Hiddify 已连接但无法上网：网页打不开排查指南

Hiddify 显示“已连接”，但浏览器打不开网页、应用一直转圈或只有部分网站可用，说明问题发生在连接之后。此时最重要的是区分：基础网络、客户端路由、订阅节点、DNS/TLS，还是服务端链路。

官方仓库的 Issue #1964就记录过“系统代理可用、VPN 模式超时”以及 DNS、TUN 超时日志。它是具体用户报告，不应据此直接套用某个 MTU 或 DNS 数值。

症状

• 连接按钮已变为绿色，但所有网页都打不开。
• IP 信息或速度短暂出现，随后请求超时。
• IP 地址能访问，域名不能访问。
• 系统代理可用，但 VPN/TUN 模式不可用，或反过来。
• 小页面能打开，大页面、图片或视频一直加载不完整。
• 只有当前设备失败，同一订阅在手机或另一台电脑正常。

两分钟快速判断

1. 断开 Hiddify，打开一个本来就能直连的网站。若仍失败，先恢复本地网络。
2. 重新连接后，在“代理/节点”页面测试延迟并手动选择一个明确返回结果的节点。官方使用文档说明了代理列表、延迟测试和手动选择方式。
3. 只切换一次 Wi-Fi 与手机热点。换网络即恢复，说明问题更接近本地网络、DNS 或接入网络限制。
4. 只比较一次系统代理和 TUN/VPN。系统代理正常、TUN 失败时，转到TUN 模式排查。
5. 同一订阅在另一台设备测试。另一设备也失败，优先检查订阅和服务端。

分层排查

客户端：先看模式和冲突

• 完全退出 Hiddify，再从应用正常入口启动，避免残留进程保留旧代理状态。
• 暂停其他 VPN、代理、加速器、广告过滤或虚拟网卡软件，只保留 Hiddify 复测。
• 确认应用内选择的连接模式符合需求。系统代理主要接管遵循系统代理设置的应用，TUN/VPN 则处理更广泛的系统流量。
• 将路由、DNS、TUN 实现等高级选项恢复默认后复测，避免多个自定义项叠加。
• 与官方 Releases核对当前版本；若问题恰好在升级后出现，记录升级前后版本并查看官方 Issue，而不是从不明来源安装旧包。

订阅：连接状态不代表节点可用

• 刷新订阅，确认账号未过期、流量未耗尽。
• 在代理列表中测试多个节点；如果只有一个节点失败，这是节点问题，不是整个客户端问题。
• 同一订阅所有节点都失败，而另一订阅正常，应联系原服务商。
• 若刷新本身报错，先按订阅更新失败指南处理。

官方使用说明指出，应用可以测试代理延迟并手动选择节点。延迟结果只能证明测试请求有响应，仍需用实际网页或应用验证完整流量。

DNS/TLS：用现象缩小范围

• 若 IP 可访问而域名不可访问，日志又包含 dns、exchange failed 或解析超时，优先检查 DNS。
• 先恢复 Hiddify 默认 DNS，再按服务商明确提供的设置测试。不要一次填写多个网上抄来的 DNS 地址。
• 校准系统时间；日期错误会让 HTTPS 站点普遍出现证书异常。
• 用另一网络复测可帮助区分设备设置与网络侧 DNS/TLS 限制。
• 不要通过关闭证书校验、安装陌生根证书或把 HTTPS 改为 HTTP 来“修复”访问。

官方仓库 Issue #1976中有用户记录特定版本、移动网络和 DNS 错误组合；同一讨论也显示某个 DNS 调整对部分人有效、对另一些人无效，因此应以自己的对照结果为准。

服务端：检查节点和上游

• 多个网络、多个设备访问同一节点都失败，通常需要服务商检查服务器。
• 让服务商确认节点端口、域名证书、协议参数、上游网络、流量额度和并发限制。
• 某地区或某运营商异常而其他网络正常，需提供发生时间、网络类型和脱敏日志，供服务商检查线路。

验证

修复后不要只看绿色按钮，完成以下测试：

1. 打开两个不同域名的 HTTPS 网页。
2. 使用一个常用应用完成真实请求，而不是只看延迟数字。
3. 连续断开、重连三次，确认网络都能恢复。
4. 分别记录 Wi-Fi 和移动热点结果，确认问题是否只属于某个接入网络。
5. 退出 Hiddify 后，确认系统直连网络正常且没有残留代理。

若已能访问但速度不稳定，请继续阅读Hiddify 速度慢或频繁断线。

何时联系服务商

同一订阅在多设备、多网络都无流量，或所有节点同时超时，应联系订阅服务商。提供账号状态截图时遮住 Token、UUID 和订阅地址。

如果同一节点在其他客户端正常，且故障只出现在特定 Hiddify 版本、操作系统或连接模式，可在官方 Issues搜索后提交最短复现：系统和应用版本、系统代理/TUN 模式、网络类型、发生时间及脱敏日志。