https://leesy.cc/tags/reality/ Recent content in Reality on 我的博客 Hugo zh-cn Sat, 25 Jul 2026 01:34:21 +0800 https://leesy.cc/posts/vless-reality-three-pitfalls/ Sat, 25 Jul 2026 01:34:21 +0800 https://leesy.cc/posts/vless-reality-three-pitfalls/ <p>买了台 VPS，装上 3x-ui 面板，建了个 VLESS + Reality 节点，导入客户端——<strong>连不上</strong>。</p> <p>这大概是所有自建代理的人都会遇到的场景。麻烦的地方在于：Reality 出问题时<strong>往往一声不吭</strong>，客户端就是转圈、超时，或者「连上了但打不开网页」，日志里也常常什么都看不到。到底是节点参数错了、面板配错了、还是核心有 bug？</p> <p>这篇文章记录我把一个「怎么都连不上」的 Reality 节点修好的完整过程。最后定位到<strong>三个独立的坑叠在一起</strong>，任何一个都能让节点报废。比起结论，我更想分享的是<strong>中间那套二分定位的排查方法</strong>——它能让你不靠猜，一步步把问题锁死。</p> <blockquote> <p>文中所有 IP、UUID、密钥均为占位符，请替换成你自己的。</p> </blockquote> <h2 id="一现象">一、现象</h2> <ul> <li>面板能打开，节点看起来建好了；</li> <li>客户端导入节点，参数肉眼看都对；</li> <li>开启代理后：<strong>能「连上」（延迟测试有数值），但网页打不开</strong>，浏览器报 <code>ERR_TUNNEL_CONNECTION_FAILED</code>。</li> </ul> <p>「能连上但打不开」是最迷惑人的现象——它让你以为握手成功了，其实很可能根本没成。</p> <h2 id="二排查的核心思路不要猜做二分">二、排查的核心思路：不要猜，做二分</h2> <p>Reality 链路从客户端到目标网站，中间有一长串环节：</p> <div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>客户端参数 → TCP 到服务器 → Reality 握手 → VLESS 鉴权 → 服务端出网 → 目标网站 </span></span></code></pre></div><p>排障的关键，是<strong>逐段验证，把「好的部分」和「坏的部分」一刀切开</strong>。我用的判据工具很简单：</p> <p>在任意一台机器上跑一个 xray 客户端（<code>brew install xray</code> 或官方二进制都行），配好 socks 入站指向节点，然后：</p> <div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-bash" data-lang="bash"><span style="display:flex;"><span>curl --socks5-hostname 127.0.0.1:10808 https://api.ipify.org </span></span></code></pre></div><ul> <li>返回 <strong>服务器的 IP</strong> → 这一段链路完全通；</li> <li>返回 <strong>空</strong> → 卡在 Reality/鉴权，去看服务端 debug 日志；</li> <li>返回 <strong>本机 IP</strong> → 根本没走代理。</li> </ul> <p>用官方 xray 命令行客户端、而不是直接用 GUI 客户端（Shadowrocket 等）来测，是因为<strong>命令行客户端参数透明、日志详细、可控</strong>，能把「参数问题」和「GUI 客户端自身问题」分开。这一点后面会救命。</p>