Azure Front Door后端站点如何隐藏azurewebsites网址并解决重定向404问题？

你之前在web.config里加重定向规则的思路是对的，但问题出在Azure Front Door的工作机制上：Front Door作为反向代理，会直接用你的azurewebsites.net域名访问后端站点，这时候你的重定向规则会把Front Door的合法请求也拦截并重定向，最终导致返回404错误。下面给你几个可行的解决方案，按推荐程度排序：

方案一：在Azure Front Door层面处理（推荐） #

直接在Front Door这个入口层拦截对azurewebsites.net域名的用户请求，不让它们到达后端，这样既不会影响Front Door对后端的正常访问，又能实现重定向。具体操作步骤：

• 登录Azure门户，找到你的Front Door资源
• 进入规则引擎，点击“添加规则”创建新规则
• 添加匹配条件：选择“HTTP主机”作为匹配变量，匹配类型选“等于”，值填*.azurewebsites.net
• 添加排除条件（关键）：再添加一个匹配条件，选择“请求标头”，标头名称填User-Agent，匹配类型选“包含”，值填AzureFrontDoor，然后勾选“否定此条件”（这样可以排除Front Door自身的健康检查和代理请求，只拦截用户直接访问azurewebsites.net的请求）
• 添加重定向操作：操作类型选“重定向”，重定向类型选“永久（301）”（对SEO友好），目标URL填https://www.mysitedomain.org{REQUEST_URI}以保留原请求路径
• 保存规则并等待部署生效（通常几分钟）

方案二：修改后端web.config规则，放行Front Door请求 #

如果不想在Front Door层面操作，可以修改web.config的重定向规则，只拦截非Front Door来源的azurewebsites.net请求。Front Door会在所有代理请求中携带专属的X-Azure-FDID标头，值是你的Front Door实例ID，我们可以用这个来区分：

1. 先获取你的Front Door ID：登录Azure门户，进入Front Door资源，在“概述”页面的“基本信息”里找到“Front Door ID”
2. 修改web.config中的规则，添加排除Front Door请求的条件：

<rule name="Disable Azure Domain" patternSyntax="Wildcard" stopProcessing="true">
  <match url="*" />
  <conditions logicalGrouping="MatchAll" trackAllCaptures="false">
    <add input="{HTTP_HOST}" pattern="*.azurewebsites.net" />
    <!-- 替换下面的YOUR_FRONT_DOOR_FDID为你实际的Front Door ID -->
    <add input="{HTTP_X_AZURE_FDID}" pattern="YOUR_FRONT_DOOR_FDID" negate="true" />
  </conditions>
  <action type="Redirect" url="https://www.mysitedomain.org{REQUEST_URI}" redirectType="Permanent" />
</rule>

这样，Front Door的请求因为带有正确的X-Azure-FDID标头会被放行；而用户直接访问azurewebsites.net的请求没有这个标头，会被重定向到你的自定义域名。

方案三：配合robots.txt增强SEO效果（辅助） #

作为补充，可以在站点根目录添加robots.txt文件，明确禁止搜索引擎抓取azurewebsites.net域名的内容：

User-agent: *
Disallow: /
Host: https://www.mysitedomain.org

确保当访问https://yourapp.azurewebsites.net/robots.txt时能返回这个内容，这样搜索引擎会优先抓取你的自定义域名，减少azurewebsites.net被收录的概率。

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