GLaDOS 订阅怎么导入 Mihomo Linux？

更新于 2026-10-31 · glados.lat

简答：先在 GLaDOS 登录后页面找到订阅或连接信息区域，复制明确标注为 Clash、Mihomo 或 YAML 的订阅链接；栏目名称和格式选项可能随页面变化，具体以当前页面为准。桌面 Linux 优先看 Mihomo Party，服务器使用原生 Mihomo，已经采用 systemd 管理服务的用户可用 mihomoctl。导入后必须继续完成配置激活、节点选择和代理验证，仅看到“已添加”不能证明订阅已经可用。

定义：Mihomo 订阅是远程配置或节点来源，导入后仍需由 Mihomo 或图形管理工具下载、解析、激活，并通过代理端口提供连接。

先看速查：你应该使用哪条 Linux 导入路径？

本文不是 GLaDOS Network 官方文档，也不确认任何未公开核实的后台菜单名称或入口。你需要先在 GLaDOS 登录后页面寻找“订阅”“连接信息”“客户端”或类似区域，复制当前页面提供的订阅地址；如果页面同时列出多种格式，优先选择明确写有 Clash、Mihomo、Clash Meta 或 YAML 的远程配置格式。具体栏目名称和格式选项未核实，页面显示什么就以当前页面为准。

桌面用户不必先手写 YAML；服务器用户则不应把图形客户端的配置目录直接当作 systemd 服务目录。Mihomo Party 的公开下载页面列出了 Linux 的 Debian/Ubuntu 与 RedHat/CentOS 安装包，并区分 AMD64、x86_64、ARM64 或 aarch64 架构，下载时应按自己的系统和 CPU 架构选择。Mihomo Party Linux 下载说明

第一步：在 GLaDOS 页面复制正确的订阅链接

1. 登录你正在使用的 GLaDOS 账户，在登录后页面查找“订阅”“连接信息”“客户端配置”或含义相近的区域。
2. 如果有多个订阅格式，优先选择标注为 Clash、Mihomo、Clash Meta 或 YAML 的远程配置链接；不要把单个节点 URI 当作完整配置文件。
3. 复制后先不要把完整链接发到聊天群、论坛、公开仓库或截图中。订阅地址可能包含 token、UUID、节点凭据或账户标识，应按敏感凭据处理。
4. 如果页面只给出一种链接，先保存原始链接，再在客户端中尝试导入；不要擅自修改参数、删除查询字符串或把链接转换成另一个格式。

验证边界：链接能在浏览器中打开，不等于客户端一定能解析。浏览器可能显示登录页、重定向页面或 HTML 错误页；订阅客户端需要获得它能识别的 YAML、JSON 或节点列表内容。检查时不要把带 token 的完整 URL 写入公开日志或 Shell 历史。

第二步：桌面 Linux 用 Mihomo Party 导入订阅

如果你使用 Ubuntu、Debian 或其他带桌面的 Linux，优先采用 Mihomo Party 这类带 Mihomo 内核的图形客户端。打开客户端后，进入名称类似“配置”“Profiles”“订阅管理”或“远程配置”的页面；不同版本的菜单文字可能不同，下面按功能而不是固定菜单名操作。

1. 选择添加远程配置或订阅。
2. 把 GLaDOS 登录后页面复制的 Clash/Mihomo/YAML 链接粘贴到 URL 输入框。
3. 保存或更新，等待客户端完成下载和解析。
4. 在配置列表中选中刚下载的配置，执行启用、设为当前或激活。
5. 进入代理或策略组页面，确认出现节点或策略组，再选择一个节点。
6. 开启客户端提供的系统代理开关；只有在确实需要接管未配置代理的软件时，再考虑 TUN。

停止条件：如果结果是登录 HTML、403、空白内容或 YAML 解析错误，不要继续切换节点。先记录客户端错误信息，回到 GLaDOS 登录后页面重新复制链接，并确认链接没有被截断。

