ros路由器+adhome+mosdns+mihomo实现双栈网络环境(ipv4&ipv6)-网络延迟排障

fongjinming 2026-04-21 12:15 1

我在排查一个比较奇怪的旁路由延迟问题,想请教大家有没有遇到过类似情况。


一、我的目标架构



我想实现的是:




  • RouterOS 继续做全家默认双栈主路由




  • IPv6 继续由 RouterOS 原生处理




  • AdGuardHome + MosDNS 作为统一 DNS 中枢,尽量避免 DNS 泄漏,并兼容 IPv4/IPv6 共存




  • Mihomo 只负责被选中设备的 IPv4 出国流量




  • 终端设备尽量无感切换,不想手工改每台设备的网关




也就是说,我想做的是:




  • 普通设备:正常走 ROS




  • 指定设备:ROS 通过 policy route 把它们的 IPv4 流量旁路到 Mihomo




  • 但 DNS 仍然由 AdGuardHome + MosDNS 统一管理




二、当前网络环境




  • 主路由:RouterOS RB5009



    • LAN:192.168.5.1/24




  • DNS:dns-core = 192.168.5.3



    • 跑 AdGuardHome + MosDNS




  • Mihomo:




    • LXC:113 / 192.168.5.2




    • VM:109 / 192.168.5.2






  • 测试设备:



    • Win11:192.168.5.249




当前旁路方式是:




  • RouterOS 建 PROXY_V4 路由表




  • 对 PROXY_V4_CLIENTS 中的设备,在 prerouting 用 mark-routing




  • PROXY_V4 的默认路由 next-hop 指向 192.168.5.2




也就是典型的:




  • 终端默认网关仍是 192.168.5.1




  • 但被选中的 IPv4 流量被 ROS 送去旁路由 192.168.5.2




三、现象


最奇怪的是:




  1. 直接走 AdGuardHome → MosDNS 没有这个 7~9 秒延迟




  2. 终端如果直接把网关和 DNS 改成 192.168.5.2,国内网站也是秒开




  3. 只有在 ROS 用 policy route 把流量旁路到 192.168.5.2 时,国内站会出现首包延迟




例如 Win11 上执行:


curl -I -L -o NUL -s -w "namelookup:%{time_namelookup} connect:%{time_connect} starttransfer:%{time_starttransfer} total:%{time_total}\n" http://www.baidu.com


结果大概是:




  • Win11 不在 PROXY_V4:很快




  • Win11 在 PROXY_V4:starttransfer 常见 7s ~ 9.6s




  • Win11 直接把网关改成 192.168.5.2:又变快




所以现象可以总结成一句:


Mihomo 本身不慢,DNS 本身也不是主矛盾,只有"ROS policy route 到同网段旁路由"这条链路会卡。


四、已经做过的排查


我已经排过这些方向:




  • 更换 Mihomo DNS 上游




  • 调整 Mihomo DNS / fake-ip / redir-host / sniff / tun / QUIC 相关项




  • 验证 AdGuardHome / MosDNS 解析链




  • 分别测试 LXC 版 Mihomo 和 VM 版 Mihomo




  • 调整 PVE 宿主机 bridge/veth/offload




  • 关闭部分 offload 后延迟有过改善,但不能根治




  • 换成 VM 后问题依旧,不是单纯 LXC 特有问题




五、最关键抓包结论


无论在 LXC 还是 VM 中抓包,都看到类似现象:




  • Win11 发 SYN




  • 服务器几乎立刻回 SYN,ACK




  • Mihomo 主机也立刻把 SYN,ACK 发回 Win11




  • 但 Win11 往往要过 约 7 秒 才真正回 ACK




  • ACK 之后,后面的 HEAD /、HTTP/1.1 200 OK 都很快




所以我目前的判断是:


慢的不是 DNS,不是目标站响应,不是 Mihomo 出口,而是 TCP 三次握手最后一步。


更具体地说:


服务端回来的 SYN,ACK 已经到了旁路由,但客户端没有及时确认。


六、我目前对根因的怀疑


我怀疑根因在于:


RouterOS 通过 policy route 把流量送到同网段的旁路由 192.168.5.2 时,形成了不对称回程。


当前结构是:




  • Win11:192.168.5.249/24,默认网关 192.168.5.1




  • Mihomo:192.168.5.2/24




  • ROS 把 Win11 的 IPv4 流量送去 192.168.5.2




于是可能形成:




  • 去程:Win11 → ROS → Mihomo




  • 回程:Mihomo → Win11




