Skip to content

文档首页

配置生成:预览、下载和让设备使用配置 ​

本页目录:先分清保存与发布 · 第一次生成 · 按钮和结果区 · 各软件入口 · 下载和配置地址 · 发布到 Agent · 常见问题 · 下一步

先分清保存与发布 ​

进入路径:先在顶部选择配置空间,再打开左侧 配置生成。

这里把该配置空间的策略组、规则和各软件基础设置合成客户端能读取的文件。订阅、节点和规则库来自共享资源;被当前配置引用后才参加生成。切换配置空间,相当于切换一套组合方案。

操作做了什么什么时候影响设备
保存草稿保存到 ConfigFlow,供以后编辑、生成和发布不会立即下发;设备之后主动更新配置地址,也可能读到这些已保存内容
生成 / 预览按已保存内容生成并显示文本不修改设备,不代表目标核心已经成功运行
复制 / 下载把生成内容交给你你导入客户端并应用后生效
配置 URL给客户端一个可以再次获取配置的地址客户端拉取并应用时生效;不是自动推送通知
推送 / 保存并发布通过 Agent 生成、检查和下发当前配置以发布结果和设备状态为准;“已提交”不等于“已激活”

不要把未保存的编辑器内容当作工作台的输入。先在相应页面保存,再重新生成。设备已下载的旧文件也不会因为你关闭编辑窗而自动更新。

第一次生成 ​

  1. 确认顶部配置空间正确,并已添加可用的订阅或节点。
  2. 在策略组中选入节点来源,在规则中指定访问应走哪个策略组。
  3. 在“生成软件”选择真实使用的软件,例如 Mihomo。打开“基础配置”或“设置”,按核心设置调整并保存草稿。
  4. 点击 生成。查看结果和报错,确认规则顺序、策略组名称、监听地址符合预期。
  5. 手动管理客户端时,下载或复制配置 URL;已经接入 Agent 时,确认目标设备和配置绑定后发布。
  6. 在客户端确认配置加载成功,再测试一个应直连、一个应代理的实际网站。生成成功只说明文件生成成功,不能证明网络可达。

只部署 DNS 的用户可以直接选择 MosDNS 或 OxiDNS;这两类文件负责域名查询流程,不会代替 Mihomo 等软件建立代理隧道。

按钮和结果区 ​

界面项用途、推荐操作和结果
生成软件切换 Mihomo、Surge、Loon、MosDNS、OxiDNS。手机版在下拉框中选择;切换目标不会把一种软件的语法直接搬给另一种软件
基础配置 / 设置编辑当前配置空间下该软件的设置。先保存再生成;具体字段见核心设置
生成请求新的生成结果。修改资源或基础配置后需要重做;生成中部分操作不可用是为了避免重复请求
步骤与资源数量帮助理解当前配置由什么组成。步骤动画不是远端核心逐项检查的实时日志;以最终结果或错误为准
文件名、行数、文本区显示当前生成的文件。文本区用于查看,不能在这里直接修改并发布;请回到资源、规则或基础配置修改
复制复制当前已经生成的文本。适合粘贴到客户端或排错;修改设置后先重新生成,避免复制旧结果
下载下载该软件的生成文件或完整包。下载会按当前已保存数据重新生成;先保存再下载,编辑期间再次核对
预览部分软件入口打开只读预览窗;可复制、关闭。关闭仅关窗,不会撤销此前已保存的设置
配置 URL / 复制地址复制当前配置空间对应的软件地址。应让目标客户端能访问其中的域名、端口及协议
推送先生成结果才能使用;向当前配置空间绑定的、类型相符且在线的 Agent 发布,可能有多个目标。已有发布进行时需等待。范围见下节
返回、关闭返回页面;有未保存修改时按提示决定保存还是放弃。不要把关闭当作保存

各软件入口 ​

软件可见入口适用方式
Mihomo基础配置、Linux 网关、预览、下载基础配置写 YAML;节点、策略组和规则由面板合并。Linux 网关属于透明网关部署设置,需结合真实网卡、网段和系统路由使用
Surge基础配置、Smart、预览、下载基础配置写 INI;Smart 可给选定策略组设置 Surge 专用优先级,不会改变 Mihomo 策略组类型
Loon基础配置、预览、导入 Loon、下载基础配置写 INI;“导入 Loon”调用客户端链接,需要所在设备能够打开 Loon
MosDNS设置、预览、下载设置 DNS 上游、规则、缓存等;首次手动部署建议下载完整 ZIP
OxiDNS设置、下载常用设置、完整参数和 YAML 是同一份草稿的不同编辑方式;首次手动部署建议下载完整 ZIP