完成标准：配置已激活、策略组能看到可选节点、本地代理端口已经监听，并且通过下一节的代理命令完成一次实际请求。仅看到订阅名称或节点名称，不代表网页流量已经经过 Mihomo。

第三步：无桌面 Linux 用原生 Mihomo 配置订阅

原生 Mihomo 的远程订阅通常放在 proxy-providers 中。官方文档支持 http、file 和 inline 类型；使用 HTTP 订阅时需要填写 url，path 用于保存 provider 文件，interval 用于设置更新间隔。Mihomo Proxy Providers 配置文档

下面是一个用于单一订阅的最小结构。https://example.com/your-subscription 是占位地址，不能直接照抄；请替换成你自己的订阅链接。

mixed-port: 7890
mode: rule
log-level: info
external-controller: 127.0.0.1:9090

proxy-providers:
glados-subscription:
type: http
url: "https://example.com/your-subscription"
path: ./proxy_providers/glados-subscription.yaml
interval: 86400

proxy-groups:
- name: PROXY
type: select
use:
- glados-subscription

rules:
- MATCH,PROXY

这份示例把 provider 放进名为 PROXY 的选择组；Mihomo 官方文档说明，代理组可以用 use 引用 provider，因此只配置 provider 而不引用它，可能出现“文件下载了，但策略组无法选择”的现象。Mihomo Proxy Groups 配置文档

1. 把示例保存为 Mihomo 实际使用的配置文件，并替换订阅 URL。
2. 确认 path 位于 Mihomo 工作目录允许访问的范围内；官方文档说明，provider 路径默认受工作目录限制。
3. 使用 Mihomo 自带的配置测试方式检查 YAML，再重启 systemd 服务。
4. 查看日志，确认订阅下载、解析和服务启动没有报错。
5. 通过 mixed-port 或单独配置的 HTTP/SOCKS5 端口完成代理验证。

第四步：已经有 systemd 服务时，用 mihomoctl 管理订阅

mihomoctl 是独立的 Mihomo 管理前端，不是 Mihomo 内核本身。它的项目指南要求系统先安装 Mihomo，并且存在可由 systemd 管理的服务；指南还列出 doctor、profile add、profile list、profile use 等命令。mihomoctl 项目指南

在已经完成 Mihomo 和 systemd 初始化的 Linux 上，可以按下面顺序操作：

mihomo -v
systemctl status mihomo.service
mihomoctl doctor
mihomoctl profile add https://example.com/subscription --name glados-subscription
mihomoctl profile list
mihomoctl profile use glados-subscription
mihomoctl status
mihomoctl logs --follow --level info

1. 先确认 Mihomo 二进制和服务本身可用。
2. 运行 mihomoctl doctor 检查管理环境。
3. 用 profile add 添加远程订阅，命令中的 URL 只是示例。
4. 用 profile list 确认配置已经记录。
5. 用 profile use 激活配置，再检查状态和日志。

如果订阅 URL 含 token，不建议把完整地址直接写入 Shell 历史。mihomoctl 指南提供了从标准输入添加的方式，例如使用 mihomoctl profile add - --name glados-subscription 后粘贴内容并以 Ctrl+D 结束；具体参数以你安装版本的指南和帮助输出为准。

第五步：用正确的端口验证订阅是否真的生效

Mihomo 的 API 端口和代理端口不是一回事。external-controller 通常用于控制与查询，不能直接当作浏览器代理；HTTP、SOCKS5 或 mixed port 才是给支持代理的程序使用的入口。官方文档说明，mixed port 同时支持 HTTP(S) 和 SOCKS5 协议。Mihomo Proxy Port 文档

如果配置中使用了 mixed-port: 7890，可以在本机执行：

curl -x http://127.0.0.1:7890 https://example.com -I

如果配置使用单独的 SOCKS5 端口，例如 socks-port: 7891，可以执行：

curl --proxy socks5h://127.0.0.1:7891 https://example.com -I

