我正在使用 IIS 将 HTTP 请求反向代理到在同一台计算机上运行的 Nodejs 应用程序。
安装 URL 重写和 ARR 模块并检查代理设置。URL 匹配看起来不错:如果我更改重定向规则,它就会按预期工作。使用重写我收到 404 错误。
API 端点是api.url.com/getContent/ofertas
. IIS 站点根文件夹是W:\sites\LocalUser\site\api
. 这是web.config
文件。
<configuration>
<system.webServer>
<rewrite>
<rules>
<rule name="UrlRewriteLocalhost" enabled="true" stopProcessing="true">
<match url="(.*)" />
<action type="Rewrite" url="http://localhost:8801/{R:1}" />
</rule>
</rules>
</rewrite>
<defaultDocument>
<files>
<remove value="index.htm" />
<remove value="index.html" />
</files>
</defaultDocument>
</system.webServer>
</configuration>
我确信过去我在另一台具有类似web.config
文件的机器上有类似的设置。我过去使用 procmon 解决过问题(主要是关于 FTP),以下是我的发现:
这些是我使用重写与重定向规则访问 URL 时的 procmon 日志。请注意,根据重定向规则,web.config
文件将解析到正确的路径(红色箭头)。使用重写规则似乎无法解析到正确的路径。
除此之外,如果我正确解释错误描述,它看起来找不到合适的文件处理程序,因为没有设置。另外,通过查看“PhysicalPath”,它看起来好像请求了错误的路径,这由 procmon 日志支持是有意义的。
我在某处读到 URL 重写发生在处理程序映射情况之前,这是否意味着 URL 重写无法正常工作?接下来我该去哪里?
好吧,我发誓我已经遇到这个问题一个多星期了。发布问题后,我再次检查了所有内容,检查了所有可能的 IIS 功能。
让我恼火的是知道 URL 重定向可以通过重定向规则起作用,但需要 ARR 才能起作用的重写却不起作用。
在检查“模块”功能时,我注意到有一个名为 URL 重写模块的条目
RewriteModule
,但没有一个条目暗示 ARR。我进入“操作”->“配置本机模块...”,那里有ApplicationRequestRouting
等待勾选的模块...我还按照这篇Microsoft 文章执行了步骤 3。我不认为它是解决方案的一部分,但我认为它值得一提。
我希望这可以帮助别人!