迁移ASP.NET混合应用至Azure App Service后遇异常，疑IIS路径错误

你的推测完全合理，IIS站点路径指向错误是引发该问题的核心原因之一——Kudu中“Site Root”跳转至c:\local>的现象，直接说明App Service的站点根目录配置存在异常。以下是针对性的排查和修复方案：

1. 确认站点根目录状态 #

• 打开Kudu控制台（https://<你的应用名>.scm.azurewebsites.net），进入c:\home\site\wwwroot，确认应用核心文件（如Default.aspx、bin文件夹、Web.config等）已完整部署至此。
• 检查c:\local目录，若其中存在旧应用残留文件或空站点结构，说明部署过程中出现了配置错乱。

2. 修复站点根目录指向 #

• 调整运行包模式配置：进入App Service的「配置」-「应用设置」，若存在WEBSITE_RUN_FROM_PACKAGE项，先将其值设为0（关闭运行包模式），重新部署应用后再恢复原配置；若未设置该值，直接重新部署后检查路径。
• 重置站点静态内容配置：通过Azure CLI执行以下命令重置站点配置，执行后重启App Service：

  az webapp config appsettings set --name <你的应用名> --resource-group <你的资源组名> --settings WEBSITE_RESET_STATIC_CONTENT=true
  

  完成后再次查看Kudu的“Site Root”是否指向c:\home\site\wwwroot。

3. 排查MIME类型与响应头问题 #

即使路径修复，仍需确保响应头配置正常：

• 检查Web.config中的MIME类型映射，确保ASPX等文件的Content-Type设置正确：

  <system.webServer>
    <staticContent>
      <mimeMap fileExtension=".aspx" mimeType="text/html" />
      <mimeMap fileExtension=".asax" mimeType="text/html" />
      <!-- 添加其他必要的MIME类型映射 -->
    </staticContent>
  </system.webServer>
  

• 排查应用内自定义模块或HTTP处理程序，确认没有代码意外移除了Content-Type响应头。

4. 验证部署完整性 #

• 在Visual Studio发布时，确认发布目标路径为App Service的wwwroot目录，可通过「发布设置」中的「目标URL」核对。
• 查看Kudu控制台的「Deployment」选项卡中的部署日志，检查是否存在文件复制失败、权限不足等警告或错误。

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