IIS Rewrite匹配URL覆盖问题：301重定向规则异常排查

你猜的完全没错！第二条规则重定向后的URL确实触发了第一条规则的匹配，才导致跳转结果不符合预期。咱们来拆解问题，再给出精准的解决方案：

问题根源 #

第一条规则的<match url="/call-answering-service"是模糊匹配——只要URL中包含/call-answering-service这个字符串，就会被规则命中。当第二条规则把/us/lp/phone-answering-service重定向到/us/lp/call-answering-service后，新URL里刚好包含/call-answering-service，于是第一条规则再次生效，把它又重定向到了/us/phone-answering-service，这就出现了连锁跳转的问题。

解决方案 #

有两种简单有效的方式让规则匹配更精准：

1. 使用精确匹配属性 #

在<match>标签中添加exactMatch="true"，强制规则只匹配完全一致的URL路径。同时可以加上ignoreCase="false"确保大小写敏感（可选，根据你的需求调整）。

修改后的完整规则如下：

<rewrite>
  <rules>
    <rule name="CAS to PAS" stopProcessing="true">
      <match url="/call-answering-service" exactMatch="true" ignoreCase="false" />
      <action type="Redirect" url="/us/phone-answering-service" redirectType="Permanent" appendQueryString="true" />
    </rule>
    <rule name="PAS tp CAS lp" stopProcessing="true">
      <match url="/us/lp/phone-answering-service" exactMatch="true" ignoreCase="false" />
      <action type="Redirect" url="/us/lp/call-answering-service" redirectType="Permanent" appendQueryString="true" />
    </rule>
  </rules>
</rewrite>

这样第一条规则只会匹配/call-answering-service，不会再命中/us/lp/call-answering-service里的子串。

2. 使用正则表达式锚定完整路径 #

如果你需要兼容URL末尾带不带斜杠的情况（比如/us/lp/phone-answering-service和/us/lp/phone-answering-service/都要匹配），可以用正则表达式的^（开头）和$（结尾）锚定完整路径，再用/?匹配可选的末尾斜杠。

修改后的规则如下：

<rewrite>
  <rules>
    <rule name="CAS to PAS" stopProcessing="true">
      <match url="^/call-answering-service/?$" />
      <action type="Redirect" url="/us/phone-answering-service" redirectType="Permanent" appendQueryString="true" />
    </rule>
    <rule name="PAS tp CAS lp" stopProcessing="true">
      <match url="^/us/lp/phone-answering-service/?$" />
      <action type="Redirect" url="/us/lp/call-answering-service" redirectType="Permanent" appendQueryString="true" />
    </rule>
  </rules>
</rewrite>

这种方式更灵活，能覆盖用户输入末尾带或不带斜杠的场景，同时保证只匹配完整的目标路径，不会被子串触发。

验证修改 #

修改完规则后，重启IIS或者刷新配置，分别测试两个URL：

• https://localhost:5001/us/call-answering-service/ 应该正常跳转到/us/phone-answering-service
• https://localhost:5001/us/lp/phone-answering-service/ 应该直接跳转到/us/lp/call-answering-service，不会再被第一条规则干扰

内容的提问来源于stack exchange，提问作者nSmed