Azure部署的.NET Core 6 API无法调用专用端点，本地运行正常求助

以下是针对问题的逐步排查和解决建议：

• VNet与专用端点网络配置验证

  • 确认应用服务已成功加入目标虚拟网络，子网未耗尽可用IP地址，且路由表未阻止到专用端点的出站流量。
  • 检查专用端点的DNS解析：在应用服务的Kudu控制台（https://<app-name>.scm.azurewebsites.net/DebugConsole）执行nslookup <专用端点域名>，确认解析结果为专用端点的内部IP。同时验证Azure专用DNS区域已关联应用服务所在的VNet。
  • 核查网络安全组（NSG）规则：应用服务子网的出站规则需允许到专用端点所在子网的流量，专用端点对应的NSG需允许应用服务子网的入站流量。

• AspNetCoreModuleV2错误详情排查

  • 开启并查看应用服务的详细错误日志：在Azure门户进入应用服务→配置→常规设置，开启“详细错误日志”和“失败请求跟踪”，然后通过监控→日志流查看实时错误信息，获取具体的异常堆栈（而非泛泛的模块错误提示）。
  • 检查Kudu站点LogFiles/Application目录下的stdout和stderr日志，确认应用启动过程中是否有未处理的异常，比如配置加载失败、依赖项缺失或资源访问权限错误。

• 托管模型与模块配置修正

  • 避免直接修改.csproj文件，建议通过Azure门户配置：进入应用服务→配置→通用设置，确保.NET版本选择6.x，托管管道版本根据托管模型选择：InProcess对应“集成”，OutOfProcess对应“经典”。
  • 检查Kudu站点site/wwwroot下的web.config文件，确认AspNetCoreModuleV2配置正确，示例如下：

    <aspNetCore processPath="dotnet" arguments=".\YourApi.dll" stdoutLogEnabled="true" stdoutLogFile=".\logs\stdout" hostingModel="InProcess" />
    

    若之前手动修改过.csproj，部署后可能覆盖web.config，需确保门户配置与文件内容一致。

• 身份与资源权限核查

  • 确认应用服务的系统托管标识已获取对应资源的访问权限：比如Azure SQL数据库的AD登录权限、Key Vault的访问策略（需包含机密读取/列表权限）。
  • 验证连接字符串配置：确保从Key Vault获取的连接字符串使用了专用端点域名（例如SQL数据库的Server=tcp:<db-name>.private.database.windows.net,1433;...），而非公网域名。

• 应用启动与依赖验证

  • 在Kudu控制台手动执行dotnet YourApi.dll启动应用，观察是否有启动失败的异常信息，排查依赖项缺失或配置错误问题。
  • 检查Azure环境下的应用配置：确认appsettings.json或应用服务的环境变量已正确覆盖本地配置，比如是否开启了代理、是否缺失Azure特定的配置项。

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