🔍 问题现象
今天在Mac上通过git clone 克隆Github上的项目时突然出现Failed to connect to github.com port 443错误，本质是Git客户端未能与GitHub服务器建立安全连接。根据网络环境不同，分为以下两种典型场景进行解决。
场景诊断指南
情况一：已具备VPN环境
网页能访问GitHub但命令行报错
原因：Git未走代理流量
可通过curl -v github.com验证终端连通性
情况二：无VPN可用
完全无法访问GitHub网页
解决路径：通过公共代理IP连接
推荐资源：
- 代理IP聚合站（如：IPAddress.com）
- 开发者论坛实时共享节点
- Cloudflare Warp等免费工具
🛠 全平台代理配置方案（Win/Linux/macOS通用）
▶ 配置SOCKS5代理（主流工具推荐协议）
git config --global http.proxy socks5://127.0.0.1:7890
git config --global https.proxy socks5://127.0.0.1:7890
▶ 配置HTTP代理（备用协议方案）
git config --global http.proxy http://127.0.0.1:7890
git config --global https.proxy https://127.0.0.1:7890
| 参数 | 含义 | 获取方式 |
|---|---|---|
| 127.0.0.1 | 本机代理地址（VPN用户专用） | VPN软件设置界面查看 |
| 代理IP地址 | 第三方代理服务器地址 | 代理服务商提供 |
| 7890 | 典型代理端口（ClashX/V2Ray通用） | 代理设置→高级选项→端口监听配置 |
git config --global --get http.proxy
git config --global --get https.proxy清除代理配置
git config --global --unset http.proxy
git config --global --unset https.proxy⚠ ️ 避坑指南（实测经验总结）
- 协议适配：Clash/V2Ray等工具建议优先尝试SOCKS5协议
- 端口冲突：出现
Address already in use错误时，检查端口占用lsof -i :7890 - 企业网络限制：公司内网可能屏蔽代理端口，可尝试切换至443/80端口
- 临时测试法：快速验证代理有效性
curl -x socks5://127.0.0.1:7890 https://api.github.com
📝 技术原理延伸
当配置http.proxy时，Git底层实际上通过libcurl库进行网络通信。现代代理工具（如Clash）会创建本地socks5/http代理服务，将Git流量导入代理隧道。端口号7890是多个开源代理工具的默认值，但具体值需以实际配置为准。
建议收藏本文以备不时之需，遇到网络波动时可通过切换代理协议/端口组合来快速恢复开发工作流。