IIS管道中双HTTP/HTTPS前缀请求异常缩短原因咨询

针对双HTTP/HTTPS前缀请求被异常缩短、且该现象发生在IIS重写管道之前的问题，核心原因来自IIS原生模块的URL规范化和Azure App Service的前端预处理，具体如下：

• IIS URL规范化模块的自动修正：
  IIS默认启用UrlCanonicalizationModule（URL规范化模块），该模块在重写模块执行前运行，负责修正不符合RFC标准的畸形URL。双协议前缀（如https://https://yourdomain.com/path）属于无效格式，模块会自动剥离重复的协议前缀，将请求修正为合规格式，这就是失败请求跟踪中“重写管道前已被修改”的直接原因。

• Azure App Service前端代理的预处理：
  部署在Azure的应用，请求会先经过Azure前端负载均衡/代理层。这些组件会对畸形URL做预处理，修正不符合标准的请求格式后再传递到后端IIS。这个过程发生在请求到达应用服务器之前，同样会导致重写规则无法捕获原始的双前缀请求。

• 重写规则未生效的原因：
  你添加的<add input="{URL}" pattern="^(https?:/[^/]+){2,}" negate="true" />条件本意是排除双前缀请求，但由于上述两个预处理步骤已在重写管道执行前修正了URL，原始的双前缀请求根本不会进入重写规则的匹配流程，因此该条件实际未起到作用。

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