( ・_ゝ・)我打算明天再尝试解决了，主要是明天中午十二点就是csapp的ddl了
感谢各位肥哥的帮助！再来的时候我还会接着发jp的

po访问外网其他网站有问题吧，比如x或者油管之类的

>>No.67521278
吧*吗，打错了

>>No.67521278
并没有，完全没问题

>>No.67520129
vscode远程（不管是ssh还是wsl）的原理就是在远程机器上装个server然后连过去，大部分插件（除了纯改样式主题图标之类的）都是跑在远程机器上的，所以确实应该查wsl里的网络
>>No.67520476
所以这个插件是跑在wsl里的（你看那堆unix格式的路径就知道了），然后它尝试连接127.0.0.1，但是po的代理我想肯定是跑在Windows侧的，wsl默认是不会转发win的端口到linux里的，所以超时是符合预期的行为。

不过既然curl能通说明po应该没有自己在linux里面配HTTP_PROXY之类的变量（另外提醒下如果要配的话应该使用ip route显示的默认网关ip，而不是127.0.0.1）

所以我怀疑是Windows侧的vscode傻傻地把代理配置给转发过去了，根本没考虑linux里连不连得上。

既然po开了tun模式的话，我建议把系统代理给关了防止混乱（我不知道你用的软件能不能同时开这两个模式，如果本来就不能的话当我没说），然后检查下vscode的设置，里面有没有配置HTTP代理的相关选项，最简单就直接清空就行。或者你可以分别配置Windows侧和linux侧的，先禁用http.useLocalProxyConfiguration，然后linux侧用运行ip route显示的default网关的ip替换127.0.0.1

>>No.67521819
居然是这样，这个vscode主要是跑在远程机器上真的是涨知识了。那么是不是可以配置为连接 <windows主机名>:<端口>，然后让代理软件开启类似局域网内共享的选项，这样wsl大概就能连上了，而且对于win和wsl大概是通用的

>>No.67521969
是这样的，不过用不了主机名，因为wsl和win的主机名是一样的( ﾟ∀。)。默认的网络模式是个NAT网卡，所以从linux里面访问win需要用那张网卡的网关ip。

不过po说了是开了tun模式的，我是觉得直接把所有系统代理的选项都清空防止干扰就够了

win宿主机开代理，wsl连接代理好像不能用127.0.0.1，我现在设置的是http://192.168.80.1:7890，不记得这个地址是哪里看的了

宿主机开了代理的话，wsl每次进终端就会提示配置回环的啊，除非你手动关掉了