☰

IIS 的奇怪重写行为

tag-icon • tag-icon windows-server-2008-r2 iis iis-7.5 rewrite coldfusion
IIS 的奇怪重写行为

我也在堆栈溢出，但我认为这里是一个更好的询问地点。

我们在IIS7.5上有以下重写规则：

<rule name="Anything else to the event handler" enabled="true" stopProcessing="true">
  <match url="^(.*)$" />
  <conditions logicalGrouping="MatchAll" trackAllCaptures="false">
    <add input="{PATH_INFO}" pattern="^.*(/index.cfm/).*$" negate="true" />
  </conditions>
  <action type="Rewrite" url="/index.cfm/{R:1}" appendQueryString="true" logRewrittenUrl="true" />
</rule>

但是，它永远不会在后面加上 /{R:1}。它只会转到 /index.cfm。我们需要实际获取引用变量，因为我们在 ColdFusion (10) 脚本中使用它。我们想要的一个示例 URL 重写：

从：http://www.my-site.com/this.is.a.test/another.test

到：http://www.my-site.com/index.cfm/this.is.a.test/another.test

谁知道为什么它不这样做？（快速提示：执行正确的 URL 时可能会出现 ColdFusion 错误，但我认为这不会导致重写问题？）

请注意，当您在浏览器中尝试相同操作时（禁用规则），它确实有效 - 只是不使用重写规则。使用重写规则，CF 中的 cgi.PATH_INFO 变量返回空字符串。

此外，IIS 确实表示它已在日志中将 URL 重写为 index.cfm/this.is.a.test/another.test，这很奇怪。使用 301 重定向而不是重写可以使其完美运行（没有改变规则的任何内容，只是将操作类型改为重定向）。这对我来说很奇怪，因为我认为重写的工作原理与重定向几乎相同，只是重写是内部的。

我们的服务器上也有 Helicon Ape，因此如果您在 mod_rewrite 而不是 IIS 模块中对此有解决方案，请提出建议。

答案1

问题是，我们昨天应用了新的更新 11 后，需要重新执行 Coldfusion 10 的配置工具。它现在可以正常工作了。

相关内容