如图，这是最好的情况，几分钟能下个 10%。但绝大多数时候都是卡在 0%不动，但也不是连接错误，就真的是很慢。这个 Remote-SSH Server 还老是会更新，真的很麻烦。
坐标浙江嘉兴电信，如果我用 vscode 连腾讯云的服务器，Remote-SSH Server 下载速度就巨快，所以微软的服务器应该没有被墙。
另外说一些我觉得无关的信息：
- 我这是一台 Hyper-V 中的 Debian 虚拟机，但是和用的是对外连接的虚拟交换机，也就是说虚拟机的 IP 地址和宿主机是在同一网段的，不存在多一层 NAT 的情况
- 我在虚拟机
.bashrc里面配置了http_proxy、https_proxy、all_proxy，配置了/etc/apt/apt.conf。是同一局域网的一台 Clash 代理服务器。但这两个应该都没有影响到 vscode （前者估计是因为还没运行.bashrc，后者单纯只是影响apt），因为我在 Clash 的日志里看不到任何东西。 - 接 2 ，我的宿主机也配置了系统代理，其中微软的网址都是走代理的，所以打开 vscode 的时候可以在 clash 里看到很多日志，都是走了代理的。vscode 和其插件更新都很快。所以如果虚拟机真的走了代理，那速度应该巨快
- 我在虚拟机里装了 speedtest cli ，在 proxyoff 的情况下，速度完全正常。
所以到这里，我是真的不知道哪里出问题了，希望哪位碰到过的大佬指点一下，感谢
6 条回复 2025-01-25 04:31:57 +08:00
 | 1 zuotun 258 天前  1 去看一下 DNS ，另外这明显就是流量没走代理，试一下 TUN 。 |
 | 2 yinmin 258 天前 via iPhone 1 环境变量设置在/etc/environment 里（注意格式） |
 | 3 chengyecc 258 天前 1 这样是直接从虚拟交换机到局域网了，宿主机上配代理对虚拟机没有用，所以还是直连的。 选择 1：（推荐）我不知道 hyperv 能不能设置和宿主机之间的 nat ，可以的话配一个 nat 让默认路由经过宿主机，在宿主机的 clash 打开 tun ，这样能虚拟机的流量就能进入 clash 。 选择 2：想办法暂时屏蔽虚拟机的互联网，比如删掉默认路由，vscode 在远程下载 server 失败后会自动回落到本地下载 |
 | 6 dcsuibian OP 1 @ysc3839 才知道这个选项，是真的方便 另外，给看到这个帖子的其他人：仅仅把 remote.SSH.localServerDownload 设置为 always 没啥用，还需要把 remote.SSH.useExecServer 设置为 false 来源： https://github.com/microsoft/vscode-remote-release/issues/8926 不过，我现在把它们两个选项都调了回去。因为我发现我真正的问题是出在 DNS 上 |
Select Language