Azure Front Door覆盖XFF Header问题求助：与文档预期不符

• 检查AFD转发规则的头处理配置
  先确认AFD路由规则里有没有开启特殊的头策略。进入AFD控制台的路由规则页面，查看「转发设置」或「自定义头」部分，确保没有手动设置X-Forwarded-For的覆盖规则——如果之前配置过替换XFF的操作，会直接覆盖掉原头内容，而不是追加。

• 排查后端服务的XFF处理逻辑
  虽然直接访问fdsub.mydomain.com时XFF正常，但通过AFD转发后，后端服务可能触发了特定的头处理逻辑。比如Nginx、IIS这类服务器，如果配置了针对AFD IP段的XFF替换规则，就会把AFD传来的XFF替换成微软数据中心IP。可以在后端开启请求日志，对比直接请求和AFD转发请求的头流转过程，定位是否是后端服务的问题。

• 确认AFD的SKU版本差异
  AFD不同SKU（经典版/高级版）的XFF处理逻辑有区别。高级版AFD提供更精细的头控制选项，如果用的是经典版，可能存在默认的头替换行为。必要时可以升级到高级版，通过自定义头策略来精准控制XFF的追加逻辑。

• 用自定义头策略强制XFF追加
  在AFD路由规则里添加自定义头策略：

  1. 选择「添加头」操作
  2. 头名称填X-Forwarded-For
  3. 值设置为{{client-ip}}, {{x-forwarded-for}}
     这个配置会强制把客户端IP和原XFF内容拼接后作为新的XFF头，直接覆盖AFD的默认行为。注意要确保后端服务能正确解析多IP格式的XFF头。

• 排除前置代理/CDN的干扰
  确认mydomain.com到AFD之间有没有其他代理或CDN服务。如果有，这些前置服务可能已经修改了XFF头，AFD接收后再处理就会导致最终XFF只有微软IP。可以直接访问AFD的原生端点（跳过自定义域名）测试，看XFF是否正常追加，以此排除前置服务的影响。

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