IIS URL Rewrite访问带%编码的URL提示文件或目录不存在如何解决
IIS带编码URL重写404问题修复方案
核心原因
该报错由两个默认限制导致:
- IIS默认开启双重转义拦截,直接拦截路径中携带%编码的请求,返回404错误
- 原有重写规则使用解码后的URL进行匹配重写,导致原始编码信息丢失,重写目标路径错误
完整修正配置
替换你的web.config为如下内容即可:
<?xml version="1.0" encoding="UTF-8"?> <configuration> <system.web> <!-- 关闭.NET层面的URL特殊字符校验 --> <httpRuntime requestPathInvalidCharacters="" requestValidationMode="2.0" /> <pages validateRequest="false" /> </system.web> <system.webServer> <security> <requestFiltering allowDoubleEscaping="true" allowHighBitCharacters="true"/> </security> <rewrite> <rules> <rule name="Angular Routes" stopProcessing="true"> <match url="(.*)" /> <conditions logicalGrouping="MatchAll"> <add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true" /> <add input="{REQUEST_FILENAME}" matchType="IsDirectory" negate="true" /> </conditions> <!-- 重写时直接使用原始未解码URL,完整保留编码格式 --> <action type="Rewrite" url="{UNENCODED_URL}" appendQueryString="true" /> </rule> </rules> </rewrite> </system.webServer> </configuration>
配置说明
- 新增的
system.web配置段,关闭了.NET框架默认的URL路径非法字符校验,避免特殊编码字符被框架层面拦截 allowDoubleEscaping="true"开启IIS双重转义支持,解决IIS默认拦截带%编码URL的问题- 重写动作直接使用
{UNENCODED_URL}作为目标,不会对原始URL做解码处理,完全保留原有编码格式,符合业务需求 - 原有静态文件、目录的判断逻辑保留,不会影响现有正常资源的访问
内容的提问来源于stack exchange,提问作者Ali Hussain
相关产品推荐
相关产品推荐

