前言#

我有一台部署在阿里云上的 Ubuntu 服务器。平时在服务器上下载 GitHub、Google、一些海外源站资源时，经常会遇到访问慢、连接失败、SSL 握手异常等问题。

在本地 Windows 上，这类问题通常很好解决：安装 Clash Verge Rev，导入订阅，打开系统代理即可。

但远程 Ubuntu 服务器通常没有图形化界面，不能像 Windows 一样直接使用 Clash Verge 的桌面 UI。服务器真正需要的是 Clash Verge 背后的代理内核，也就是 Mihomo。

这篇文章记录我在 Ubuntu 服务器上部署 Mihomo 的完整过程：安装内核、复用 Windows Clash Verge 的订阅配置、注册 systemd 后台服务，并让 curl、wget、git、npm 等命令走代理。

部署完成后的目标效果是：

1
curl https://www.google.com -I -L

可以正常返回：

1
HTTP/2 200

安装 Mihomo#

先在服务器上创建一个临时安装目录：

1
mkdir -p ~/mihomo
2
cd ~/mihomo

下载 Mihomo 的 Linux amd64 版本：

1
wget https://github.com/MetaCubeX/mihomo/releases/download/v1.19.30/mihomo-linux-amd64-compatible-v1.19.30.gz

解压、赋予执行权限，并移动到系统命令目录：

1
gzip -d mihomo-linux-amd64-compatible-v1.19.30.gz
2
chmod +x mihomo-linux-amd64-compatible-v1.19.30
3
sudo mv mihomo-linux-amd64-compatible-v1.19.30 /usr/local/bin/mihomo

检查是否安装成功：

1
mihomo -v

如果能看到 Mihomo 的版本信息，就说明二进制程序已经安装成功。

准备配置文件#

Mihomo 本身只是代理内核，还需要一份 Clash/Mihomo 格式的配置文件，里面包含节点、代理组和规则。

先创建配置目录：

1
mkdir -p ~/.config/mihomo

如果订阅链接可以在服务器上直接访问，可以这样下载：

1
wget -O ~/.config/mihomo/config.yaml "你的订阅链接"

但我这里遇到的问题是：订阅站在服务器上访问不稳定，wget 或 curl 会卡住，甚至出现 SSL 连接失败。

因此更稳的方式是：直接复用 Windows 上 Clash Verge Rev 已经生成好的配置文件。

首先在 Clash Verge Rev 的订阅页面里，找到正在使用的订阅配置。

配置文件通常位于 Windows 的这个目录：

1
C:\Users\你的用户名\AppData\Roaming\io.github.clash-verge-rev.clash-verge-rev\profiles

在这个目录中找到对应的 .yaml 文件。判断标准是文件里应该有类似字段：

1
proxies:
2
proxy-groups:
3
rules:

然后在 Windows PowerShell 里使用 scp 上传到服务器：

1
scp "C:\Users\你的用户名\AppData\Roaming\io.github.clash-verge-rev.clash-verge-rev\profiles\你的配置文件名称.yaml" 用户名@你的服务器IP:/home/work/.config/mihomo/config.yaml

这里的 scp 是 secure copy，基于 SSH 协议进行远程文件复制，和 ssh 使用同一套账号密码或密钥。

上传完成后，在服务器上检查文件：

1
ls -lh ~/.config/mihomo/config.yaml
2
head -n 20 ~/.config/mihomo/config.yaml

如果能看到 proxies、proxy-groups、rules 等字段，说明配置文件可用。

手动启动测试#

先以前台方式启动 Mihomo：

1
mihomo -d ~/.config/mihomo

启动后，如果看到类似下面的日志，说明本地代理端口已经起来了：

1
RESTful API listening at: 127.0.0.1:9090
2
Mixed(http+socks) proxy listening at: [::]:7890

有些节点可能会出现测速失败，例如：

1
failed to get the second response from http://www.gstatic.com/generate_204

这不一定代表 Mihomo 启动失败。只要 7890 端口已经监听，就可以继续测试代理。

保持当前 SSH 窗口不关闭，另开一个 SSH 窗口执行：

1
curl -x http://127.0.0.1:7890 https://www.google.com -I -L

如果返回：

1
HTTP/2 200

说明服务器已经可以通过 Mihomo 访问海外网站。

注册为 systemd 后台服务#

手动启动适合测试，但不能长期使用。测试通过后，可以把 Mihomo 注册成 systemd 服务，让它后台运行并开机自启。

先按 Ctrl + C 停掉前台运行的 Mihomo，然后创建服务文件：

1
sudo nano /etc/systemd/system/mihomo.service

写入以下内容：

1
[Unit]
2
Description=Mihomo Proxy Service
3
After=network.target
4

