Azure App Service无法连接Azure SQL DB，本地可正常访问

我之前也碰到过几乎一模一样的问题，给你几个实用的排查方向，应该能帮你定位到问题：

• 先确认连接字符串的配置细节
  别想当然认为配置和本地一致，重点检查这几点：

  • App Service配置面板里的连接字符串是不是覆盖了web.config里的内容？很多人会忽略Azure Portal里的配置优先级更高，一定要确认这里的Server地址（必须带.database.windows.net后缀）、Initial Catalog（数据库名）、认证方式完全正确。
  • 如果用SQL账号密码，检查密码里的特殊字符（比如@、#）有没有在配置里被转义，或者直接在Portal里重新手动输入一遍连接字符串，避免复制粘贴带来的隐形格式问题。

• Managed Identity权限排查（如果使用该方式）
  要是你用的是托管身份连接SQL，别漏了这两步：

  • 确认App Service已经启用了对应的系统/用户分配托管身份；
  • 登录Azure SQL Server，给这个托管身份添加数据库用户，并授予必要的权限（比如db_datareader、db_datawriter）。连接字符串里要确保用的是Authentication=Active Directory Managed Identity。

• 通过日志抓具体错误
  别瞎猜，看日志才是最直接的：

  • 打开App Service的日志流，实时查看应用启动或请求时的报错信息，里面会有明确的失败原因——是认证错误、超时，还是服务器找不到？
  • 用App Service的诊断和解决问题工具，找到“SQL数据库连接”诊断项，它会自动扫描防火墙、网络、权限等常见问题，给出排查报告。

• 在Kudu里直接测试SQL连接
  排除代码层面的问题，直接在App Service环境里测试：
  进入App Service的Kudu控制台，打开CMD窗口，运行以下命令测试连接：

  sqlcmd -S <your-server-name>.database.windows.net -d <your-db-name> -U <sql-username> -P <sql-password>
  

  如果命令能成功执行，说明网络和账号没问题，问题大概率在你的应用代码里；如果失败，会返回具体的错误码，根据错误码去针对性解决就行。

• VNet集成的额外检查
  要是你的App Service和SQL Server配置了VNet集成，那得确认VNet里的NSG规则没有阻止App Service到SQL的流量——即使你开了Azure服务访问权限，VNet内的NSG规则优先级更高，可能会拦截流量。

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