GitHub 访问慢与 git clone 经常连接超时？终端代理与 hosts 极速配置指南

对于国内广大程序员和开发者来说，最痛苦的时刻莫过于在终端敲下 git clone https://github.com/... 时，光标卡住不动数分钟，最终抛出一行冷冰冰的错误：

fatal: unable to access 'https://github.com/.../': Failed to connect to github.com port 443 after 21098 ms: Couldn't connect to server

或者在执行 Homebrew 安装、Python pip 安装、或在浏览器中打开 raw.githubusercontent.com 查看开源配置文件时，持续提示连接被重置。

为什么明明开启了桌面端代理软件，终端命令行依然疯狂报错超时？ 本文带你彻底搞清终端代理的特殊逻辑，并提供 4 种一劳永逸的加速提效方案。

一、核心症结：为什么桌面代理管不到你的终端命令行？

在 Windows、macOS 或 Linux 系统中，常规桌面代理软件（如 Clash、V2RayN 等）开启的 “系统代理”，在底层本质上只修改了操作系统的网络设置（WinINet API 或 macOS 网络首选项）。

桌面浏览器 (Chrome / Edge) ──→ 遵循操作系统系统代理 ──→ 正常翻墙秒开
                                              
终端命令行 (CMD / PowerShell / Bash / Zsh) ─→ 默认完全忽略系统代理 ──→ 裸连直通防火墙 (超时崩溃！)

绝大多数开发工具（包括 git、curl、wget、docker、npm 等）为了防止在生产服务器中因系统环境变量污染导致逻辑错乱，默认是完全无视操作系统的图形化系统代理设置的！

要让命令行走代理，必须进行专门的终端配置。

二、方案一：配置 Git 专用代理（最直接、最推荐）

如果你只是想让 git clone、git pull、git push 恢复飞一般的速度，直接配置 Git 的专属代理是最干净的做法，不会影响其他终端程序。

假设你的本地代理软件监听在本地 127.0.0.1:7890（Clash 常见端口）：

1. 仅对 GitHub 域名开启 HTTP/HTTPS 代理（优雅分流，不影响国内 Gitee）

推荐使用域名前缀配置，这样克隆国内 Gitee 或公司内网 GitLab 时不会绕道海外：

# 仅对 github.com 启用本地 HTTP 代理
git config --global http.https://github.com.proxy http://127.0.0.1:7890
git config --global https.https://github.com.proxy http://127.0.0.1:7890

2. 全局 Git 代理（针对所有 git 仓库生效）

git config --global http.proxy http://127.0.0.1:7890
git config --global https.proxy http://127.0.0.1:7890

3. 如何检查与取消代理？

# 查看当前设置的代理
git config --global --get http.proxy

# 当不需要代理或代理端口变更时，取消设置
git config --global --unset http.proxy
git config --global --unset https.proxy

三、方案二：配置终端 Shell 环境变量（让 curl、npm、pip 全面提速）

如果你不仅要用 Git，还要频繁使用 curl 下载脚本、npm install、pip install 等，建议在终端中配置临时的环境变量。

1. Windows PowerShell 用户

在 PowerShell 中运行以下两行命令（仅在当前终端窗口有效）：

$env:http_proxy="http://127.0.0.1:7890"
$env:https_proxy="http://127.0.0.1:7890"

测试是否生效：

curl -I https://github.com
# 返回 HTTP/2 200 即表示已成功走专线提速！

2. macOS / Linux (Bash / Zsh) 用户

打开终端配置文件（如 ~/.zshrc 或 ~/.bashrc），在末尾追加快捷别名（Alias）：

# 一键开启终端代理
alias proxy='export http_proxy=http://127.0.0.1:7890; export https_proxy=http://127.0.0.1:7890; echo "✓ 终端代理已开启"'

# 一键关闭终端代理
alias unproxy='unset http_proxy; unset https_proxy; echo "✕ 终端代理已关闭"'

保存后执行 source ~/.zshrc。以后每次需要加速时，只需在终端敲入 proxy 即可，需要关闭时敲入 unproxy，非常便捷！

四、方案三：SSH 协议克隆加速（针对 `git@github.com:...`）

很多人习惯使用 SSH Key 免密克隆代码（形如 git clone git@github.com:torvalds/linux.git）。请注意：上文配置的 HTTP 代理对 SSH 协议是完全无效的！

必须在 SSH 配置文件中添加中继代理：

打开或创建 ~/.ssh/config 文件；
在文件末尾添加以下内容：

Windows 用户（使用自带的 connect 模块）：

Host github.com
    User git
    Port 22
    Hostname ssh.github.com
    ProxyCommand connect -H 127.0.0.1:7890 %h %p

(注：Git for Windows 自带 connect.exe 命令)

macOS / Linux 用户（使用 netcat）：

Host github.com
    User git
    Port 22
    Hostname ssh.github.com
    ProxyCommand nc -X 5 -x 127.0.0.1:7890 %h %p

配置完成后，执行 ssh -T git@github.com 测试，如果看到 Hi username! You've successfully authenticated...，即表示 SSH 专线握手成功！

五、方案四：一键开启代理软件的 TUN 虚拟网卡模式（终极免配置）

如果你不想在各个软件的配置文件里写端口，最省心的现代方案是直接在你的代理客户端中开启 TUN 模式（虚拟网卡）：

支持客户端：Clash Verge Rev、Sing-box；
实现原理：客户端会在底层操作系统中虚拟出一张物理网卡，接管包括 CMD、PowerShell、Docker、Git 在内的全部数据流；
效果：无论你是在命令行克隆、拉取 Docker 镜像还是更新系统组件，无需输入任何配置命令，全部自动走低延迟国际专线！

六、程序员专属高带宽专线推荐

终端下载代码仓库或拉取大型深度学习模型时，对网络的突发峰值带宽和长连接持续率有极高要求。普通小机场经常在下载 500MB 以上大仓库时出现 TCP 重置断流。

超大带宽首选：光速云（千兆专线，支持巨型 Git 仓库与 HuggingFace 模型拉取）
高性价比多设备共享：微风网络（流量充沛，节点池分布广）
查看更多线路对比请参考海外加速专区与深度评测频道。