Azure DNS配置：www域名转裸域及子域名证书问题咨询

一、如何将www.example.com（HTTP/HTTPS）转发至https://example.com #

首先要明确：单纯的DNS配置（比如CNAME）无法实现HTTP/HTTPS层面的跳转——DNS只负责把域名解析到对应的IP/服务地址，不会处理请求的协议、域名跳转逻辑。你目前的CNAME只是让www.example.com指向了你的App Service，但跳转需要在HTTP请求层面处理，这里有几种实用方案：

方案1：使用App Service内置的重定向规则（推荐，无需代码） #

Azure App Service自带URL重定向/重写功能，无需修改代码就能实现跳转：

• 进入你的App Service → 左侧菜单选择“配置” → “重定向”
• 设置来源为www.example.com/*，目标为https://example.com/{R:1}，勾选“保留查询字符串”，重定向类型选“永久(301)”（对SEO友好）
• 这样所有访问www.example.com的请求（不管HTTP还是HTTPS）都会被自动转发到https://example.com

优点：配置简单，无需代码，官方支持，零额外成本；缺点：只能针对当前App Service的域名做跳转，若后续有多个域名需要复杂路由，灵活性稍弱。

方案2：在App Service的配置文件中添加URL重写规则 #

如果你的App Service是ASP.NET/.NET Core，可以修改web.config；如果是Node.js/PHP等，可以添加对应的重写配置文件：
以web.config为例，添加如下规则：

<rewrite>
  <rules>
    <rule name="Redirect WWW to Non-WWW" stopProcessing="true">
      <match url="(.*)" />
      <conditions>
        <add input="{HTTP_HOST}" pattern="^www.example.com$" />
      </conditions>
      <action type="Redirect" url="https://example.com/{R:1}" redirectType="Permanent" />
    </rule>
  </rules>
</rewrite>

优点：可以自定义更复杂的跳转逻辑；缺点：需要懂配置文件语法，不同语言环境配置方式不同。

方案3：使用Azure Front Door（适合多域名/复杂路由场景） #

如果后续你有多个子域名需要统一管理，Azure Front Door是更好的选择：

• 创建Front Door实例，添加www.example.com和example.com作为自定义域名
• 配置路由规则，将所有来自www.example.com的请求转发到https://example.com的后端（你的App Service）
• 同时可以在Front Door层面统一处理SSL、缓存、WAF等

优点：集中管理所有域名的路由和安全策略，扩展性强；缺点：会产生额外的服务成本，配置相对复杂。

二、子域名someOtherAPI.example.com的证书配置 #

能否使用现有证书，取决于你当前证书的类型：

• 如果你的现有证书是通配符证书（*.example.com）：可以直接用于someOtherAPI.example.com，因为通配符证书覆盖所有example.com的子域名
• 如果你的现有证书是单域名证书（仅包含example.com）：无法用于someOtherAPI.example.com，需要申请新证书——可以选择包含多个SAN（Subject Alternative Name）的证书（同时覆盖example.com、www.example.com、someOtherAPI.example.com），或者单独为someOtherAPI.example.com申请单域名证书，或者升级为通配符证书

另外，在Azure App Service中绑定子域名时，需要确保证书已上传到Azure（比如通过App Service证书功能或自己上传PFX格式证书），然后在自定义域名页面绑定someOtherAPI.example.com和对应的证书即可。

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