各目标支持的节点协议、策略组和规则语法不同。例如链式代理不能假定在 Surge、Loon 中与 Mihomo 等价。出现转换错误时,按错误定位具体资源,不要通过删掉无关配置试错。

Linux 网关、DNS 安装和绑定设备从首次使用开始;OxiDNS 双机部署另见OxiDNS 高可用。

下载和配置地址 ​

下载文件内容与用法
mihomo.yamlMihomo 完整生成配置;导入后仍需客户端能访问其中引用的订阅和规则地址
surge.confSurge 生成配置,交给 Surge 加载
配置空间名称.lcfLoon 生成配置,文件名取清理后的当前配置空间名称,可下载或使用“导入 Loon”
mosdns-config.zipMosDNS 配置及配套规则文件;解压后保留目录关系
oxidns-config.zipOxiDNS 配置、生成的规则和附加文件;保留相对路径,不要只抽出 config.yaml

MosDNS、OxiDNS 的配置 URL 提供主 YAML,不等于 ZIP 中的全部配套文件。已有部署若依赖相对路径文件,必须同时安排这些文件的更新。Agent 发布会走对应部署流程;手动导入者需要自己核对文件是否齐全。

地址中的服务域名由系统设置控制。浏览器能打开面板,不代表远端客户端能访问相同地址;例如 127.0.0.1 在客户端看来是它自己。修改域名后,已经复制出去的旧地址不会自己变成新地址。

配置地址可能包含访问令牌,也可能返回代理凭据;把它作为私人订阅地址保管。若要长期自动更新,使用配置 URL 比反复下载静态文件方便;具体更新周期由客户端及相关订阅设置决定。

发布到 Agent ​

工作台的 推送 按当前配置空间查找已绑定、在线且软件类型匹配的 Agent。当前空间绑了两台 OxiDNS,工作台推送可能同时覆盖两台;发布前检查Agent 管理中的绑定。Loon 不提供这种 Agent 推送。

核心设置窗口底部的 保存并发布 则提供目标设备选择。它先保存当前草稿,再向所选目标发布;没有可用目标仍可“保存草稿”。从某台 Agent 打开设置时,以窗口显示的配置空间和设备为准,不要只凭背景页面判断。

状态 / 操作正确理解
保存草稿仅保存供未来使用的配置;同一配置空间内、同一种软件的多个 Agent 共用这份草稿
目标选择只选本次需要发布的设备。若原设备绑定改变或已不可用,应重新确认,不能假定会自动换到另一台
保存并发布保存后生成新内容,检查并发送。不会把工作台之前显示的旧预览直接原样发送
已提交 / 发布中设备正在处理,需要等待最终结果
已校验待激活校验完成但还未成为运行配置;到 Agent 页面继续查看和执行允许的激活动作
发布成功再检查服务在线状态和实际查询/访问;网络、上游账号与客户端指向仍可能有问题
超时、结果未知不代表一定失败,也不代表已成功。先查看 Agent 事务和运行状态,避免立即重复发布
检查失败按具体错误修复,如 YAML、缺失文件、重复监听端口或目标版本不支持;保存草稿成功不能代替目标核心检查

同时修改代理规则及 OxiDNS 的“DNS 去向”时,Mihomo 与 OxiDNS 是两个运行服务,应分别发布需要变更的一方。只发布其中一个,另一方可能仍使用旧配置。

常见问题 ​

现象先检查什么
生成结果没有刚新增的订阅订阅是否启用、已拉取成功,策略组是否选入该来源,筛选条件是否把所有节点排除了
保存后设备仍用旧设置是否只保存草稿;客户端是否重新拉取并应用;Agent 发布是否真正完成
预览能生成,核心却启动失败目标核心版本、文件路径、端口占用、运行权限以及目标核心检查输出
OxiDNS 规则生成了,IP 规则却未参与 DNSIP 地址规则不能直接变成“查询哪个域名”的条件;见规则中的 DNS 去向
配置 URL 无法访问服务域名是否从客户端可达,令牌是否有效,反向代理路径与协议是否正确
DNS 工作,网页仍无法代理DNS 只回答地址;继续检查代理核心、策略组、网关和客户端代理设置

下一步 ​

逐项设置请看核心设置;设备发布和回滚看Agent 管理;尚未安装服务从首次使用开始。