客户端、内核与订阅:从安装到连接
客户端装好了,节点列表却是空的,通常还缺少连接配置。先分清客户端、内核和订阅各自做什么,再看手里的链接应该从哪里导入。
阅读解释 →AFQKIT / NETWORK BASICS
看不懂客户端里的设置,可以先从这里查原理。遇到连接问题,再看指标说明和分层排查,或回到具体工具教程操作。
客户端装好了,节点列表却是空的,通常还缺少连接配置。先分清客户端、内核和订阅各自做什么,再看手里的链接应该从哪里导入。
阅读解释 →浏览器能打开网页,终端却连不上,问题可能出在应用没有读取系统代理。系统代理和 TUN 是两种把流量交给客户端的方法,先选适合应用的入口,再检查出站。
阅读解释 →给浏览器或终端填写代理地址时,先看客户端开放了哪种入口。HTTP 与 SOCKS5 都能转发连接,但地址写法、域名解析和 UDP 支持需要分别核对。
阅读解释 →安卓代理客户端也会弹出 VPN 授权,这很容易让人把两者混为一谈。判断它在做什么,要看流量怎样进入应用、又用什么方式发往目标。
阅读解释 →网站打不开时,先看域名能否得到地址,再查后续连接。DNS 负责查询记录;DoH、DoT、DoQ 改变查询的传输方式,适合放在同一条解析流程里理解。
阅读解释 →已经选了节点,某个网站却仍然直连,先看看这次请求命中了哪个策略组。分流决定进入客户端的流量从哪里出去,节点选择只是其中一步。
阅读解释 →把 .yaml 改名为 .json,不能让配置换个客户端就能用。格式决定数据怎么写,内核决定字段怎么解释;迁移时两项都要对得上。
阅读解释 →节点延迟很低,下载却很慢,这两个结果并不矛盾。延迟描述一次交互的等待,吞吐量描述持续传输的速度;还需要结合抖动、丢包和测试目标来看。
阅读解释 →“连不上”可能是解析失败,也可能是网站已经返回了拒绝响应。先保留原始报错,再沿 DNS、TCP、TLS、HTTP 找到最早失败的一步,能少改很多无关设置。
阅读解释 →客户端显示已连接,浏览器却打不开网页时,可以先用 curl 发一条明确经过本机代理入口的请求。把入口、目标和超时写在命令里,比同时更换节点、DNS 和模式更容易定位问题。
阅读解释 →浏览器已经走代理,终端里的下载命令却仍然失败,常见原因是命令行程序没有读取系统代理。先在当前终端设置环境变量并验证,确认有效后再决定是否长期保存。
阅读解释 →同一个网站,有的设备能打开,有的却长时间等待,可能是 IPv4 和 IPv6 两条路径表现不同。先把解析结果与连接结果分开,再确认失败发生在本机网络、代理入口还是远端出站。
阅读解释 →解析结果里出现 198.18 开头的地址,未必是 DNS 被填错了。客户端使用 Fake-IP 时,会先给应用一个合成地址,再在收到连接后找回对应域名。理解这段映射,才能判断哪里出了问题。
阅读解释 →系统代理里有一个“自动配置脚本”地址,浏览器却仍有部分请求直连?先看 PAC 对该目标返回了什么。它为支持脚本的应用选择代理入口,之后客户端还可能再做一次分流。
阅读解释 →电脑上的代理可用,手机也连着同一个 Wi-Fi,却打不开网页时,先查手机能不能访问电脑的入口。共享代理需要地址、监听、防火墙和应用设置同时对得上。
阅读解释 →规则文件已经更新,网站却还是走错出站,问题可能不在名单内容。资源要先下载、正确加载,再被路由规则引用,最后才轮到目标是否匹配。
阅读解释 →“订阅更新失败”可能发生在下载链接、解析配置或运行节点中的任一步。先保存准确错误信息,再判断停在哪一段,通常比反复点更新或直接重装客户端更有效。
阅读解释 →