Azure远程调试遇网络连接丢失问题：ASP.NET MVC5应用调试中断求助

我之前也碰到过和你一模一样的Azure远程调试断开问题，折腾了好一阵才解决，结合VS2017和Azure App Service的特性，给你整理几个实用的排查方向：

1. 严格匹配远程调试器版本 #

VS的远程调试器版本必须和本地VS2017的版本完全对应，哪怕小版本差一点都可能导致连接不稳定：

• 登录Azure门户，找到你的App Service，进入开发工具 -> 高级工具（也就是Kudu），在顶部导航的调试控制台里能看到当前远程调试器的版本。
• 如果版本不匹配，先去App Service的配置 -> 常规设置里关闭远程调试，保存后等1-2分钟，再重新开启——Azure会自动安装对应VS2017版本的调试器。
• 另外，确认本地VS2017已经装了Azure开发工作负载和远程调试相关组件，要是不确定，直接打开VS安装器，选择“修改”，检查并添加相关组件。

2. 排查网络和防火墙阻塞 #

远程调试依赖特定端口，网络不通是最常见的原因：

• 本地防火墙：先临时关闭Windows防火墙试试，如果调试能正常进行，再给VS2017添加出站/入站的防火墙规则，允许它访问远程调试端口。
• Azure端网络限制：
  • 检查App Service的网络 -> 访问限制，确保你的本地IP在允许列表里（如果开了IP限制的话）。
  • 要是App Service在虚拟网络里，得检查NSG（网络安全组）是否开放了远程调试端口：VS2017对应的64位端口是4022，32位是4021，要确保这些端口的入站流量允许你的本地IP访问。
• 代理问题：如果你本地用了代理，去VS的工具 -> 选项 -> 环境 -> Web代理里配置正确的代理，或者临时关掉代理测试。

3. 检查App Service的资源和运行状态 #

应用资源不足或者进程异常会直接踢掉调试连接：

• 看App Service的监控 -> 指标，检查CPU、内存、磁盘使用率，要是接近100%，大概率是资源不够导致调试进程被终止。可以临时升级一下App Service计划的层级（比如从Free升到Basic），调试完再降回去。
• 查看日志 -> 应用日志，有没有未处理的异常或者崩溃日志——这些异常可能会让调试器突然断开。
• 试试只重启应用进程：在Kudu的进程资源管理器里找到w3wp.exe（ASP.NET的主进程），右键重启，再去附加调试器，比重启整个App Service更精准。

4. 调整调试附加方式和项目配置 #

• 单实例调试：如果你的App Service开了多实例，调试器只能连其中一个，建议先暂时把实例数改成1（在规模 -> 实例计数里调整），调试完再改回去。
• 核对项目配置：右键项目 -> 属性 -> Web，确保远程服务器的配置正确，而且勾选了启用远程调试。另外，项目的目标.NET Framework版本要和Azure上运行的完全一致（比如都是4.7.2）。
• 用Kudu直接生成调试链接：在Kudu的调试控制台 -> 远程调试里，点击“生成Visual Studio调试链接”，打开后直接附加，这种方式有时候比VS直接连更稳定。

5. 清理缓存重置调试状态 #

• 清VS本地缓存：关掉VS，删除%LOCALAPPDATA%\Microsoft\VisualStudio\15.0_*\ComponentModelCache目录下的所有文件，再重新打开VS，能解决不少奇怪的调试问题。
• 重置Azure远程调试器：在App Service的配置 -> 常规设置里关掉远程调试，保存后等几分钟，再重新开启，确保调试器进程完全重启。

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