代理连上了但部分网站打不开怎么办？
简答：代理客户端显示“已连接”，只说明设备与代理通道建立或配置已生效，不代表每个目标网站都能完成 DNS、TLS、规则匹配和内容加载。最快的做法是：先用同一浏览器打开两个正常网站和一个打不开的网站，再切换一次全局/规则模式、无痕窗口和另一节点；如果全局模式能打开，优先查分流规则，如果全局模式也打不开，再查 DNS、浏览器代理、节点出口或目标网站限制。
定义：“代理连上但部分网站打不开”是指代理通道显示正常，但特定域名、页面资源或登录流程在分流、DNS、TLS、浏览器或目标站响应阶段失败。
先做30秒判断：不要一上来就换节点
先保持当前客户端和节点不变，依次测试：一个平时能打开的网站、目标网站首页、目标网站的登录页或静态资源。记录浏览器显示的是超时、DNS错误、403/429、5xx、证书错误，还是只有图片、脚本或视频加载失败。
| 现象 | 优先怀疑 | 先做的动作 |
|---|---|---|
| 所有网站都打不开 | 代理端口、系统代理、重复代理或节点连接 | 关闭其他代理软件，检查系统代理端口，重新连接后测试 |
| 只有部分域名打不开 | 分流规则、DNS解析、目标站地区或出口限制 | 临时切换全局模式测试；能打开则回查规则 |
| 只有一个网站打不开 | 目标站限制、Cookie、账号、浏览器扩展或单站故障 | 用无痕窗口、另一浏览器和直连方式对照 |
| 页面打开但图片或视频缺失 | 页面依赖的其他域名未走同一代理、规则不完整或资源被阻断 | 打开开发者工具或客户端连接日志，找出失败的资源域名 |
| 出现403、429或验证失败 | 目标站拒绝当前请求、访问频率或出口环境 | 停止重复登录，清理站点数据后等待并换合适线路测试 |
“已连接”不等于目标站已返回内容。Windows 官方说明代理会把网络流量经由中间服务器转发；Firefox 也将代理设置单独列为连接配置，因此客户端状态、浏览器代理和目标站响应需要分开判断。可参考 Microsoft 的 Windows 代理说明 与 Firefox 连接设置说明。
按优先级排查：规则、DNS、浏览器和节点
- 先用全局模式做一次验证。如果当前是规则模式，目标域名可能被判定为直连、拒绝或走了不适合的出口。只做一次短时对照：全局模式能打开而规则模式打不开，说明问题集中在规则匹配、域名后缀、重定向域名或页面资源域名。确认原因后应回到规则模式，不要长期无差别转发所有流量。
- 检查是否存在重复代理。客户端代理、浏览器手动代理、系统代理、扩展代理和其他网络工具可能同时生效。先只保留一层代理：关闭浏览器独立代理和不需要的代理扩展，再检查系统代理是否指向当前客户端的端口。Firefox 可在设置中的网络设置里选择“无代理”“使用系统代理”或手动配置；名称可能随版本变化。
- 区分本地DNS和代理侧DNS。如果浏览器提示DNS_PROBE、域名无法解析，或同一域名在直连和代理下解析结果表现不同，先检查客户端的DNS模式和规则。使用SOCKS5测试时，
socks5://通常表示由本地解析主机名，socks5h://表示让代理解析主机名；curl官方文档明确区分了这两种方式。不要只改公共DNS就下结论，因为DNS可用不代表目标站一定允许当前出口访问。 - 用命令把“代理通道”和“目标网站响应”分开。在Windows命令提示符中分别执行
nslookup -type=A example.com和nslookup -type=AAAA example.com，不要把A与AAAA查询写在同一条命令里。若客户端提供HTTP代理，可用curl -I -x http://127.0.0.1:端口 https://example.com查看响应；若使用SOCKS5并希望由代理解析域名，可用curl -I --proxy socks5h://127.0.0.1:端口 https://example.com。其中地址和端口仅替换为你客户端实际显示的本地监听信息。curl官方文档说明了--proxy、socks5与socks5h的差异，见 curl 命令说明。 - 最后再换节点或线路。如果同一规则、同一浏览器和同一DNS下，只有某个出口打不开，而其他出口可以打开，才有理由把问题指向节点出口、目标站地区策略或IP信誉。若所有节点都失败，继续换节点通常不能解决浏览器代理、规则或账号问题。
Windows、macOS、Android、iPhone分别怎么检查
| 平台 | 检查位置 | 回退方法 |
|---|---|---|
| Windows | 打开“设置”→“网络和 Internet”→“代理”，检查自动检测、设置脚本和手动代理；确认没有遗留的手动地址或端口。Microsoft 官方路径见 Windows 代理设置。 | 关闭不需要的手动代理，重启浏览器和客户端；若只是解析异常，可在管理员命令提示符执行ipconfig /flushdns后重新测试。 |
| macOS | 打开“系统设置”→“网络”→选择当前网络→“详细信息”→“代理”，检查HTTP、HTTPS、SOCKS和自动代理配置是否重复或指向旧端口。Apple 官方说明见 Mac 代理设置。 | 记录原设置后取消不需要的代理，重新打开浏览器；若仅某个浏览器异常，检查该浏览器是否使用独立代理。 |
| Android | 进入“设置”→“网络和互联网”→“互联网”→当前Wi-Fi网络，查看高级网络选项中的代理；系统版本和手机厂商可能改变菜单名称。Android 官方也将代理和Private DNS列为网络高级设置。 | 先把Wi-Fi代理恢复为“无”或自动，再只在客户端需要时重新启用；Private DNS不要与客户端的DNS接管功能同时反复切换。 |
| iPhone | 进入“设置”→“Wi-Fi”→当前网络右侧信息按钮，在网络详情中查看DNS和HTTP代理。Apple官方路径见 iPhone Wi-Fi设置。 | 把HTTP代理恢复为“关闭”或网络管理员提供的正确配置，重新加入Wi-Fi后测试；不要把蜂窝网络下的表现直接等同于Wi-Fi代理表现。 |
如果浏览器独立代理和系统代理都存在，优先保留客户端推荐的一种接管方式。Firefox官方还提示，连接设置页面可能显示会控制网络连接的扩展；因此网页只在某个浏览器失败时，应先停用代理类扩展并用无痕窗口对照。
根据错误提示分流处理
- DNS_PROBE、找不到服务器：先确认目标域名拼写，再分别测试A和AAAA记录；检查客户端是否启用了远程解析，或是否存在本地DNS与代理DNS冲突。清理DNS缓存后仍失败，再切换一次规则/全局模式。
- ERR_CONNECTION_TIMED_OUT、连接超时：先判断是所有网站还是单站超时。所有网站超时，查端口、重复代理和节点连接；单站超时，查规则、出口和目标站响应。不要仅凭超时断定“节点失效”。
- 403 Forbidden：HTTP规范将403定义为服务器理解请求但拒绝履行，原因不一定是账号，也可能与请求环境有关。停止反复刷新和登录，先用无痕窗口、直连/代理对照及另一出口确认范围。参考 RFC 9110 的状态码说明。
- 429 Too Many Requests：通常应减少重复请求和登录尝试，观察页面是否给出等待时间；不要把不断换节点当成唯一解决方案。
- 500、502、503、504：这些属于服务端或网关链路常见的5xx响应。RFC 9110将502解释为网关从上游收到无效响应，将503解释为暂时无法处理请求，将504解释为网关未及时收到上游响应。先用另一网络或稍后重试，若只有某一出口复现，再记录时间、域名和节点信息。
- 证书错误或安全连接失败：先检查系统日期时间、浏览器版本和是否存在HTTPS检查类软件；不要为了打开页面而忽略证书警告或安装来源不明的证书。
验证修复是否真正生效
- 关闭全局模式，恢复原本的规则模式，重新打开目标网站。
- 分别测试首页、登录页和一个页面内的图片或脚本资源，避免只看到首页就认为完全恢复。
- 换无痕窗口或另一个浏览器测试；若新窗口正常，优先清理该站点Cookie、缓存和扩展影响。
- 如果仍失败，只改变一个变量：先改规则，再改DNS，再换节点，最后才考虑系统网络设置。每次记录结果。
- 需要提交排障信息时，只提供脱敏后的时间、平台、错误类型、目标域名和客户端日志片段；不要公开订阅链接、账号密码、验证码、完整Cookie或完整访问令牌。
可以把结果归纳为三类：规则模式失败而全局模式成功，属于分流方向；命令行代理请求成功而浏览器失败，属于浏览器或系统代理；所有方式都失败且仅某网站受影响，则应优先考虑目标站限制、账号状态或站点自身故障。
常见问题
代理显示已连接，为什么搜索网站能打开，目标网站却打不开？
因为不同域名可能命中不同分流规则、DNS结果、出口策略和页面资源链路。先做全局模式与规则模式对照：只有全局模式成功时，优先检查目标域名及其重定向、登录和静态资源域名是否被正确代理。
全局模式能打开，规则模式打不开，应该一直用全局模式吗？
不建议直接长期全局使用。全局模式只是定位工具，确认问题后应把目标域名及必要的关联资源加入正确的分流范围，并保留原有直连规则，减少不必要的流量转发。
换了几个节点仍然打不开，是不是节点都失效了？
不一定。如果浏览器独立代理、系统代理、DNS、Cookie或目标站账号状态没有改变，换节点可能不会改变结果。先用无痕窗口、另一浏览器和命令行分别测试，再根据错误类型决定是否换节点。
只有图片、视频或验证码加载不出来，网页正文却正常，怎么查？
这通常需要查看失败资源的域名。页面可能依赖多个资源域名，而规则只覆盖了主站域名。把失败资源域名记录下来，先检查其分流结果和DNS，再决定是否调整规则；不要直接关闭所有安全保护。
出现403或验证失败时，可以反复刷新或连续登录吗？
不建议。403表示服务器拒绝当前请求，原因可能与权限、请求环境或站点策略有关；连续刷新和登录可能让判断更困难。先停止重复操作，使用无痕窗口核对账号状态，必要时等待后再测试。
参考资料与核验边界
本文的菜单路径和协议说明以公开技术资料为依据：Windows代理设置参考 Microsoft Support；macOS参考 Apple Support；iPhone Wi-Fi代理和DNS入口参考 Apple iPhone User Guide；浏览器代理与扩展影响参考 Mozilla Support；SOCKS5本地解析与代理解析差异参考 curl官方文档；HTTP状态码含义参考 RFC 9110。不同客户端的按钮名称、规则格式和日志字段可能变化，未逐一实测的客户端界面应以当前版本显示为准。
常见问题
代理显示已连接，为什么只有部分网站打不开？
“已连接”只说明代理通道或配置状态正常，目标网站仍可能在分流、DNS、TLS、浏览器或目标站响应阶段失败。先做规则模式与全局模式对照。
全局模式能打开，规则模式打不开怎么办？
优先检查目标域名、重定向域名和页面资源域名的分流结果。全局模式只适合短时定位，不建议长期无差别使用。
换了很多节点还是打不开，问题可能在哪里？
可能是浏览器独立代理、系统代理、DNS、Cookie、账号状态或目标站限制。先用无痕窗口、另一浏览器和命令行做单变量测试。
403、429和504分别怎么处理？
403表示服务器拒绝请求，429表示请求频率受限，504表示网关未及时收到上游响应。分别采取停止重复请求、等待并核对账号，以及测试另一网络或稍后重试。