mihomo 链式代理（dialer-proxy）

概述#

dialer-proxy 是 mihomo 内置于每个代理节点上的参数

当节点配置了此参数时，该节点的底层网络连接会通过指定的另一个代理建立，而不是直接从本机发出。

1
节点 A (dialer-proxy → 节点 B)
2
         ↓
3
节点 A 的底层连接：本地 → 节点 B 服务端 → 节点 A 服务端 → 目标

在这个过程中：

目标网站看到的来源 IP 是节点 A 服务端的 IP
本地网络运营商只能看到你在连接节点 B，不知道节点 A 和目标的存在
节点 B 的服务端知道自己转发了流量到节点 A，但不知道最终访问的是什么目标

`dialer-proxy` 值#

值可以为任意已定义的代理节点名称或策略组名称。

1
proxies:
2
  - name: "落地节点"
3
    dialer-proxy: 拨号策略组
4
    # ... 其他参数
5

6
  - name: "前置节点"
7
    # ...
8

9
proxy-groups:
10
  - name: 拨号策略组
11
    type: select
12
    proxies:
13
      - 前置节点

当 dialer-proxy 指向策略组时，内核会在每次建立连接时根据该策略组的选中的节点进行拨号，同时允许在运行时通过切换策略组中的节点来更换前置链路。

限制#

不允许在策略组上设置 `dialer-proxy`#

68
if _, ok := config["dialer-proxy"]; ok {
69
    log.Errorln("The group [%s] with dialer-proxy configuration is not allowed, ...")
70
}

dialer-proxy 只能写在代理节点上，策略组上写此字段会报错且不生效。

禁止循环引用#

171
return fmt.Errorf("proxy [%s] has circular dialer-proxy dependency", name)

如果 dialer-proxy 引用了自身，或引用的链路上存在环，启动时会报错并退出，允许链式嵌套，但不可成环。

不支持 relay 类型（已移除）#

217
return nil, fmt.Errorf("%w: The group [%s] with relay type was removed, please using dialer-proxy instead", ...)

过往的 relay 策略组类型已被移除，应统一使用 dialer-proxy 实现链式代理。

适用场景#

通过订阅节点中转自建节点#

当自建 VPS 的 IP 被封禁（或被限速）且不想更换 IP 时，可通过已有的机场订阅节点作为前置，中转流量到自建节点落地：

1
proxy-providers:
2
  airport:
3
    type: http
4
    url: "https://example.com/sub"
5

6
proxy-groups:
7
  - name: 拨号组
8
    type: select
9
    use: [airport]
10

11
proxies:
12
  - name: "落地节点"
13
    type: ss
14
    server: <YOUR_VPS_IP>
15
    port: 443
16
    cipher: chacha20-ietf-poly1305
17
    password: <YOUR_PASSWORD>
18
    dialer-proxy: 拨号组
19

20
rules:
21
  - MATCH,落地节点

流量路径为：

1
本地 → 订阅节点（前置）→ 自建 VPS 落地 → 目标网站

TIP
前置节点本质上是在为落地节点建立 TCP 隧道，因此落地节点应选择不依赖 UDP 的协议（SS/VMess/VLESS over TCP 等）。
若落地节点使用 hy2/tuic/wireguard 等纯 UDP 协议，或带有 REALITY/shadowtls 等 TLS 伪装层，前置节点（订阅节点）很可能无法正确转发这些连接。
落地节点推荐使用 ss + chacha20-ietf-poly1305 或 vmess + tcp。

总控模式切换#

个人玩法，不泛用

当同时维护自建直连、链式代理、机场订阅三种模式时，可借助 proxy-providers 的 override 机制，对同一份节点文件分别产生”直连”和”链式”两组配置：

1
proxy-providers:
2
  # 机场订阅
3
  airport:
4
    type: http
5
    url: "https://example.com/sub"
6

7
  # 自建节点（原始）
8
  mine:
9
    type: file
10
    path: ./proxy_provider/mine.yaml
11

12
  # 自建节点（加了 dialer-proxy，用于链式模式）
13
  mine-land:
14
    type: file
15
    path: ./proxy_provider/mine.yaml
16
    override:
17
      dialer-proxy: 链式前置
18

19
proxy-groups:
20
  # 总开关
21
  - name: PROXY
22
    type: select
23
    proxies: [机场节点, 链式代理, 自建直连]
24

25
  - name: 机场节点
26
    type: select
27
    use: [airport]
28

29
  - name: 链式前置
30
    type: select
31
    use: [airport]
32

33
  - name: 链式代理
34
    type: select
35
    use: [mine-land]     # 引用加了 override 的文件
36

37
  - name: 自建直连
38
    type: select
39
    use: [mine]           # 引用原始文件（无 dialer-proxy）
40

41
rules:
42
  - DOMAIN-SUFFIX,google.com,PROXY
43
  - MATCH,PROXY

override 会对 provider 中所有节点批量添加 dialer-proxy 字段（代码位置 adapter/provider/override.go:58-59）。同一份 mine.yaml 文件被引用两次，一次保持原样（自建直连），一次批量添加拨号配置（链式模式）。

1
flowchart LR
2
    U[客户端流量]
3
    P[PROXY 总开关]
4

5
    A[机场节点]
6
    L[链式代理<br/>mine-land]
7
    M[自建直连<br/>mine]
8

9
    D[链式前置]
10
    AS[机场服务端]
11
    LS[落地服务端]
12
    MS[自建服务端]
13
    T[目标网站]
14

15
    U --> P
16
    P --> A
17
    P --> L
18
    P --> M
19

20
    A --> AS --> T
21
    M --> MS --> T
22
    L --> D --> AS --> LS --> T

参考#

虚空终端

友情推荐草履虫也能学会的 Clash 配置：UI界面一键配置精确分流、链式代理

概述#

dialer-proxy 值#

限制#

不允许在策略组上设置 dialer-proxy#

禁止循环引用#

不支持 relay 类型（已移除）#

适用场景#

通过订阅节点中转自建节点#

总控模式切换#

参考#

`dialer-proxy` 值#

不允许在策略组上设置 `dialer-proxy`#