最近几天，VS Code 的桌面更新和 Remote SSH 的 Server 下载都遇到了速度慢的问题。自己的电脑和公司的电脑都出现过，更换 DNS 后还是一样。下面的测速和 Remote SSH 重连验证是在 2026 年 11 月 11 日晚上做的。
这次先测出了可用的代理出口，再关闭 Remote SSH 的 Exec Server 模式，让完整的 Server 包从本机下载。
先确认慢的是哪一段
用同一个安装包对比直连和网络代理。下面两条命令各取文件开头的 4 MiB，测速数据直接丢弃。查看 speed_download 时要注意单位是字节每秒。如果 12 秒内没下完，curl 会报告超时，仍会打印已下载的字节数和平均速度。
$url = "https://update.code.visualstudio.com/1.146.0/win32-x64-user/stable"
$format = "HTTP=%{http_code} bytes=%{size_download} B/s=%{speed_download} final=%{url_effective}`n"
curl.exe -sSL --noproxy "*" --max-time 12 -r 0-4194303 -o NUL -w $format $url
curl.exe -sSL --noproxy "" -x http://127.0.0.1:7897 --max-time 12 -r 0-4194303 -o NUL -w $format $url本次直连时，update.code.visualstudio.com 很快返回了重定向，真正传文件的是 vscode.download.prss.microsoft.com。Windows 安装包和 Linux Server 包当时都落到金山云 CDN 节点，单连接约 60 KB/s。通过原有的网络代理测试，速度也只有约 64 KB/s。进一步直接测试代理出口时，同一个安装包的 4 MiB 短测约为 3.5 MB/s。 VS Code 官方网络端点说明
官方仓库早在 2024 年就有两条直接涉及金山云 CDN 的反馈。一条记录北京联通的 Windows 更新速度有时掉到零，另一条记录 Linux Server 包在金山云节点卡住、换节点后恢复。两条都已关闭。这些记录和本次测速都指向下载路径值得排查，具体卡在哪一段网络仍要用当次的节点和出口做对照。 Windows 下载与更新反馈 #210012 · Linux Server 包下载反馈 #209623
让两个下载域名走代理
让下面两个域名都走网络代理。
update.code.visualstudio.comvscode.download.prss.microsoft.com
SSH 已通，完整的 VS Code Server 还在安装
本次 Remote SSH 的日志已经出现 Tunneled port 和 Exec server ... created and cached。这些行表明 SSH 隧道和远端引导程序已建立。远端日志和安装目录还显示完整的 VS Code Server 正在尝试下载，工作区仍未打开。此时只设 localServerDownload 为 always，这次的连接仍然会卡在后续阶段。官方仓库也有 Exec Server 模式下后续下载仍发生在远端的报告。 Remote SSH 下载行为反馈 #11119
在 本机 VS Code 的用户 settings.json 中保留本机下载，再关闭 Exec Server，重新打开远程窗口。这两项用户设置也会应用到本机连接的其他 SSH 主机。 微软 Remote SSH 排障指南
{
"remote.SSH.localServerDownload": "always",
"remote.SSH.useExecServer": false
}重连后，日志先出现 Downloading VS Code server locally。大约 33 秒后，本机下完了完整 Server 包，随后通过 SCP 上传。远端日志确认 didLocalDownload==1==、unpackResult==success==，管理连接和扩展宿主连接也都建立了。