5
[Service]
6
Type=simple
7
User=work
8
ExecStart=/usr/local/bin/mihomo -d /home/work/.config/mihomo
9
Restart=on-failure
10
RestartSec=5
11

12
[Install]
13
WantedBy=multi-user.target

这里要注意两处：

• User=work 要换成你的服务器用户名。
• /home/work/.config/mihomo 也要和你的实际用户目录一致。

nano 保存退出方式：

1
Ctrl + O 保存
2
Enter 确认文件名
3
Ctrl + X 退出

然后重新加载 systemd 配置并启动服务：

1
sudo systemctl daemon-reload
2
sudo systemctl enable mihomo
3
sudo systemctl start mihomo
4
sudo systemctl status mihomo

如果状态里看到：

1
Active: active (running)

说明 Mihomo 已经作为后台服务运行。

让命令行下载走代理#

Mihomo 启动后，只是本地开了代理端口。要让命令行工具真正使用这个代理，还需要设置环境变量。

当前 SSH 窗口临时生效：

1
export http_proxy=http://127.0.0.1:7890
2
export https_proxy=http://127.0.0.1:7890
3
export all_proxy=socks5://127.0.0.1:7890

设置后，curl、wget、git clone 等命令会优先走代理。此时测试不需要再手动加 -x：

1
curl https://www.google.com -I -L

返回 HTTP/2 200 就说明当前 shell 已经成功走代理。

需要注意：上面的 export 只对当前 SSH 窗口有效。关闭窗口或重新登录后，环境变量会消失，但 Mihomo 后台服务仍然在运行。

也就是说，重新登录后：

1
curl -x http://127.0.0.1:7890 https://www.google.com -I -L

仍然可以访问，因为手动指定了代理。

但：

1
curl https://www.google.com -I -L

可能无法访问，因为新 shell 没有设置代理环境变量。

如果希望每次登录后自动生效，需要把环境变量写入 shell 配置文件。

我使用的是 zsh，所以写入 ~/.zshrc：

1
echo 'export http_proxy=http://127.0.0.1:7890' >> ~/.zshrc
2
echo 'export https_proxy=http://127.0.0.1:7890' >> ~/.zshrc
3
echo 'export all_proxy=socks5://127.0.0.1:7890' >> ~/.zshrc
4
source ~/.zshrc

如果你使用的是 Ubuntu 默认 bash，则应该写入 ~/.bashrc：

1
echo 'export http_proxy=http://127.0.0.1:7890' >> ~/.bashrc
2
echo 'export https_proxy=http://127.0.0.1:7890' >> ~/.bashrc
3
echo 'export all_proxy=socks5://127.0.0.1:7890' >> ~/.bashrc
4
source ~/.bashrc

常用工具的单独配置#

通常情况下，只要设置了 http_proxy、https_proxy、all_proxy，大多数命令行工具都会自动使用代理。

但有些工具也可以写入自己的全局配置。这样即使没有设置 shell 环境变量，它们也会走代理。

Git：

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

npm：

1
npm config set proxy http://127.0.0.1:7890
2
npm config set https-proxy http://127.0.0.1:7890

pip 单次使用：

1
pip install 包名 --proxy http://127.0.0.1:7890

这里要区分临时和永久：

1
export http_proxy=...        临时，除非写入 ~/.zshrc 或 ~/.bashrc
2
git config --global ...      永久，写入 ~/.gitconfig
3
npm config set ...           永久，写入 npm 用户配置
4
pip install --proxy ...      单次临时，只对这一条命令有效

我的建议是：先把环境变量写进 ~/.zshrc 或 ~/.bashrc。如果之后发现某个工具不读取环境变量，再给这个工具单独配置代理。

常见问题#

1
wget -O ~/.config/mihomo/config.yaml "你的订阅链接"

1
HTTP/2 200

1
curl -x http://127.0.0.1:7890 https://api.github.com

1
url: https://www.gstatic.com/generate_204

安全注意事项#

最重要的一点：不要把 7890 端口暴露到公网。

建议保持配置中的：

1
allow-lan: false

并且不要在阿里云安全组里开放 7890 端口。这个代理只应该给服务器自己使用。

另外，Clash 订阅链接本质上等同于账号凭证。如果不小心把完整订阅链接发到公开场合，建议立刻去服务商后台重置订阅 token。

总结#

远程 Ubuntu 服务器不需要安装 Clash Verge Rev 这样的图形客户端。更适合的做法是：

1
Windows 本地：Clash Verge Rev 管理订阅和节点
2
Ubuntu 服务器：Mihomo 作为后台代理内核运行
3
命令行工具：通过 http_proxy / https_proxy / all_proxy 使用本地 7890 端口

这样配置完成后，服务器上的 curl、wget、git clone、npm install 等命令就可以稳定通过代理访问海外资源。