网络连接环境与代理内核基础知识

一次连接包含多个独立环节

应用访问网络通常要经过本地接口、路由、域名解析和目标连接等环节。使用代理内核后，还会涉及应用如何把请求交给入口，以及入口如何根据配置选择处理方式。任意一环失败都可能表现为网页打不开，因此排查时需要描述具体失败阶段。

Mihomo 负责的连接逻辑只是这条路径的一部分。内核运行不能修复所有无线信号、运营商、目标服务器或应用故障。建立分层认识之后，可以先判断问题发生在设备本地，还是只影响某个目标，从而减少无关的配置修改。

系统代理不是所有流量的总开关

系统代理通常向愿意读取该设置的应用提供连接入口。部分应用使用自己的设置或不同网络协议，因此系统代理打开并不意味着全部流量都被相同方式处理。验证时应明确应用支持的代理方式，并观察实际请求是否到达预期入口。

其他流量接管方式可能涉及系统接口、路由与额外权限，它们的作用范围和退出恢复方法又有所不同。不要把几个功能同时启用后只依赖图标判断效果，也不要在不了解已有网络工具时反复叠加入口。先建立一条清晰、可验证的路径。

本机、局域网和公网的边界

监听在本机的服务与对局域网开放的服务具有不同暴露范围。本机回环地址只用于设备自身，局域网地址可能允许同一网络中的其他设备访问，公网暴露则需要更严格地评估访问控制。不能为了让另一台设备连接就随意开放所有地址和端口。

配置是否允许局域网访问、操作系统防火墙如何限制、是否设置必要认证，都应按使用范围检查。管理控制接口与普通代理入口也要分开对待，避免暴露不需要的控制能力。调试完成后，恢复临时开放的设置并保存变更记录。

用对照方法定位影响范围

先确认一个已知可用的普通网络请求，再比较问题应用和问题目标。若所有应用都失败，优先看接口、认证与系统设置；若只有某个域名异常，优先区分解析和服务端问题。单个成功样本不能证明全部路径正常，但可以帮助缩小检查范围。

1. 描述现象：哪个设备、应用、目标和网络。
2. 固定配置，比较一个已知可用目标。
3. 分别检查解析结果、入口可达性和连接报错。
4. 只改变一个条件，重复观察并保留时间记录。

把可观察证据用于下一步判断

日志中的错误类型、端口监听结果和请求时间，比模糊的感觉更适合讨论问题。对外分享时只提供必要片段，并移除私人地址、令牌和账号。不要公开完整配置后再依赖删除消息来保护凭据，凭据一旦外泄应及时更换。

本文提供网络基础认识，不承诺固定提速、永久稳定或特定匿名效果。网络体验受到多方条件影响，理解指标可继续阅读速度与本地环境及延迟与丢包，再按连接检查完成实际验证。

阅读后的检查清单

• 能够区分系统代理与其他流量接管方式。
• 明确监听地址与访问范围。
• 已将现象按设备、应用和目标记录。