推广主推
光速云
按月、按年与一次性流量包三种计费方式，订阅链接可直接导入主流客户端。
- 协议：VLESS（需要客户端与内核版本支持，旧版本可能无法解析）
- 客户端：Clash、Shadowrocket、Stash、v2rayN 等主流客户端复制订阅链接即可导入
Skip to content主推服务 产品原则 检测范围 高频错误 隐私 最新文档
从报错到证据，从证据到解法2026 机场推荐
2026 机场推荐
与稳定机场排行榜
只看能亲手验证的指标选机场；连不上的时候，ConnProof 把 DNS、TCP、TLS、WebSocket、系统代理和订阅报错整理成稳定错误码、检测证据与可执行的排查步骤。
诊断报告示例界面示例，不代表当前设备检测结果
DNSDNS-001 A/AAAA 记录解析成功42 msPASS
TCPTCP-001 443 端口建连成功118 msPASS
TLSTLS-002 ClientHello 已发送，10 秒内未完成握手10 sFAIL
WSWS-001 因 TLS 失败未执行—SKIPPED
本站主推的三家服务
推广位，标注即披露。所列均为可自行核实的事实——不写"最快""稳定"这类你无法验证的话，连不连得上、值不值得续费，请用本站工具亲手验证。
推广
灵猫网络
月付、季付、年付三种周期共七档套餐，套餐不限客户端数量。
- 客户端：Clash、Clash Verge Rev、Shadowrocket、Stash、v2rayN、v2rayNG 可导入订阅
- 套餐不限客户端数量，节点默认按 1 倍率计算流量
推广
星岛梦
四档月付套餐，另有一次性流量包与定制专线方案。
- 客户端：Clash、Shadowrocket、Stash、v2rayN 可导入订阅
- 节点地区（官网标注）：香港、日本、新加坡、台湾、美国等
以上为推广位，通过这些链接购买本站可能获得佣金；佣金不影响任何诊断规则、错误码判定或排查步骤。所列信息为站长核对的可验证事实，购买前建议用 30 分钟验收流程自行确认。 推广披露说明 · 本站不对第三方服务作担保
诊断工具应该怎么工作
结论必须有证据
每一条"失败"背后都有具体的检测记录：哪一层、耗时多少、收到了什么。没有证据的结论不会出现在报告里。
报错必须能搜索
错误码稳定不变，文档标题保留原始报错原文。把报错整段粘贴进搜索框，就能找到对应的排查文档。
报告默认脱敏
订阅地址、Token、用户目录、完整 IP 在导出前自动移除或遮盖。把报告发给客服之前不需要提心吊胆。
工具与文档共用规则
CLI 输出的错误码和网站文档来自同一份规则数据。工具升级时，文档不会落后，也不会自相矛盾。
工作流程
四步闭环，从报错走到验证
运行诊断 → 获取错误码 → 阅读对应解法 → 重新检测验证。每一步的产出都是下一步的输入。
能检测什么，不能检测什么
诚实标注边界：无法检测的环境会输出 unsupported 或 inconclusive，而不是显示"正常"。
快速体验
先在浏览器里做基础检测
浏览器页面只执行浏览器真实能完成的检测，深度证据需要本地 CLI。
浏览器基础检测
浏览器检测受到 CORS、安全沙箱、代理模式和系统权限限制，不能替代本地 CLI 检测。
这些报错，直接查
以下条目来自与 CLI 共用的规则数据库，错误码一经发布保持稳定。
LONG-001stream disconnected before completion一个长时间运行的数据流在任务完成前被切断，传输没有走到正常结束。查看解法 →TLS-002TLS handshake timeoutTCP 连接已经建立，但 TLS 握手未在限定时间内完成。查看解法 →WS-001WebSocket upgrade failedHTTP 到 WebSocket 的协议升级没有完成，服务端未返回 101 响应。查看解法 →TCP-003connection reset by peer连接曾经建立，但被对端（或中间设备）用 RST 强制切断。查看解法 →SUB-001subscription update failed客户端未能完成订阅更新，需要按 DNS、TLS、HTTP 的顺序定位失败层。查看解法 →CLIENT-002all nodes timeout所有节点同时超时，问题几乎不在单个节点，而在本地环境或订阅链路。查看解法 →CLIENT-001client connected but no internet客户端界面显示已连接，但实际流量无法到达互联网，连接状态与可用性脱节。查看解法 →PROXY-002system proxy residue detected系统代理仍指向一个已经没有服务监听的端口，全系统流量因此无法出网。查看解法 →
文档结构
为什么每篇文档都结论前置
连接出问题的人没有耐心读铺垫。每篇错误文档都按同一结构组织：
- 结论 —— 开头 120 字内给出一句话结论、最可能原因和第一项操作
- 适用环境 —— 平台与客户端范围，不适用的不列
- 最后验证 —— 内容最近一次被验证的日期与规则版本
- 快速排查 —— 一分钟内可以完成的判断路径
- 证据判断 —— ConnProof 如何用检测证据区分原因
- 深度修复 —— 分平台的具体步骤与验证方法
诊断数据属于你
默认本地执行
所有检测都在你的设备上运行，唯一的网络流量是检测目标本身。没有云端诊断 API。
默认脱敏
订阅地址参数、Token、用户目录、邮箱在报告导出前自动移除，公网与私网 IP 部分遮盖。
不上传订阅
订阅检测只记录状态码、字节数和类型判定，内容本身不落日志、不进报告、不出设备。
不保存密码
工具不读取客户端配置中的凭据，检测配置文件时密码字段一律替换为占位符。
报告由你主动导出
报告保存在本机，只有你运行导出命令并主动发送时它才会离开你的设备。
开源代码可审查
以上承诺都写在代码里，工具源码 MIT 开源可逐行核对。任何引入数据上传的改动会被当作安全缺陷拒绝。
最近更新
指南
WebRTC 的 STUN/TURN/ICE 真实 IP 泄漏机制与客户端分流拦截取证
拆解 WebRTC 在 NAT 穿透中通过 STUN Binding Request 与 ICE 候选收集绕过系统代理暴露本地公网 IP 的物理路径，给出 TUN 拦截、浏览器策略与 ConnProof 取证配置。
指南TLS 1.3 0-RTT Early Data 的重放攻击防御与代理握手优化实践
剖析 TLS 1.3 Early Data 的 PSK 派生与重放攻击面，给出 RFC 8446 反重放实现、代理侧幂等约束与 ConnProof 握手耗时测量方法。
指南EDNS Client Subnet (ECS) 对跨国 CDN 调度与出口路由判定的影响与泄漏排查
系统剖析 RFC 7871 ECS 在递归解析与 Anycast CDN 调度中的报文行为，给出公共 DNS 关闭 ECS 后跨国权威解析错配的量化推导、代理分流触发本地 DNS 泄漏的排查路径，以及 dig +subnet 与 ConnProof dns 的实操验证流程。
指南隧道与代理环境下的 MTU 路径黑洞（PMTUD）、MSS Clamping 与分片丢包排查
剖析 WireGuard、TUN、TLS、WebSocket 封装头部开销如何触发 MTU 路径黑洞，推导 IPv4/IPv6 下的安全 MSS 值，给出 nftables TCPMSS clamping 配置、tcpdump 抓包特征与 ConnProof 端到端 MTU 验证流程。
指南BBR 与 Cubic 拥塞控制算法在长肥管道（LFN）上的实测吞吐与队列膨胀分析
针对大带宽高时延长肥网络，实测对比 BBR v1/v2/v3 与 Cubic 的吞吐、RTT 抖动与重传率，剖析 BBR 四状态机与 BtlBw/RTprop 估计原理，给出 Linux 内核调优参数与 ConnProof 量化评测方案。
指南QUIC 与 HTTP/3 在跨境高丢包链路中的自适应机制与排障实战
从 RFC 9000/9001/9002 报文结构出发，拆解 QUIC 在跨境高丢包链路下的 UDP 阻断识别、0-RTT 重放边界、包号空间隔离、MTU 探测、连接迁移与拥塞反馈机制，配合 Wireshark 过滤语法、Linux sysctl 调优与 ConnProof 分层实测判据。
常见问题
FAQ
ConnProof 会上传诊断数据吗？
不会。所有检测在本地执行，报告保存在本机，只有你主动导出并发送时它才会离开设备。项目不运行任何数据收集服务器，代码开源可以逐行核对。
为什么不做订阅转换？
订阅转换需要解析你的节点配置，这与"诊断"无关，而且会诱导用户把敏感凭据交给第三方工具。ConnProof 对订阅地址只做可达性和响应类型检测，内容不解析、不存储、不上传。
浏览器检测和 CLI 有什么区别？
浏览器受 CORS、安全沙箱、代理模式和系统权限限制，只能观察到"请求成功或失败"这一层。CLI 在本地系统运行，可以获得 DNS 记录、TCP 建连、TLS 证书、系统代理状态等真实证据。浏览器检测适合快速判断，深入排查请用 CLI。
报告可以发给客服吗？
可以，这正是报告的设计用途之一。报告默认脱敏，错误码和证据能帮客服快速定位问题层级。发送前建议再人工浏览一遍，确认没有你不愿公开的信息。
如何避免报告泄露订阅链接？
默认脱敏会去掉 URL 查询参数并保留域名和路径。不要使用 --no-redact 导出发给他人；也不要把终端里未脱敏的中间输出截图外发。详见报告脱敏说明。
工具能直接修复网络设置吗？
不能，这是有意为之。ConnProof 只读取、不修改系统设置，因为自动"修复"在错误判断下会把环境弄得更乱。工具给出证据和步骤，改动由你自己确认执行。
为什么某些结果显示 inconclusive？
因为当前证据不足以支持一个确定结论。例如浏览器报告"在线"只说明存在网络接口，不能证明外网可达。我们宁可标注"无法判断"，也不显示一个好看但可能错误的"正常"。
错误码会不会改变？
不会。错误码一经发布保持稳定：不重用、不改号、不换含义。规则内容更新时递增 ruleVersion 并更新验证日期，但 TLS-002 永远指向同一类问题。
2026 年机场应该怎么选？
只看四个可验证指标：客户端与协议兼容性、试用或退款政策、计费方式与用量是否匹配、变更通知机制。速度排名和稳定承诺无法验证，不作为选择依据。完整方法看这篇指南。
机场买月付还是年付？
先用月付跑完一个完整计费周期，用分层检测和晚高峰复测确认实际表现，再考虑年付。年付把十二个月的选择权一次性交出，服务存续风险由你承担。按用量形态选计费方式。
怎么判断机场靠不靠谱？
不听宣传，看可观测信号：试用期内做分层检测、工作日晚高峰复测、提一个真实工单记录响应时间，长期关注停运前兆。验收流程见试用期 30 分钟测试。
本站的机场推荐如何排序？
只按可验证事实排序与展示：价格结构、协议、客户端支持、退款政策，全部标注核对日期。推广关系全部披露，佣金不影响任何诊断规则与排查步骤。查看推荐与验证方法。