我正在使用 IIS 将代理 HTTP 请求反向发送到在同一台机器上运行的 nodejs 应用程序。
已安装 URL 重写和 ARR 模块并检查代理设置。URL 匹配看起来不错:如果我将规则更改为,redirect
它会按预期工作。使用时rewrite
我收到 404 错误。
API 端点是api.url.com/getContent/ofertas
。IIS 站点根文件夹是W:\sites\LocalUser\site\api
。
我确信过去我在另一台机器上也使用过类似的 web.config 文件进行过类似的设置。过去我使用 procmon 解决过问题(主要是关于 FTP),以下是我的发现:
rewrite
这些是我使用vs规则访问 URL 时的 procmon 日志redirect
。请注意,在redirect
规则中,web.config 文件在正确的路径中解析。使用该rewrite
规则似乎无法解析它。
此外,如果我正确理解了错误描述,它似乎是找不到合适的文件处理程序,因为没有设置。此外,通过查看“PhysicalPath”,它似乎请求了错误的路径,procmon 日志支持这一点是有道理的。
我读到过,URL 重写发生在处理程序映射情况之前,这是否意味着 URL 重写无法正常工作?我下一步该怎么做?
答案1
我确实需要解决这个问题,因此我再次检查了所有内容并检查了所有可能的 IIS 功能。
让我感到不爽的是,我知道 URL 重定向通过重定向规则可以正常工作,但需要 ARR 才能正常工作的重写却不行。
在检查“模块”功能时,我注意到 URL 重写模块有一个条目RewriteModule
,但没有建议 ARR。我转到“操作”->“配置本机模块...”,那里有ApplicationRequestRouting
等待勾选的模块...
我也关注了这Microsoft 文章并执行了步骤 3。我认为这不是解决方案的一部分,但我认为值得一提。
我希望这可以帮助别人!