节点

REALITY 是 Xray 在 2023 年引入的传输协议，解决了 TLS 代理的一个根本性弱点：你的证书是假的。传统 VLESS+TLS 方案需要一个域名和 Let’s Encrypt 证书，但这个证书本身就是特征——没有真实网站对应的 TLS 参数，流量特征明显。 REALITY 的思路完全不同：直接借用真实网站的 TLS 握手，服务端呈现给检测方的，就是那个真实网站的 TLS 证书和握手细节，无法与正常流量区分。 REALITY 的核心原理 正常的 TLS 连接过程： 客户端 → ClientHello（包含 SNI，比如 www.apple.com）→ 服务端 服务端 → Certificate（www.apple.com 的真实证书）→ 客户端 REALITY 的魔法：Xray 服务端在收到 ClientHello 时，把这个握手请求转发给真实的 www.apple.com，拿到真实证书，再原封不动地回给客户端。 对于中间的检测设备来说，看到的完全是 www.apple.com 的合法 TLS 握手，无法区分。 客户端和服务端之间的实际加密通信，隐藏在这个握手之后，使用 Xray 自己的密钥对（通过 shortId 验证身份）。 优势总结： 不需要域名，不需要证书 TLS 指纹完全借用真实网站 即使有人主动探测你的服务器端口，得到的也是目标网站的正常响应 准备工作 一台 VPS（推荐 DMIT，CN2 GIA 延迟低）→ 注册 DMIT Xray 最新版（当前 v25.x） 不需要域名和证书 服务端部署 安装 Xray bash -c "$(curl -L https://github.com/XTLS/Xray-install/raw/main/install-release.sh)" @ install 生成密钥对 xray x25519 输出： ...

节点突然断线，第一反应是 IP 被封了。但封锁有不同类型，处理方式也不一样。乱操作容易浪费时间，这篇文章把排查和恢复流程整理清楚。 第一步：确认是否真的被封 节点连不上的原因不只有 IP 被封，先排除其他可能： # 从本地直接 ping VPS 公网 IP ping 你的VPS_IP # 如果 ping 通但代理不通，可能是端口问题 curl -v --connect-timeout 10 https://你的VPS_IP:443 各种情况判断： 现象 可能原因 ping 超时，traceroute 在国内某跳断掉 IP 被防火墙封锁（最常见） ping 通，但代理协议连不上 端口/协议被封，IP 未封 SSH 能连，代理连不上 代理服务进程挂了 什么都 ping 不通，SSH 也不行 VPS 宕机或账号欠费 先用在线工具测试 IP 是否全局可达： IPIP.net：https://www.ipip.net/ip.html → 输入 IP → 看"中国可达性" itdog.cn：多节点测速，看国内各省能否连通 如果工具显示国内多个省份都 ping 超时，基本确认是 IP 被封了。 ...

Hysteria2 基于 QUIC 协议（UDP），理论上在高延迟、高丢包网络里比 TCP 类协议快得多。但很多人部署完发现速度一般，原因通常是带宽参数没配对或者拥塞控制算法没选对。 这篇文章专门讲调优。假设你已经跑通了基础部署（参考 Hysteria2 搭建教程），现在想把速度榨出来。 带宽参数：最影响速度的配置 Hysteria2 的带宽参数控制着它的发送速率，没配或配错是速度差的最常见原因。 服务端 bandwidth /etc/hysteria/config.yaml： bandwidth: up: 1 gbps # 服务端上行（客户端下载方向） down: 1 gbps # 服务端下行（客户端上传方向） 这里填的是服务端（VPS）的实际带宽上限，不是你家宽带的速度。 常见 VPS 带宽： DMIT HK/US Premium：1 Gbps 端口，但共享，实际峰值 200-500 Mbps AWS t3 类型：5-25 Gbps（burst） 低价 VPS：通常 100-500 Mbps 怎么测 VPS 实际带宽： # 在 VPS 上安装 speedtest curl -s https://packagecloud.io/install/repositories/ookla/speedtest-cli/script.deb.sh | bash apt install speedtest-cli -y speedtest 根据测速结果填带宽值。 ...