自己手搓的 mihomo 配置文件(手机、电脑、软路由)在这次大考中主力线路坠机 3 台但是客户端均无感度过,分享一下我的搓法,抛砖引玉。
统一落地的好处是不容易触发风控,不容易跳人机验证,解决机场脏 ip 等就不赘述了。(配置文件可以直接放在 gist/github 上再写一个 cf 反代实现永远在线)
关键点缺一不可:
- 导入机场订阅
- filter 加载和线路鸡组合成 group,优选或容灾或负载均衡
- 用这个 group 套落地鸡的 dialer
- 在落地鸡上做 generate_204 服务,供该区域测速专用
这个玩法可以多个落地,多个线路,随意组合。比如台湾落地,用港新日线路拉,美国落地用美日线路拉。
(以下内容由AI协助排版)
本文面对有模板基础的 Clash/Mihomo 用户,介绍统一落地出口,结合自建和机场,打造自动优选路由的玩法
本文聚焦两个核心设计模式:
-
单订阅全量载入,在
proxy-groups层实施多区域按需正则过滤(避免维护冗余 provider)。 -
基于
dialer-proxy的机场中继链式落地,以及自建节点与机场同地域url-test容灾池。
拓扑设计

一、架构设计:单 Provider 多 Group 动态过滤
在 proxy-providers 保留全量节点;下沉至各个区域策略组内通过 filter 匹配关键字。这样只需维持一次订阅拉取任务与单份本地缓存文件,即可供给全区域路由。
proxy-providers: 机场1: type: http url: "https://subscribe.example.com/api/v1/client/subscribe?token=xxxx" path: ./providers/airport.yaml interval: 86400 health-check: enable: true url: https://www.gstatic.com/generate_204 interval: 300二、场景落地
1. 区域 URL-Test 自动聚合与自建容灾
将自建节点直接写入策略组的 proxies 列表,同时通过 use 挂载全量 provider 并结合 filter 抓取对应地域。
url-test 会同时对自建节点与匹配出来的机场节点发起基准测速,配合 tolerance 参数防止网络抖动导致的连接震荡。
proxies: - name: "自建线路HK1" type: vless - name: "自建线路HK2" type: ss - name: "自建线路HK3" type: anytls
proxy-groups: # 香港:自建 + 机场,自动容灾 - name: "HK-Auto" type: url-test # 如果希望优先自建,这里可以改成fallback,如果希望流量分摊,这里填 load-balance url: http://落地鸡的web服务/generate_204 # 这里可以改写落地的服务器generate_204 interval: 300 tolerance: 50 proxies: - "自建线路HK1" - "自建线路HK2" - "自建线路HK3" use: - 机场1 - 机场2 - 机场3 # 也可以直接用 include-all,就用所有机场所有节点进行筛选 # include-all: true # 必须同时exclude掉你的落地鸡,否则可能会死循环! # exclude-filter: "亚太自建落地" filter: "(?i)港|hk|hongkong" # 避免用emoji筛选(有的看着一样但是代码不一样)2. 链式代理:机场专线前置 + 自建落地 (Dialer-Proxy)
使用 dialer-proxy 绑定一个上游策略组 HK-Auto。
proxies: # 流量流向:客户端 -> HK-Auto -> 亚太自建落地 -> Target - name: "亚太自建落地" type: ss # 也可以是别的协议,有没有tls都行,甚至socks #【配置省略】 dialer-proxy: "HK-Auto" # 关键点三、自建 generate_204 提供真实测速
默认使用 Google 的 generate_204 测试的是“节点直连 Google CDN 边缘节点”的时延,无法真实反映到目标业务服务器或自建落地的端到端质量。
通过在自建落地机上搭建轻量 HTTP 204 端点,并将 proxy-groups 内的 url 改向该服务,能精确衡量“客户端 机场中继 落地机”整条链路的真实可用性与往返延迟。可以用任意端口,不需要套 ssl 证书
1. Nginx 配置示例
server { listen 56780; listen [::]:56780;
location /generate_204 { # 禁用缓存,确保每次探测触发真实网络请求 add_header Cache-Control "no-cache, no-store, must-revalidate"; add_header Pragma "no-cache"; expires 0;
# 核心指令:直接响应 204 且不携带 body return 204; }
# 其余路径直接阻断,降低被扫描利用风险 location / { return 404; }}2. Caddy 配置示例
:56780 { header /generate_204 { Cache-Control "no-store, no-cache, must-revalidate" } respond /generate_204 204 respond 404}