马上注册，结交更多好友，享用更多功能，让你轻松玩转社区。
您需要 登录 才可以下载或查看，没有账号？立即注册
×
为什么要给终端单独配代理
图形界面走系统级代理没问题，但命令行终端（Terminal）里的 curl、wget、git clone 默认不读系统代理设置，它们只认环境变量。所以你浏览器能开、浏览器装插件能翻，终端里拉 GitHub 还是慢得怀疑人生，就是这个原因。
解决办法很简单：把代理客户端监听的端口写进 http_proxy/https_proxy/all_proxy 三个环境变量，并持久化到 ~/.bashrc。
一、先确认客户端的端口
打开代理客户端（以 Qv2ray 类客户端为例），在「系统代理 / 端口设置」里能看到两个关键端口：
- HTTP 代理端口——比如
8889
- SOCKS5 代理端口——比如
1089
这俩端口是整套配置的核心，必须和软件里显示的完全一致，写错了终端就是你以为装了代理其实 straight 直连，症状是「突然某天能连某天不能连」。
同时在 Ubuntu 的「设置 → 网络 → 网络代理」里把代理打开，并选「对所有应用程序生效」（具体入口随 GNOME 版本不同，有的在手动代理里填 127.0.0.1:8889）。这一步是给图形应用用的，终端下面另配。
二、写进 ~/.bashrc
按 Ctrl + Alt + T 打开终端：
sudo nano ~/.bashrc
在文件末尾追加（8889 和 1089 换成你客户端里真实显示的端口）：
export https_proxy=http://127.0.0.1:8889
export http_proxy=http://127.0.0.1:8889
export all_proxy=socks5://127.0.0.1:1089
保存退出：nano 里按 Ctrl + O → 回车确认文件名 → Ctrl + X 退出。
让它立即在当前终端生效：
source ~/.bashrc
如果希望系统重启后也一直有效，~/.bashrc 只对交互式 bash 登录 shell 生效，稳妥做法是同时写进 ~/.profile，或者做成 systemd 服务。日常开发用 ~/.bashrc 加 source 就够了。
三、验证是否真的走了代理
# 看环境变量有没有落下去
env | grep -E "http_proxy|all_proxy"
# 直接测
wget https://www.google.com
能拿到 200 或正常首页就是通了。更贴近真实场景的验证是拉一个 GitHub 仓库：
git clone https://github.com/某/某.git
速度明显上来、不再反复断流，说明终端代理生效了。
四、几个别踩的坑
- 代理软件没先开：环境变量写对了但客户端没启动，终端会直接连接失败而不是「走直连」。测试前务必先把客户端开起来并选好节点。
- 只配了 http_proxy 不够：很多工具（git 的某些协议、
curl 的特殊场景）需要 socks5，all_proxy 一起写上最省事。
- 不想全局代理时怎么关：在
~/.bashrc 里把这三行注释掉再 source，或者临时 unset http_proxy https_proxy all_proxy。用 no_proxy 可以放行内网地址，比如 export no_proxy=localhost,127.0.0.1,.local，避免访问本地服务绕远。
- 端口冲突：1089/8889 如果已被别的服务占用，客户端自己会起不来，看客户端日志
 确认实际监听端口。
- 服务器不要这么配：生产机器上写死代理地址，一旦代理下线，所有命令都会挂住（表现为卡住 30 秒才报超时）。生产环境建议用
/etc/environment 或 systemd 的 EnvironmentFile 按服务粒度配。
小结
核心就三行 export：http_proxy / https_proxy 指向 HTTP 端口，all_proxy 指向 SOCKS5 端口，端口与客户端一致，写进 ~/.bashrc 后 source 生效。终端不读系统代理这个前提搞清楚了，后面怎么配都不会乱——git clone、apt、npm、pip 想走代理，本质上都是这三个变量在起作用。
qidao123.com企服评测-应用市场 编辑提示 | 
发表于 2026-10-3 11:47:33