如图,这是最好的情况,几分钟能下个 10%。但绝大多数时候都是卡在 0%不动,但也不是连接错误,就真的是很慢。这个 Remote-SSH Server 还老是会更新,真的很麻烦。

坐标浙江嘉兴电信,如果我用 vscode 连腾讯云的服务器,Remote-SSH Server 下载速度就巨快,所以微软的服务器应该没有被墙。

另外说一些我觉得无关的信息:

  1. 我这是一台 Hyper-V 中的 Debian 虚拟机,但是和用的是对外连接的虚拟交换机,也就是说虚拟机的 IP 地址和宿主机是在同一网段的,不存在多一层 NAT 的情况
  2. 我在虚拟机.bashrc里面配置了http_proxyhttps_proxyall_proxy,配置了/etc/apt/apt.conf。是同一局域网的一台 Clash 代理服务器。但这两个应该都没有影响到 vscode (前者估计是因为还没运行.bashrc,后者单纯只是影响apt),因为我在 Clash 的日志里看不到任何东西。
  3. 接 2 ,我的宿主机也配置了系统代理,其中微软的网址都是走代理的,所以打开 vscode 的时候可以在 clash 里看到很多日志,都是走了代理的。vscode 和其插件更新都很快。所以如果虚拟机真的走了代理,那速度应该巨快
  4. 我在虚拟机里装了 speedtest cli ,在 proxyoff 的情况下,速度完全正常。

所以到这里,我是真的不知道哪里出问题了,希望哪位碰到过的大佬指点一下,感谢

举报· 721 次点击
登录 注册 站外分享
6 条回复  
zuotun 初学 6 小时前
去看一下 DNS ,另外这明显就是流量没走代理,试一下 TUN 。
yinmin 小成 6 小时前
环境变量设置在/etc/environment 里(注意格式)
chengyecc 初学 4 小时前
这样是直接从虚拟交换机到局域网了,宿主机上配代理对虚拟机没有用,所以还是直连的。 选择 1:(推荐)我不知道 hyperv 能不能设置和宿主机之间的 nat ,可以的话配一个 nat 让默认路由经过宿主机,在宿主机的 clash 打开 tun ,这样能虚拟机的流量就能进入 clash 。 选择 2:想办法暂时屏蔽虚拟机的互联网,比如删掉默认路由,vscode 在远程下载 server 失败后会自动回落到本地下载
ysc3839 小成 3 小时前
@chengyecc vscode 设置里就有默认本地下载的选项
dcsuibian 楼主 小成 2 小时前
@zuotun @yinmin [img]https://i.imgur.com/xRja9hg.png[/img] 不知道触发了啥东西,一发上面的文字就提示说 blocked
dcsuibian 楼主 小成 2 小时前
@ysc3839 才知道这个选项,是真的方便 另外,给看到这个帖子的其他人:仅仅把 remote.SSH.localServerDownload 设置为 always 没啥用,还需要把 remote.SSH.useExecServer 设置为 false 来源: https://github.com/microsoft/vscode-remote-release/issues/8926 不过,我现在把它们两个选项都调了回去。因为我发现我真正的问题是出在 DNS 上
返回顶部