1

我已经在 IIS 反向代理后面设置了 FusionAuth,除了redirect_uri 的主机被剥离外,一切都运行良好。

例如:

http://fa.ias.com/oauth2/authorize?client_id=2e75f7a0-5db9-488e-80a1-ca6c421dd31e&response_type=code&redirect_uri=http%3a%2f%2flocalhost%3a8092%2fLogin2

然后尝试重定向到 /Login2 (剥离http://localhost ..),因此它试图在同一主机上重定向,作为 fusion auth 主机,这当然会给出 404。

如果我使用 http://localhost:9011/oauth2/authorize?client_id=2e75f7a0-5db9-488e-80a1-ca6c421dd31e&response_type=code&redirect_uri=http%3a%2f%2flocalhost%3a8092%2fLogin2

它不通过 IIS,那么一切都很好。

IIS 使用使用 ARR 的标准反向代理重定向,正如我所说,其他一切似乎都可以正常工作。在标准的 FusionAuth 应用程序上没问题,因为它在没有主机的情况下重定向到开箱即用的 /login。

把我的头发扯下来,希望这是一个简单的修复。花了很长时间设置 FusionAuth,我喜欢它,但我正陷入最后的障碍。

4

0 回答 0