GitHub Copilot 在 WSL2 无法联网：代理继承与证书排查

真实问题指纹

GitHub Copilot 的公开 Issue #7874 记录过 Copilot Chat 在 WSL2 中无法连接网络的现象。它说明“VS Code 能访问网络”不必然代表远程 WSL 扩展主机使用相同代理与证书环境，但不支持将任何单一设置视为通用修复。

分开验证宿主与 WSL

在 WSL 中先读取代理环境变量和名称解析状态；不要在公开日志中保留代理账号或完整 URL：

env | grep -Ei '^(http|https|all)_proxy='
getent hosts github.com
date -Is

然后在 VS Code 侧确认远程窗口、扩展日志和系统代理没有被另一个客户端反复改写。企业设备应遵循管理员下发的根证书和网络策略；不要以禁用证书验证代替诊断。

客户端网络层的恢复路径

仅在 WSL 与宿主对同一域名的解析、时间和连接结果一致后，再检查分应用代理规则或 TUN 接管范围。若 AI 服务只在一种网络下连接失败，记录网络类型、错误字符串与复现时间，向对应产品支持渠道提交脱敏信息；不要把它写成模型、账号或服务端的确定故障。

诊断范围

“GitHub Copilot 在 WSL2 无法联网：代理继承与证书排查”应先按可观察现象缩小范围：基于 GitHub Copilot #7874 的 WSL2 网络连接报告，区分 VS Code 宿主代理、WSL 环境变量与证书链问题。 记录发生时间、使用的客户端与系统版本、是否仅在某个网络或某个配置下发生。不要从单次测速、单个节点或一次重试直接推断根因，也不要在未备份配置时同时修改多个开关。

操作步骤

1. 保留错误提示的非敏感部分，并记下当前客户端、系统、网络类型和最近一次成功时间；订阅链接、账号、令牌和个人网络标识不得写入截图或工单。
2. 在受控条件下只改变一个变量，例如切换已知可用的网络、恢复一份已导出的配置，或暂时停用可能重复接管流量的另一个客户端；每次改动后回到同一个操作复测。
3. 将结果归为“现象消失、现象不变、出现新错误”之一。前两类分别保留变更前后记录；出现新错误时立即恢复上一步，而不是继续叠加 DNS、代理模式、内核或系统权限改动。

验证与回退

完成调整后，以原始失败动作连续复测，并确认目标功能恢复而不是只看到界面状态改变。若复测失败，回退到已导出的配置或原先已知可用的客户端状态，再依据记录选择下一项检查。任何无法解释的证书、权限、路由或账户提示都应停止扩大改动范围并转交产品或网络管理员。

来源与适用边界

本页的“证据与参考”只用于说明已公开的配置说明或个案范围；它不能证明你的网络、账号、节点或服务端当前处于同一状态。将日志中的令牌、订阅地址、账户资料和网络标识删除后再用于比对。