socks5h 表示让 SOCKS5 代理参与域名解析；如果你只想验证代理连接，不应把 API 端口填进上述命令。命令返回 HTTP 响应，只能说明这一次请求通过指定代理端口完成，不代表所有浏览器流量、TUN 流量或长期稳定性都已确认。

还可以通过 Mihomo API 的 /proxies 查询代理和策略组。官方 API 文档列出了代理名称、类型、alive、延迟历史和 provider 名称等字段；API 仍应只监听回环地址，并保护好认证密钥。Mihomo API 文档

导入失败时按现象分流，不要先换节点

订阅更新后建议重新确认当前配置、策略组和节点选择。不要把一次请求成功、端口监听或“已连接”状态写成长期可用性结论。若更新失败，优先保留最后一份能启动的配置；mihomoctl 项目指南还说明其更新失败时不会替换最后可用配置，但具体行为仍取决于已安装版本。

常见安全提醒：订阅链接、日志和配置文件都要脱敏

• 不要公开完整订阅 URL，尤其是包含 token、UUID 或其他身份参数的链接。
• 分享日志前检查是否出现订阅地址、节点密码、控制器密钥、目标域名或本地路径。
• 原生 Mihomo 的 external-controller 建议先绑定 127.0.0.1，不要为了远程访问直接暴露到公网。
• 如果链接已经公开，回到对应服务的登录后页面检查是否支持重新生成或重置订阅；是否支持该功能未核实，以当前页面说明为准。
• 不要把订阅配置提交到公开 Git 仓库，也不要把带凭据的 YAML 作为排错附件上传。

常见问题

GLaDOS 登录后应该复制哪一种订阅？

优先复制页面中明确标注为 Clash、Mihomo、Clash Meta 或 YAML 的远程配置链接。如果页面只提供一种链接，就先保留原始地址并直接尝试导入。栏目名称、格式名称和后台布局可能变化，具体以当前登录后页面为准；本文不提供未经核实的入口地址。

Mihomo Party 导入订阅后为什么没有节点？

先检查下载结果是否为有效配置，而不是登录 HTML、403 或空白响应；再确认配置已经设为当前配置，并检查是否存在 YAML 解析错误。若使用原生 Mihomo，还要检查 provider 路径、权限以及代理组是否通过 use 引用了 provider。

原生 Mihomo 的 API 端口可以拿来给浏览器做代理吗？

通常不可以。API 端口用于控制和查询，浏览器或 curl 应使用 HTTP、SOCKS5 或 mixed proxy port。配置了 mixed-port 7890 时，可用 curl -x http://127.0.0.1:7890/ 发起测试；端口号必须以你的实际配置为准。

mihomoctl 是 Mihomo 官方内置命令吗？

不是。mihomoctl 是独立项目提供的管理前端，需要系统先安装并运行 Mihomo 服务。它的 profile、doctor 和日志命令应以 mihomoctl 项目指南以及本机 mihomoctl --help 的输出为准。

Linux 上要不要直接开启 TUN？

不建议把 TUN 作为订阅导入的第一步。先用系统代理或明确的 HTTP/SOCKS5 代理端口完成基础连通验证；只有在需要接管未配置代理的软件时，再根据发行版、权限、路由和 DNS 条件单独配置 TUN。

相关阅读

• 先看 Mihomo 订阅导入后的配置启用逻辑
• 节点为空时按订阅、Provider 和配置逐层排查
• 代理连接成功但网页打不开时继续定位端口、规则与 DNS

参考资料

1. Mihomo Party：Linux 安装包与客户端说明（mihomoparty.app）
2. Mihomo 文档：Proxy Providers 配置
3. Mihomo 文档：Proxy Groups 配置
4. Mihomo 文档：HTTP、SOCKS5 与 Mixed Port
5. Mihomo 文档：API 与代理状态查询
6. mihomoctl 项目指南：Linux 服务、订阅和 profile 管理