也就是旁路由发现客户端跟自己同网段,就直接回客户端,不再回主路由。

我怀疑这导致了:




  • conntrack / 回程路径不一致




  • 或某种同网段旁路的实现细节问题




  • 从而导致 TCP 握手最后 ACK 明显延迟




七、我接下来打算怎么验证


我现在考虑不再让 Mihomo 与客户端处于同网段,而是:




  • PVE 第二块物理口 enp5s0




  • 直接连 RouterOS ether7




  • 建一条专用 transit 链路,例如:




    • ROS:192.168.6.1/30




    • Mihomo VM:192.168.6.2/30






这样路径强制变成:




  • 去程:Win11 → ROS → Mihomo




  • 回程:Mihomo → ROS → Win11




也就是把潜在的不对称回程排掉。


八、想请教大家的问题




  1. 有没有人遇到过:




    • RouterOS mark-routing + 同网段旁路 next-hop




    • 导致国内站 TCP 首包延迟 7~9 秒




    • 但终端直接把网关改成旁路由后又恢复正常






  2. 这种现象是否更像:




    • 同网段旁路不对称回程




    • conntrack 问题




    • rp-filter 问题




    • 还是 RouterOS policy routing 的某种限制/坑






  3. 对我这种目标架构:




    • ROS 继续做双栈主网关




    • DNS 继续统一由 AdGuardHome + MosDNS 管




    • Mihomo 仅处理被选中的 IPv4




    是不是更推荐:




    • 不要让旁路由与客户端同网段




    • 而是给 Mihomo 一条单独 transit 网段/物理链路








