Linux 下怎么用梯子？客户端选择与命令行连接方案
先给结论：Linux 上用机场代理，没有像 Windows、macOS 那样“官方统一客户端”的概念，多数情况靠社区维护的图形界面工具或命令行内核完成，配置步骤比其他系统多一步，但原理并不复杂。桌面版 Linux 用户优先找图形界面工具；服务器或 WSL 环境的用户，命令行方案往往更合适。
为什么 Linux 没有“官方客户端”
机场服务商的主要用户群集中在 Windows、macOS、iOS、Android 上，这几类系统的客户端通常由服务商推荐或官方维护。Linux 桌面用户占比小，服务商很少专门投入资源做 Linux 客户端，市面上能找到的工具基本来自开源社区，功能和更新频率取决于维护者是否持续投入。这不代表 Linux 上用不了机场代理——各类协议（SS、V2Ray、Trojan、Hysteria2 等）本身是跨平台的，缺的只是一个现成的图形界面。
三类常见接入方式对比
| 方式 | 典型代表 | 安装复杂度 | 覆盖范围 | 适合人群 |
|---|---|---|---|---|
| 图形界面客户端 | 社区维护的 Clash 系桌面客户端（如基于 Clash Meta 内核的图形界面工具） | 中等，多为下载压缩包或 AppImage，部分需要自行安装依赖 | 覆盖读取系统代理设置的软件，和 Windows/macOS 上的图形客户端类似 | 习惯用桌面环境、不想碰命令行的用户 |
| 命令行内核 + 配置文件 | sing-box、Xray、V2Ray 核心程序 | 较高，需要手写或生成配置文件，自己管理进程 | 可以做到和 TUN 模式类似的全局接管，也可以只监听本地端口 | 熟悉终端操作、需要在服务器或无图形界面环境运行的用户 |
| 终端环境变量代理 | 设置 http_proxy / https_proxy |
最低，一条命令即可 | 只影响读取这两个环境变量的命令行程序（如包管理器、curl、git） |
只需要让命令行工具临时走代理，不需要整个系统接管 |
三者可以组合使用：比如日常浏览用图形界面客户端的系统代理功能，终端里再单独设置环境变量，覆盖图形客户端没接管到的命令行工具。
按使用环境怎么选
- 带桌面环境的 Linux（如 Ubuntu、Fedora、Linux Mint 等）：优先找图形界面客户端，操作逻辑和 电脑梯子怎么选 里讲的系统代理、TUN 模式思路基本一致，只是软件来源更依赖社区维护，下载前务必核实来源，参考 机场客户端怎么安全下载。
- 无图形界面的服务器：没有“系统代理”这个概念，只能用命令行内核监听本地端口，再让需要联网的程序显式指定代理地址，或者配合
iptables/路由规则做透明代理，后者配置难度较高，不建议新手直接上手。 - WSL（Windows 子系统）：如果 Windows 主机已经在用图形客户端并开启了 TUN 或系统代理，WSL 内的程序有时能直接复用，但不一定，需要自己验证；复用不了时，在 WSL 内单独设置环境变量指向 Windows 主机的本地端口通常更省事。
配置的基本流程
- 先确认机场服务商支持的协议和订阅格式，不同内核对协议的支持范围不完全一致，参考 机场协议对比。
- 选定客户端软件或内核程序，只从项目官方代码仓库的发布页面下载，不要用搜索引擎里排名靠前但来源不明的“整合包”。
- 图形界面客户端通常支持直接粘贴订阅链接导入；命令行内核则需要把订阅转换成本地配置文件，具体方式因程序而异，以其官方文档为准。
- 启动客户端或内核进程后，确认它监听的本地端口，再决定系统代理、浏览器插件还是环境变量来接入这个端口。
- 用浏览器或
curl访问一个平时打不开的网站测试是否生效。
常见问题
- 图形界面能连上，终端里
curl、git却不走代理：图形客户端一般只接管桌面应用读取的系统代理设置，命令行程序需要单独设置环境变量，二者互不影响。 - 某些系统级服务（如包管理器的后台进程）始终不走代理：这类服务通常不读取用户会话的环境变量，需要单独配置，具体做法因发行版而异。
- 关闭客户端后网络异常：如果用了 TUN 或修改过路由表，关闭前最好让客户端自己清理，异常退出可能残留虚拟网卡或路由规则，需要手动检查。
- DNS 解析走的是本地还是代理：命令行方案里 DNS 处理经常被忽略，配置不当可能造成解析泄露，具体可参考 DNS 泄露说明。
自己怎么验证
- 先在图形界面或命令行工具里确认“已连接”状态；
- 打开浏览器访问一个需要代理才能打开的网站；
- 打开终端执行
curl请求同一个网站，对比是否同样能访问； - 检查当前出口地址是否符合预期；
- 断开客户端，确认系统恢复到正常直连状态，没有残留的代理设置。
这些验证只能反映你当前这台机器、这个发行版的情况，换了发行版或内核版本后，建议重新走一遍。
配置文件来源要谨慎
命令行内核方案里，真正起作用的是配置文件（里面写着节点地址、端口、加密方式等信息），而不是软件本身。有些教程会提供“现成配置文件”方便新手直接用，但配置文件同样可能被篡改——比如被加入一个你不知道的额外出口节点。比较稳妥的做法是：配置文件只从服务商后台导出的订阅自动生成，不要直接套用网上搜到的、不属于你账号的配置样例；如果某个教程要求你把配置文件发给对方“帮忙检查”，这类请求本身就值得警惕，因为配置文件里通常包含你的订阅凭证。
开机自启与后台运行的取舍
服务器环境经常需要客户端或内核长期在后台运行，这时会用到 systemd 之类的服务管理工具设置自启动。开机自启带来的好处是重启后不用手动连接，但也意味着一旦订阅过期或节点失效，服务会在后台持续尝试连接而不会有人及时注意到。如果是长期挂在服务器上用，建议定期手动检查一次连接状态和日志，而不是设置好就完全不管；桌面环境下，大多数图形客户端会在系统托盘显示状态，查看起来更直观，不一定需要额外设置自启动服务。
哪些人适合，哪些人不适合
适合：已经熟悉终端操作、愿意花时间读官方文档、在服务器或开发环境里需要代理访问的用户。不适合：完全没有命令行经验、只是偶尔想上网查资料——这类用户更建议先在手机或 Windows/macOS 上用图形客户端验证订阅本身是否可用，确认没问题后再考虑是否值得在 Linux 上折腾。
使用任何工具时，请遵守你所在地区的法律法规。