Azure VM运行约2小时后连接极慢、SSH超时、RDP卡顿问题咨询

1. 排查Windows层面的资源泄漏问题 #

• 检查进程资源占用异常：打开任务管理器「详细信息」页，添加「句柄数」「GDI对象」「用户对象」列，对比运行2小时前后OpenSSH相关进程（sshd.exe、sftp-server.exe）、系统核心进程（svchost.exe、lsass.exe）的资源是否存在持续攀升不释放的情况。若确认是OpenSSH进程资源泄漏，可升级到Windows官方发布的最新稳定版Win32-OpenSSH。
• 检查TCP端口栈耗尽：运行netsh int ipv4 show dynamicport tcp确认动态端口范围，再运行netstat -ano | findstr /i "TIME_WAIT"查看是否有大量处于TIME_WAIT状态的TCP连接残留。如果存在端口耗尽问题，可通过修改注册表缩短连接回收时间：以管理员身份执行reg add HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters /v TcpTimedWaitDelay /t REG_DWORD /d 30 /f，重启系统后生效。

2. 排查OpenSSH服务配置问题 #

• 关闭DNS反向解析：打开OpenSSH配置文件（默认路径C:\ProgramData\ssh\sshd_config），确认UseDNS项设置为no，默认开启的反向解析会在连接时触发查询，累积的解析失败缓存会大幅拖慢后续连接速度，修改后重启sshd服务生效。
• 开启Debug日志定位异常：在sshd_config中添加LogLevel DEBUG3配置，待问题复现后查看日志，可定位连接超时具体发生在认证、授权还是会话建立阶段，可快速定位是否存在授权文件读取异常、域认证超时等问题。

3. 排查云平台层面的异常 #

• 检查磁盘性能瓶颈：在云平台VM监控页查看运行2小时前后的OS磁盘IOPS、等待延迟指标，B1s默认搭载的标准HDD磁盘如果出现IO排队，即使CPU内存占用低也会导致系统整体响应卡顿，确认问题后可将OS磁盘升级为标准SSD即可解决。
• 检查网络配额/限流：查看VM关联的网络安全组流日志，确认是否存在恶意扫描流量占满连接配额、或者平台隐性限流的情况。

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