国外网页进不去，我会怎样查
国外网页停在加载中，不等于机场出了故障。客户端没有接管请求、域名解析异常、网站主动拒绝访问，都可能留下相似的表象。
我接触机场的时间不长，判断靠方法。商家的线路介绍先放旁边，页面到底停在哪里、换个环境有没有变化，这些信息更有用。你也不用急着重装软件。把现象记下来，每轮只改动有关的设置，才知道是哪项调整起了作用。
你该从哪里查起？
国外网站打不开的排查入口，应按页面表现和受影响范围来选。我把通用故障、搜索访问和视频播放分开，方便你直接找对应方法。
什么网页都进不去？
先确认是不是只有国外页面受影响。如果国内页面也无法加载，检查当前网络连接，再看代理工具的状态。连基础连接都没有确认，就换订阅或改配置，容易把问题叠在一起。
只有部分国外页面失败，可以看国外网页无法加载的排查顺序。重点是缩小范围，别凭某个页面打不开就判断整条线路失效。
搜索和邮件都受影响？
Google 页面无法打开时，把浏览器访问和邮件应用分开检查。浏览器能用，不能证明邮件应用也走了相同路径；邮件应用出错，也不足以判断网页端出了同样的问题。
你可以沿着Google 访问异常的检查方法继续查。先确认请求有没有经过代理，再处理应用自身的设置。
视频页面能开却不播放？
YouTube 的页面加载与视频播放，应当分开记录。页面能显示，说明部分请求已经完成；播放停住，还要检查后续请求经过的路径。
遇到这种情况，查看YouTube 播放停顿怎么排查。记录是无法开始播放，还是播放中途停住，比只说“很卡”更容易定位。
请求可能卡在哪里？
国外网站访问失败，可能发生在域名解析、连接建立、传输路径或网站访问判断环节。浏览器提示只能提供线索，不能直接证明原因。
域名有没有找到地址？
浏览器需要先把域名转换成可连接的地址，DNS 负责其中的解析过程。如果得到的地址不对，后面的连接就可能失败。
拿 google.com 举例，输入域名后打不开，并不能直接认定发生了 DNS 污染。解析服务无响应、本地保留了旧记录，也可能影响访问。这里要区分的是“没有拿到地址”和“拿到地址却连不上”。
我不会把改 DNS 当成通用解法。先确认故障有没有落在解析环节，再决定是否调整。
连接为何突然中断？
TLS 建立连接时会交换握手信息，Client Hello 属于这个过程。服务器名称信息可能参与连接识别，但不能据此断言每次中断都来自同一种干扰。
TCP RST 表示连接被重置。浏览器显示 ERR_CONNECTION_RESET，可以把连接中断列入检查范围，却不能凭这行提示判断是谁发起重置。
服务器、连接路径和本地软件，都应保留为排查方向。没有进一步证据，我不会替你认定某个服务已经受到封锁。
一直等是地址被丢弃吗？
如果通往目标地址的流量在路径上被丢弃，请求可能持续等待，直到出现 ERR_CONNECTION_TIMED_OUT。这能解释超时的形成方式，却不能反过来证明每次超时都是路由黑洞。
目标没有回应、当前路径不通，也会出现等待。你需要比较影响范围：只有某个页面超时，还是经过当前节点的页面都失败？两种现象，检查方向不同。
是网站主动拒绝吗？
403 Forbidden 或 Access Denied 表示请求遭到拒绝，但拒绝理由不能靠提示文字猜。
网站可能对访问地区或地址来源设有限制，也可能有其他访问要求。地区封锁是概念解释，不是给某个节点下结论。页面若写明原因，按页面说明处理；没有说明，就保留判断，不把更换线路说成必然有效。
报错该怎样对照？
网页报错与故障原因并非固定对应。我会把提示当成排查入口，再结合其他页面是否正常，判断该查浏览器、客户端还是连接路径。
| 看到的现象 | 可以先查什么 | 暂时不能认定什么 |
|---|---|---|
| 域名相关提示，页面未加载 | 解析状态与本地缓存 | 不能直接认定 DNS 被污染 |
ERR_CONNECTION_RESET | 请求在哪个环境中断 | 不能确定重置来自哪一方 |
ERR_CONNECTION_TIMED_OUT | 当前路径是否能得到回应 | 不能直接判定目标地址被封锁 |
403 Forbidden | 页面说明与访问条件 | 不能认定换节点就能解决 |
Access Denied | 网站给出的拒绝理由 | 不能只凭提示归因于地区 |
| 页面出现，视频停住 | 播放请求与页面请求的路径 | 不能认定整个网络已经断开 |
这张表用来安排检查顺序，不负责替你诊断。
同样的报错，在不同网络环境里可能有不同原因。向客服描述问题时，写清客户端名称、代理模式、页面提示，以及其他页面能否访问。订阅内容不要放进公开截图。
我把客服能否及时给出有针对性的答复，当成判断服务的一项硬指标。只让你不断换节点，却不看现象，解决问题的价值有限。
我会按什么顺序查？
代理开启后网页仍然失败，我会依次核对请求路径、清理有关缓存、比较浏览器环境。每轮保留其他设置，方便判断改动是否有效。
客户端接住请求了吗？
打开 Clash Verge Rev 等客户端，确认软件正在运行，并查看当前代理模式。直连模式下，请求不会因为软件开着就自动经过代理。
规则模式也要看规则怎样处理目标。模式名称不能代替实际配置。如果你不清楚界面里的设置，可以先看Clash Verge Rev 的配置检查方法。
先查接管状态，再考虑更换节点。
缓存需要清理吗？
Windows 用户可以按 Win + R，输入 cmd，再执行 ipconfig /flushdns，清理系统本地的 DNS 解析缓存。
这个命令处理的是缓存。它不会替你建立代理连接，也不能保证后续解析经过代理，更不能修复全部超时问题。清理后重试同一页面，观察现象有没有变化；没有变化，就继续查其他环节。
macOS、Android 和 iOS 不套用这条 Windows 命令。系统操作以官方说明为准。
换个浏览器环境呢？
使用浏览器的隐私浏览窗口，再访问同一页面，可以比较旧有会话和网站数据是否参与了故障。这个操作提供的是对照，不能直接排除所有扩展或网络设置的影响。
如果普通窗口失败、隐私窗口能用，就回头检查网站数据和扩展。如果两边表现相同，继续追查连接路径。不要把“换窗口”理解成修复代理，它只是在缩小范围。
这些情况怎么判断？
国内网页受影响和跨设备配置失败，需要分别检查分流规则与配置兼容性。我不会仅凭同一份订阅，就保证所有应用表现一致。
国内页面也慢怎么办？
开启代理后，国内页面出现异常，先看它有没有被送往代理节点。全局模式可能改变这类请求的路径，但不能据此认定故障必然来自全局模式。
切回规则模式后，仍要检查有关规则有没有匹配，以及当前节点是否正常。软件开关、代理模式、分流规则是不同层面的设置。只改模式而不核对规则，问题可能继续存在。
我会先比较调整前后的页面表现，再决定是否保留设置。
手机电脑能共用配置吗？
订阅能否通用，要看服务提供的配置格式和客户端支持情况。同一个订阅来源，不代表导入后的设置、规则与流量接管方式都相同。
Shadowrocket 也叫小火箭，Clash 系列则有不同客户端。名称相近，不足以证明配置可以直接互换。导入失败时，先核对格式要求，以官方说明为准。
浏览器能访问、其他应用仍失败时，再检查接管范围，判断是否需要了解 TUN。不要为了解决某个应用的问题，把所有选项同时打开。配置改得越杂，越难知道故障究竟出在哪里。