Windows 代理正常,WSL2 却连不上?先看 localhost 指向谁
WSL2 里的 localhost 不一定能直接连接 Windows 代理。先确认网络模式和版本,再核对宿主机地址、监听范围与 Linux 工具的代理设置。
根据错误提示和实际现象检查代理与网络连接问题。
WSL2 里的 localhost 不一定能直接连接 Windows 代理。先确认网络模式和版本,再核对宿主机地址、监听范围与 Linux 工具的代理设置。
Android 分应用代理设置相反,结果可能完全不同。先确认名单模式,再保存并重建 VPN 连接,查看目标应用实际是直连还是经过节点。
407 通常是代理入口要求认证,和网站登录的 401 不同。先确认报错来自哪个代理,再核对正确的账号类型、端口和应用支持情况。
手机连接电脑共享代理,不能把 127.0.0.1 原样填过去。核对电脑局域网地址、实际代理端口和共享范围,再检查应用是否支持这种连接方式。
Android 锁屏后消息延迟或代理失效,先分清客户端停止、应用后台受限和网络切换。按顺序检查电池设置与 VPN,避免同时改动多个开关。
Chrome 访问路线与其他软件不同,可能是代理扩展、自动脚本或管理设置在起作用。先停用相关扩展做对照,再核对实际连接。
Git 克隆失败时,先区分 HTTPS 和 SSH,再核对命令行实际使用的代理。浏览器正常不能证明 Git 设置正确,也不要用关闭证书验证来排障。
连上酒店或机场 Wi-Fi 后节点全超时,先看网络是否还没完成登录。用场所提供的认证入口接入,再恢复客户端,减少无效测速和订阅刷新。
想让某个软件单独走代理,却发现规则没效果,先查请求有没有进入客户端,再核对进程名、规则顺序和最终出口,避免只填桌面图标名称。
开客户端后查到 198.18 开头的地址,可能只是 Fake-IP 的正常映射。用“号码牌”的例子说明原理,再检查解析与实际连接是否进入同一客户端。