回应模式 - No.67519840


No.67519840 - 技术宅


无标题无名氏No.67519840 只看PO

2025-11-27(四)18:33:44 ID:HlwyMyT 回应

请问在使用vscode上面的GitHub copilot时一直显示当前处于脱机状态,请连接到Internet以使用怎么办?我的账号没有问题,学生认证也做过了。梯子用的是FlClash,用管理员权限打开并开了全局代理和虚拟网卡。访问网站没有问题,但是始终没办法解决github copilot的问题。

无标题无名氏No.67520501

2025-11-27(四)20:16:57 ID: HRGuesf

此外pastebin有很多啊, 随便一搜就能搜到了,比如说
paste-bin.org

无标题无名氏No.67521253

2025-11-27(四)22:13:18 ID: HlwyMyT (PO主)

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

无标题无名氏No.67521278

2025-11-27(四)22:16:08 ID: mPoxL7z

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

无标题无名氏No.67521285

2025-11-27(四)22:16:29 ID: mPoxL7z

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

无标题无名氏No.67521355

2025-11-27(四)22:31:24 ID: HlwyMyT (PO主)

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

无标题无名氏No.67521819

2025-11-27(四)23:49:07 ID: YdWBvB8

>>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.67521969

2025-11-28(五)00:18:01 ID: HRGuesf

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

无标题无名氏No.67522094

2025-11-28(五)00:42:28 ID: YdWBvB8

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

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

无标题无名氏No.67564320

2025-12-04(四)17:38:11 ID: 1kibn3l

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