OpenClash + AdGuardHome + MosDNS:三件套闭环解决方案,让 Fake-IP 真正生效!

.hcb_wrap.hcb_wrap{–hcb–bgc:#0d1117;–hcb–c:#e6edf3;–hcb–ff:”Consolas”,”Menlo”,”Courier New”,monospace;–hcb–data-label–bgc:#161b22;–hcb–data-label–c:#8b949e;–hcb–line-numbers–c:#484f58;–hcb–scbar-track–bgc:#161b2280;–hcb–scbar-thumb–bgc:#30363d}
.hcb_wrap.hcb_wrap>pre,.hcb_wrap.hcb_wrap>pre>code{background:#0d1117;color:#e6edf3;text-shadow:none!important;-webkit-font-smoothing:antialiased;-moz-osx-font-smoothing:grayscale;letter-spacing:0;font-weight:400!important}
.hcb_wrap :is(code,span){font-weight:400!important;font-style:normal!important;text-shadow:none!important}
.hcb_wrap .token.comment,.hcb_wrap .token.prolog,.hcb_wrap .token.doctype,.hcb_wrap .token.cdata,.hcb_wrap .token.punctuation{color:#8b949e}
.hcb_wrap .token.keyword,.hcb_wrap .token.boolean,.hcb_wrap .token.selector,.hcb_wrap .token.tag{color:#ff7b72}
.hcb_wrap .token.string,.hcb_wrap .token.attr-value,.hcb_wrap .token.char{color:#a5d6ff}
.hcb_wrap .token.function,.hcb_wrap .token.class-name{color:#d2a8ff}
.hcb_wrap .token.number,.hcb_wrap .token.constant,.hcb_wrap .token.symbol,.hcb_wrap .token.operator,.hcb_wrap .token.entity,.hcb_wrap .token.url{color:#79c0ff;background:transparent}
.hcb_wrap .token.property,.hcb_wrap .token.attr-name,.hcb_wrap .token.atrule,.hcb_wrap .token.keyword.def{color:#7ee787}
.hcb_wrap .token.variable,.hcb_wrap .token.regex,.hcb_wrap .token.important{color:#ffa657}
.hcb_wrap .hcb-clipboard{opacity:.85}

OpenClash三件套架构

在科学上网中,DNS 解析的正确性不仅关系到速度,更关乎隐私与安全。你是否也遇到过:

  • OpenClash 的 Fake-IP 模式失效?
  • DNS 广告拦截 不彻底?
  • MosDNS 的缓存和分流效果 不如预期?

别急,经过反复测试与实战调试,我整理出一套闭环 DNS 架构:OpenClash + AdGuardHome + MosDNS 三件套组合,全面优化 DNS 解析、广告拦截与缓存效率。

AdGuardHome配置

✅ 这套方案能解决什么问题?

  • Fake-IP 模式恢复生效,提升代理解析效率;
  • 广告拦截更干净彻底,避免漏网之鱼;
  • MosDNS 作为缓存中转站,提升解析响应速度;
  • 构建完整的 DNS 闭环链路,规避污染与泄露风险。
MosDNS解析流程

???? 数据流核心逻辑:

客户端 → OpenClash 劫持 → AdGuardHome 广告拦截 → MosDNS 缓存 → OpenClash 再次判断 → 上游 DNS

这样设置的最大亮点就是:让 OpenClash 成为 DNS 决策的中枢大脑,Fake-IP 才能真正生效,所有缓存与广告过滤都围绕它展开。

???? 配置简要说明:

  • OpenClash:启用 Fake-IP、监听 7874,作为首端和最终 DNS 中枢;
  • AdGuardHome:监听 533,专注广告过滤,不参与分流;
  • MosDNS:监听 5335,只做缓存与中转,交由 OpenClash 判定出境/内。

???? 完整详细配置与实测教程已发布:

OpenClash + AdGuardHome + MosDNS 完整闭环解决方案:实现 Fake-IP生效、DNS防污染、广告拦截更彻底与 DNS 缓存优化 – 科技老王

欢迎收藏、分享,让更多软路由玩家少走弯路!

相关阅读:

三件套的正确职责边界

组件 主要职责 不应承担的任务
OpenClash 代理分流、Fake-IP 映射与规则判断 不要与多个 DNS 服务互相循环转发
AdGuard Home 域名过滤、查询日志与客户端策略 不是代理流量转发器
MosDNS DNS 分流、缓存与上游选择 不能替代防火墙和完整代理策略

推荐的排错方法

  1. 暂时停用 AdGuard Home 和 MosDNS,只保留 OpenClash 默认 DNS,确认基础代理可用。
  2. 加入 MosDNS,检查国内外域名解析、缓存和日志。
  3. 最后加入 AdGuard Home,并确保其上游只指向明确的 MosDNS 监听端口。
  4. 检查 dnsmasq、53 端口劫持、IPv6 DNS 和浏览器 DoH,确认没有绕过或环路。

不同插件版本的菜单名称和端口可能变化。不要照抄端口号;应根据当前设备的监听状态绘制自己的 DNS 数据流。

如何验证 Fake-IP 是否真正生效?

在客户端发起新的域名访问,查看 OpenClash 连接日志是否出现对应域名和策略组;同时检查 AdGuard Home 与 MosDNS 日志是否只有预期的一次转发链路。若页面能打开但日志完全对不上,通常存在浏览器 DoH、IPv6 或客户端手动 DNS 绕过。

原创文章,作者:Tech.laowang,如若转载,请注明出处:https://techlaowang.com/openclash-adguardhome-mosdns-fake-ip/

赞 (0)
Tech.laowang的头像Tech.laowang
上一篇 5 月 11, 2025 3:49 下午
下一篇 8 月 2, 2025 4:05 下午

相关推荐

探索技术世界,获取软件解决方案与科学上网的专业知识分享——你可信赖的技术资源平台!