最新回复 (13)
  • fongjinming 楼主 04-21 12:18
    1
    log:
    level: info

    plugins:

    tag: cache_lan
    type: cache
    args:
    size: 2048

    tag: cache_wan
    type: cache
    args:
    size: 8192

    tag: has_resp_sequence
    type: sequence
    args:

    matches:

    has_resp
    exec: accept

    tag: upstream_local
    type: forward
    args:
    concurrent: 1
    upstreams:
    - addr: “udp://192.168.5.1:53”

    tag: upstream_cn
    type: forward
    args:
    concurrent: 3
    upstreams:
    - addr: “https://dns.alidns.com/dns-query”
    dial_addr: “223.5.5.5”
    - addr: “https://doh.pub/dns-query”
    dial_addr: “119.29.29.29”
    - addr: “https://doh.360.cn/dns-query”
    dial_addr: “101.226.4.6”

    tag: upstream_global
    type: forward
    args:
    concurrent: 2
    upstreams:
    - addr: “https://cloudflare-dns.com/dns-query”
    dial_addr: “1.1.1.1”
    - addr: “https://dns.google/dns-query”
    dial_addr: “8.8.8.8”
    - addr: “tls://1dot1dot1dot1.cloudflare-dns.com”
    dial_addr: “1.0.0.1”
    enable_pipeline: true
    - addr: “tls://dns.google”
    dial_addr: “8.8.4.4”
    enable_pipeline: true

    tag: reject_qtype65
    type: sequence
    args:

    exec: reject 3

    tag: query_lan
    type: sequence
    args:

    exec: $cache_lan

    exec: $upstream_local

    exec: jump has_resp_sequence

    tag: query_cn
    type: sequence
    args:

    exec: $cache_wan

    exec: $upstream_cn

    exec: jump has_resp_sequence

    tag: query_global
    type: sequence
    args:

    exec: $cache_wan

    exec: $upstream_global

    exec: jump has_resp_sequence

    tag: main_sequence
    type: sequence
    args:

    matches:

    qtype 65
    exec: goto reject_qtype65

    matches:

    qtype 12
    exec: goto query_lan

    matches:

    qtype 255
    exec: goto query_lan

    matches:

    qname &/etc/mosdns/rules/private_domains.txt
    exec: goto query_lan

    matches:

    qname &/etc/mosdns/rules/cn_domains.txt
    exec: goto query_cn

    matches:

    qname &/etc/mosdns/rules/gfw_domains.txt
    exec: goto query_global

    matches:

    qname &/etc/mosdns/rules/geolocation_not_cn_domains.txt
    exec: goto query_global

    直连模式的关键点:未知域名也默认走国内

    exec: goto query_cn

    tag: udp_server
    type: udp_server
    args:
    entry: main_sequence
    listen: 127.0.0.1:5335

    tag: tcp_server
    type: tcp_server
    args:
    entry: main_sequence
    listen: 127.0.0.1:5335


    补充mosdns配置

  • fongjinming 楼主 04-21 12:20
    2
    ══════════════════════════════════════════════════════════════

    Mihomo 统一规则候选版 · 与 MosDNS 的 cn/gfw/!cn 思路对齐

    ══════════════════════════════════════════════════════════════

    设计目标:

    1. 保留当前已验证可用的 provider / 地区节点组

    2. 让 Mihomo 的 DNS 与流量规则更贴近 Loyalsoldier geosite/geoip 分类

    3. 为后续 MosDNS 使用 cn / gfw / geolocation-!cn 规则源做统一思路

    4. 不触碰 IPv6 代理,继续只把 Mihomo 作为 IPv4 代理与 DNS 防泄漏核心

    mixed-port: 7890
    allow-lan: true
    bind-address: “*”
    mode: rule
    log-level: debug
    ipv6: false
    find-process-mode: strict
    unified-delay: true
    tcp-concurrent: true
    global-client-fingerprint: chrome
    keep-alive-interval: 30
    keep-alive-idle: 600
    geodata-mode: true
    geodata-loader: memconservative
    geosite-matcher: succinct

    external-controller: 0.0.0.0:9090
    secret: “”
    external-ui: ui
    external-ui-url: “https://github.com/MetaCubeX/metacubexd/archive/refs/heads/gh-pages.zip”

    profile:
    store-selected: true
    store-fake-ip: true

    geox-url:
    geoip: “https://fastly.jsdelivr.net/gh/Loyalsoldier/v2ray-rules-dat@release/geoip.dat”
    geosite: “https://fastly.jsdelivr.net/gh/Loyalsoldier/v2ray-rules-dat@release/geosite.dat”
    mmdb: “https://fastly.jsdelivr.net/gh/MetaCubeX/meta-rules-dat@release/country.mmdb”

    tun:
    enable: true
    stack: mixed
    device: mihomo
    dns-hijack:
    - any:53
    - tcp://any:53
    auto-detect-interface: true
    auto-route: true
    strict-route: true
    mtu: 1500
    route-exclude-address:
    - 192.168.5.0/24
    - 192.168.10.0/24
    - 192.168.1.0/24
    - 10.0.0.0/8
    - 172.16.0.0/12

    sniffer:
    enable: true
    sniff:
    HTTP:
    ports: [80, 8080-8880]
    override-destination: true
    TLS:
    ports: [443, 8443]
    QUIC:
    ports: [443, 8443]
    skip-domain:
    - “Mijia Cloud”
    - “+.push.apple.com”

    dns:
    enable: true
    listen: 0.0.0.0:53
    ipv6: false

    Keep encrypted upstream DNS for leak prevention, but avoid H3 cold-start latency.

    prefer-h3: false
    use-hosts: true
    enhanced-mode: fake-ip
    fake-ip-range: 198.18.0.1/16
    respect-rules: true
    fake-ip-filter:
    - “.lan"
    - ".local”
    - “.localhost"
    - "+.stun.."
    - "+.stun...”
    - “time..com"
    - “+.xboxlive.com”
    - “+.nintendo.net”
    - “+.push.apple.com”
    - “wg.xxxx.de”
    - ".nas.xxxxxx.de”
    default-nameserver:
    - 1.1.1.1
    - 8.8.8.8
    proxy-server-nameserver:
    - 8.138.94.132:8053
    - https://cloudflare-dns.com/dns-query
    - https://dns.google/dns-query
    nameserver-policy:
    # 先照顾中国大陆、私网以及在国内有较稳定接入的例外分类。
    “geosite:private,cn,apple-cn,google-cn,category-games@cn”:
    - https://223.5.5.5/dns-query
    - https://doh.pub/dns-query
    “wg.xxxx.de”:
    - https://223.5.5.5/dns-query
    - https://doh.pub/dns-query
    “+.nas.xxxx.de”:
    - https://223.5.5.5/dns-query
    - https://doh.pub/dns-query
    “+.digital-nvme.com”:
    - 8.138.94.132:8053
    # 明确需要代理的域名与广义非中国域名统一走国外 DoH。
    “geosite:gfw,geolocation-!cn”:
    - https://cloudflare-dns.com/dns-query
    - https://dns.google/dns-query
    nameserver:
    - https://cloudflare-dns.com/dns-query
    - https://dns.google/dns-query

    p: &provider_base
    type: http
    interval: 86400
    health-check:
    enable: true
    url: “https://cp.cloudflare.com/generate_204”
    interval: 300
    lazy: false
    filter: “^(?!.(剩余|到期|官网|免费|试用|套餐|重置|过期|流量|时间|邮箱|客服|订阅)).$”

    rs_classical: &rs_classical
    type: http
    interval: 43200
    format: text
    behavior: classical

    rs_domain: &rs_domain
    type: http
    interval: 43200
    format: text
    behavior: domain

    g_select: &g_select
    type: select
    include-all: true

    g_urltest: &g_urltest
    type: url-test
    url: “https://cp.cloudflare.com/generate_204”
    interval: 300
    lazy: false
    tolerance: 50
    timeout: 2000
    max-failed-times: 3
    include-all: true
    hidden: true

    g_fallback: &g_fallback
    type: fallback
    url: “https://cp.cloudflare.com/generate_204”
    interval: 300
    lazy: false
    timeout: 2000
    max-failed-times: 3
    include-all: true
    hidden: true

    g_balance: &g_balance
    type: load-balance
    url: “https://cp.cloudflare.com/generate_204”
    interval: 300
    lazy: false
    timeout: 2000
    strategy: consistent-hashing
    max-failed-times: 3
    include-all: true
    hidden: true

    FilterHK: &FilterHK ‘^(?=.(🇭🇰|港|香港|HK|Hong Kong|-HK|_HK))(?!.(回国|校园|剩余|到期|官网|客服|订阅|节点|过期)).$’
    FilterTW: &FilterTW '^(?=.(🇹🇼|台|台湾|TW|Taiwan|-TW|_TW))(?!.(回国|校园|剩余|到期|官网|客服|订阅|节点|过期)).$’
    FilterJP: &FilterJP ‘^(?=.(🇯🇵|日|日本|JP|Japan|Tokyo|Osaka|-JP|_JP))(?!.(回国|校园|剩余|到期|官网|客服|订阅|节点|过期)).$’
    FilterSG: &FilterSG '^(?=.(🇸🇬|新|新加坡|SG|Singapore|-SG|_SG))(?!.(回国|校园|剩余|到期|官网|客服|订阅|节点|过期)).$’
    FilterUS: &FilterUS ‘^(?=.(🇺🇸|美|美国|US|United States|-US|_US))(?!.(回国|校园|剩余|到期|官网|客服|订阅|节点|过期)).$’
    FilterKR: &FilterKR '^(?=.(🇰🇷|韩|韩国|KR|Korea|-KR|_KR))(?!.(回国|校园|剩余|到期|官网|客服|订阅|节点|过期)).$’

    proxy-providers:
    aladdin:
    <<: *provider_base
    url: “http://192.168.5.5:3000/download/xxxxxxxxxxx?target=ClashMeta”
    path: ./providers/aladdin.yaml
    #bitsflow:

    <<: *provider_base

    url: “http://192.168.5.5:3000/download/mmmmmmmmmmm?target=ClashMeta”

    path: ./providers/bitsflow.yaml

    proxy-groups:

    name: “节点选择”
    <<: *g_select

    name: “自动选择”
    <<: *g_urltest
    use: &all_providers [aladdin, bitsflow]

    name: “美国自动”
    <<: *g_urltest
    use: *all_providers
    filter: *FilterUS

    name: “美国故障转移”
    <<: *g_fallback
    use: *all_providers
    filter: *FilterUS

    name: “美国负载均衡”
    <<: *g_balance
    use: *all_providers
    filter: *FilterUS

    name: “美国节点”
    type: select
    proxies: [“美国自动”, “美国故障转移”, “美国负载均衡”, “节点选择”, “自动选择”]

    name: “日本自动”
    <<: *g_urltest
    use: *all_providers
    filter: *FilterJP

    name: “日本故障转移”
    <<: *g_fallback
    use: *all_providers
    filter: *FilterJP

    name: “日本负载均衡”
    <<: *g_balance
    use: *all_providers
    filter: *FilterJP

    name: “日本节点”
    type: select
    proxies: [“日本自动”, “日本故障转移”, “日本负载均衡”, “节点选择”, “自动选择”]

    name: “新加坡自动”
    <<: *g_urltest
    use: *all_providers
    filter: *FilterSG

    name: “新加坡故障转移”
    <<: *g_fallback
    use: *all_providers
    filter: *FilterSG

    name: “新加坡负载均衡”
    <<: *g_balance
    use: *all_providers
    filter: *FilterSG

    name: “新加坡节点”
    type: select
    proxies: [“新加坡自动”, “新加坡故障转移”, “新加坡负载均衡”, “节点选择”, “自动选择”]

    name: “香港自动”
    <<: *g_urltest
    use: *all_providers
    filter: *FilterHK

    name: “香港故障转移”
    <<: *g_fallback
    use: *all_providers
    filter: *FilterHK

    name: “香港负载均衡”
    <<: *g_balance
    use: *all_providers
    filter: *FilterHK

    name: “香港节点”
    type: select
    proxies: [“香港自动”, “香港故障转移”, “香港负载均衡”, “节点选择”, “自动选择”]

    name: “韩国自动”
    <<: *g_urltest
    use: *all_providers
    filter: *FilterKR

    name: “韩国故障转移”
    <<: *g_fallback
    use: *all_providers
    filter: *FilterKR

    name: “韩国负载均衡”
    <<: *g_balance
    use: *all_providers
    filter: *FilterKR

    name: “韩国节点”
    type: select
    proxies: [“韩国自动”, “韩国故障转移”, “韩国负载均衡”, “节点选择”, “自动选择”]

    name: “台湾自动”
    <<: *g_urltest
    use: *all_providers
    filter: *FilterTW

    name: “台湾故障转移”
    <<: *g_fallback
    use: *all_providers
    filter: *FilterTW

    name: “台湾负载均衡”
    <<: *g_balance
    use: *all_providers
    filter: *FilterTW

    name: “台湾节点”
    type: select
    proxies: [“台湾自动”, “台湾故障转移”, “台湾负载均衡”, “节点选择”, “自动选择”]

    name: “全球直连”
    type: select
    proxies: [DIRECT]

    name: “全球拦截”
    type: select
    proxies: [REJECT]

    name: “广告拦截”
    type: select
    proxies: [“全球拦截”, “全球直连”]

    name: “代理主选”
    type: select
    proxies: [“美国节点”, “自动选择”, “节点选择”, “日本节点”, “新加坡节点”, “香港节点”, “韩国节点”, “台湾节点”, “全球直连”]

    name: “AI服务”
    type: select

    AI 先给自动选择兜底,避免把 OpenAI 锁死在某个并不稳定的美国出口上。

    proxies: [“自动选择”, “美国节点”, “美国自动”, “美国故障转移”, “节点选择”, “日本节点”, “新加坡节点”, “代理主选”, “全球直连”]

    name: “国外媒体”
    type: select
    proxies: [“代理主选”, “自动选择”, “香港节点”, “日本节点”, “新加坡节点”, “美国节点”, “节点选择”, “全球直连”]

    name: “国内媒体”
    type: select
    proxies: [“全球直连”, “代理主选”]

    name: “电报信息”
    type: select
    proxies: [“自动选择”, “新加坡节点”, “香港节点”, “美国节点”, “节点选择”, “代理主选”]

    name: “苹果服务”
    type: select
    proxies: [“代理主选”, “全球直连”, “自动选择”, “节点选择”]

    name: “微软服务”
    type: select
    proxies: [“全球直连”, “美国节点”, “自动选择”, “节点选择”, “代理主选”]

    name: “漏网之鱼”
    type: select
    proxies: [“代理主选”, “自动选择”, “节点选择”, “全球直连”]

    rule-providers:
    local:
    type: file
    behavior: classical
    path: ./ruleset/local.yaml

    reject_non_ip:
    <<: *rs_classical
    url: “https://ruleset.skk.moe/Clash/non_ip/reject.txt”
    path: ./rule_set/reject_non_ip.txt
    reject_non_ip_drop:
    <<: *rs_classical
    url: “https://ruleset.skk.moe/Clash/non_ip/reject-drop.txt”
    path: ./rule_set/reject_non_ip_drop.txt
    reject_domainset:
    <<: *rs_domain
    url: “https://ruleset.skk.moe/Clash/domainset/reject.txt”
    path: ./rule_set/reject_domainset.txt
    ai_non_ip:
    <<: *rs_classical
    url: “https://ruleset.skk.moe/Clash/non_ip/ai.txt”
    path: ./rule_set/ai_non_ip.txt
    telegram_non_ip:
    <<: *rs_classical
    url: “https://ruleset.skk.moe/Clash/non_ip/telegram.txt”
    path: ./rule_set/telegram_non_ip.txt
    stream_non_ip:
    <<: *rs_classical
    url: “https://ruleset.skk.moe/Clash/non_ip/stream.txt”
    path: ./rule_set/stream_non_ip.txt
    apple_services:
    <<: *rs_classical
    url: “https://ruleset.skk.moe/Clash/non_ip/apple_services.txt”
    path: ./rule_set/apple_services.txt
    microsoft_non_ip:
    <<: *rs_classical
    url: “https://ruleset.skk.moe/Clash/non_ip/microsoft.txt”
    path: ./rule_set/microsoft_non_ip.txt

    rules:

    RULE-SET,local,DIRECT

    RULE-SET,reject_non_ip,广告拦截

    RULE-SET,reject_domainset,广告拦截

    RULE-SET,reject_non_ip_drop,REJECT-DROP

    RULE-SET,ai_non_ip,AI服务

    RULE-SET,telegram_non_ip,电报信息

    RULE-SET,stream_non_ip,国外媒体

    GEOSITE,apple-cn,DIRECT

    GEOSITE,google-cn,DIRECT

    GEOSITE,category-games@cn,DIRECT

    RULE-SET,apple_services,苹果服务

    RULE-SET,microsoft_non_ip,微软服务

    GEOSITE,gfw,代理主选

    GEOSITE,geolocation-!cn,代理主选

    GEOSITE,cn,DIRECT

    GEOIP,telegram,电报信息,no-resolve

    GEOIP,private,DIRECT,no-resolve

    GEOIP,cn,DIRECT,no-resolve

    MATCH,漏网之鱼


    补充mihomo的配置。其中xxxxxx 是自己的ipv6代理域名

  • fongjinming 楼主 04-21 12:22
    3

    补充adhome的配置


    adhome的配置较为简单

    只是把上游服务器改成:127.0.0.1:5335


  • fongjinming 楼主 04-21 12:27
    4

    ros核心配置


    /routing table
    add disabled=no fib name=PROXY_V4 comment=“仅 IPv4 旁路到 Mihomo”

    /ip route
    add disabled=no dst-address=0.0.0.0/0 gateway=192.168.5.2 routing-table=PROXY_V4 comment=“IPv4 默认代理出口 → Mihomo”

    /ip firewall mangle
    add action=accept chain=prerouting dst-address-list=LAN_MGMT_NETS comment="Bypass: 内网/管理网互访不走 Mihomo"
    add action=mark-routing chain=prerouting src-address-list=PROXY_V4_CLIENTS new-routing-mark=PROXY_V4 passthrough=no comment="proxy-v4-mark"

  • cm123 04-21 12:29
    5

    看不懂。

    现在我的配置是抄2年前的别人的配置op+adg+mosdns+openclash。

    实现国内双栈走本地,国外走openclash,用服务器的双栈。

  • fongjinming 楼主 04-21 12:31
    6

    补充 当前pve的网络都是共用vmb0 ->enp4s0 因为q1hy只有1个2.5g网口 考虑回家把enp5s0分配给mihomo去尝试是否能解决这个问题

  • X-Clone 04-21 12:33
    7

    好复杂,这块感觉不是很懂,不过看起来很不错,有机会好好研究下,谢谢佬

  • fongjinming 楼主 04-21 12:33
    8

    原本那个路径我也不懂 最近重新入了硬路由 彻底解放了pve 你看我原本也是ikuai。硬路由稳定 wg回家方便 现在就上班折腾。 以前我也是用openwrt 的openclash 现在改用不算最新的mihomo 还有nikiki 反正目前就是想解决这个双栈问题。如果单ipv4的话 应该直接让mihomo劫持全屋特定设备的dns即可了啦 目前是无泄漏 实际泄漏其实就是跟最终出去的节点有关吧 不能错乱。

  • fongjinming 楼主 04-21 12:34
    9

    可以呀不过我都是半桶水 部分都是问codex 部分自己折腾学习 mihomo的配置可以直接拿来用 不过sub-store需要自己搭建。目前(已测无泄漏)

  • onjim 05-16 02:20
    10

    佬友这个配置会在adguardhome中有查询记录不

  • 看不到我👀 05-16 03:08
    11



    佬友这个彩色内容怎么设置的???

  • kong 05-21 18:13
    12

    佬友这个结构后续有更新

    发展吗?

  • u1y0ne 06-22 13:20
    13

    我和你的架构一样,但是没有你这个问题

* 帖子来源Linux.do
返回