网络与客户端常见问题 FAQ
简答：遇到客户端连不上、网页打不开或速度不稳定时，先区分是设备、DNS、路由、客户端配置还是线路问题，再按“基础网络—DNS—客户端—MTU与丢包”的顺序逐项排查。
定义：网络与客户端 FAQ 是针对连接失败、DNS 异常、TUN 模式、延迟丢包和配置导入等常见问题提供的诊断与处理清单。
先判断：问题出在设备、网络还是客户端
不要一看到连接失败就立即更换节点或重装客户端。先关闭客户端，使用同一台设备访问普通网站，再用另一台设备连接同一个 Wi-Fi 或有线网络。若所有设备都无法访问，优先检查路由器、宽带或办公网络；若只有一台设备异常，重点检查系统网络设置；若关闭客户端后正常、开启后异常，则重点检查代理端口、规则、DNS、TUN 虚拟网卡和权限。
- 基础网络：确认 Wi-Fi 或网线已连接，检查是否能获得正常 IP、网关和 DNS。
- 域名解析：如果能访问 IP 但打不开域名，优先排查 DNS、Hosts 文件和客户端 DNS 接管。
- 客户端配置：检查订阅是否成功导入、配置是否已启用、端口是否被其他程序占用。
- 线路质量：如果能连接但延迟高、丢包或频繁断开，再检查节点、出口线路和 MTU。
Windows 官方建议在网络异常时依次尝试重置 Winsock、TCP/IP、更新或释放 IP，以及刷新 DNS 缓存；可参考微软官方 Windows 网络排查说明。
DNS 异常怎么排查
DNS 的作用是把域名解析为 IP 地址。常见表现包括网页一直转圈、部分域名打不开、客户端日志出现解析失败，或者开启 TUN 后所有请求都异常。先判断问题范围：在 Windows 命令提示符中执行 nslookup example.com，观察是否能返回地址；也可以对比关闭客户端前后的解析结果。
- 关闭客户端的 TUN、DNS 接管或增强模式，测试系统网络是否恢复。
- 检查系统 DNS 是否被手动设置，确认没有残留的旧 DNS、代理或 Hosts 规则。
- 在 Windows 管理员命令提示符中依次执行
ipconfig /flushdns、ipconfig /release、ipconfig /renew，然后重新测试。 - 如果只在某个客户端中异常，检查该客户端的 DNS 监听地址、上游 DNS、分流规则以及是否存在端口冲突。
- 如果启用了加密 DNS，确认系统、浏览器和客户端没有同时接管同一类请求，避免出现循环解析。
Windows 11 支持在网络设置中配置 DNS over HTTPS；具体入口和回退行为以微软官方网络设置说明为准。使用 Mihomo 时，DNS、fake-ip、DNS 劫持和 TUN 路由属于相互关联的配置，应以Mihomo 官方配置示例中的字段说明为准，不要直接复制不适配当前系统的完整配置。
TUN 模式开启后无法上网怎么办
TUN 模式通过虚拟网卡和系统路由接管更多应用的流量，因此通常需要管理员权限，并可能与其他 VPN、虚拟网卡、防火墙或安全软件冲突。排查时不要同时修改多个选项，否则很难判断是哪一步生效。
- 先关闭其他 VPN、代理软件和虚拟网卡工具，只保留一个客户端运行。
- 确认客户端已经加载有效配置，再开启 TUN；如果系统弹出权限请求，确认客户端来源可信后再授权。
- 先使用默认的系统栈、自动路由和自动识别出口网卡，确认基本连通后再调整 DNS 劫持、严格路由或 fake-ip。
- 开启 TUN 后分别测试：打开网页、执行域名解析、访问局域网设备。若网页正常但局域网失效，检查严格路由和局域网排除项。
- 关闭 TUN 后恢复系统 DNS 与路由；如果系统仍无法联网，重启客户端和网络适配器，必要时使用系统网络重置。
Mihomo 配置示例明确列出了 auto-route、auto-detect-interface、dns-hijack 和 mtu 等选项，但这些字段之间存在依赖关系，建议一次只改一个参数并保留日志。
连接成功但延迟高、丢包或速度慢
“连接成功”只说明握手或基础请求完成，不等于线路稳定。应分别记录延迟、丢包、解析时间和实际传输表现，避免把单次测速结果当成长期结论。
- 在同一设备、同一网络、相近时间测试多个节点，先比较是否只有某个节点异常。
- 分别测试空闲网络和高峰时段；如果高峰时明显变差，可能与本地网络拥塞、出口拥塞或跨境链路有关。
- 使用连续 Ping 或客户端日志观察丢包是否发生在本地网关、隧道对端或目标地址，不能只看最终延迟。
- 如果网页部分加载、上传失败或大文件传输中断，检查 MTU。不要盲目设置很大的数值，应从客户端或系统默认值开始，小幅调整后重复验证。
- 更换节点前先确认规则没有把目标流量错误地分到直连、拒绝或其他策略组。
WireGuard 会作为网络接口参与系统路由，隧道接口、路由表和路径 MTU 都可能影响实际表现；遇到问题时应同时检查握手时间、路由和接口状态，而不是只看客户端是否显示“已连接”。
不同设备的快速处理清单
- Windows：先运行系统网络诊断，再检查代理设置、适配器状态和 DNS 缓存；网络重置应放在较后步骤，因为它可能移除网络适配器及相关虚拟网络配置。
- macOS：检查系统网络服务顺序、代理、DNS 和客户端虚拟网卡；关闭客户端后确认 DNS 是否恢复。
- iOS：先确认 Wi-Fi 已连接并显示勾选标记，再切换其他网络测试；若安装了 VPN 或安全软件，可暂时停用后复测。苹果官方也建议检查路由器、重启网络设备，最后再考虑“还原网络设置”，因为该操作会删除已保存的网络、VPN 和 APN 设置，可参考Apple 官方 Wi-Fi 排查说明。
- Android：检查系统 VPN 是否被其他应用占用，确认客户端电池优化没有阻止后台运行，并核对私有 DNS、热点和移动数据权限。
常见现象与优先排查方向
| 现象 | 优先检查 | 下一步 |
|---|---|---|
| 所有设备都无法联网 | 路由器、宽带、办公网络 | 更换网络或联系网络管理员 |
| 只有一台设备异常 | 系统代理、DNS、网卡、权限 | 重置网络组件并检查适配器 |
| 关闭客户端正常，开启后异常 | 端口、规则、DNS、TUN | 关闭增强功能后逐项恢复 |
| 能打开部分网站但域名解析失败 | DNS、Hosts、DNS 接管 | 执行解析测试并检查 DNS 配置 |
| 显示连接成功但频繁断开 | 丢包、MTU、线路拥塞 | 保留日志并对比多个节点与时段 |
| 网页正常但局域网设备不可访问 | 严格路由、局域网排除项 | 检查路由规则和本地网段 |
常见问题
客户端显示已连接，但浏览器打不开网页，先检查什么？
先关闭客户端测试普通网络，再确认系统代理是否指向正确端口；随后执行域名解析测试，区分是代理端口、DNS、规则还是线路问题。不要一开始就修改多个配置。
为什么开启 TUN 后 DNS 反而异常？
TUN 可能同时改变路由、DNS 接管和虚拟网卡设置。如果 DNS 请求被系统、浏览器和客户端重复接管，可能出现循环或超时。建议恢复默认配置，先确认 TUN 基础连通，再单独启用 DNS 劫持或增强模式。
Windows 执行 ipconfig /flushdns 后仍然打不开网页怎么办？
刷新 DNS 只处理本机缓存，不能修复网关断网、代理端口错误、规则误分流或线路丢包。继续检查 IP、网关、代理设置，并关闭客户端进行对照测试。
连接成功但速度很慢，是节点一定有问题吗？
不一定。速度可能受到本地 Wi-Fi、办公网络、出口拥塞、目标站点、规则分流和 MTU 影响。应在相同时间和网络下对比多个节点，并记录延迟、丢包和传输表现。
什么时候应该重置系统网络？
当常规诊断、重启网络适配器、刷新 DNS 和检查代理都无效，且确认问题属于本机网络组件时再考虑。重置前记录 Wi-Fi 密码、VPN、虚拟网卡和自定义 DNS，因为部分系统会删除这些设置。
订阅导入成功但规则没有生效怎么办？
确认配置已经切换为当前活动配置，检查规则模式、策略组和目标域名是否匹配；再查看客户端日志，判断请求是直连、代理、拒绝还是 DNS 解析失败。字段名称和行为应以所用客户端的官方文档为准。