通过真实目标站点路由
未认证请求会转发到可达的真实 TLS 1.3 站点。无需为节点申请域名或 CA 证书;身份密钥与临时绑定即可。
机制与选型
三种机制,一对自建方案。Umbra 是由你管理的客户端与服务端;无需域名、无需 CA 证书、无需托管服务。
未认证请求会转发到可达的真实 TLS 1.3 站点。无需为节点申请域名或 CA 证书;身份密钥与临时绑定即可。
认证完成后,Vision 为符合条件的内层 TLS 1.3 流量移除多余的外层加密,观察者看到的唯一 TLS 层就是应用的 HTTPS。
单个本地 SOCKS5 承载 TCP 和 QUIC。自适应多路复用与 BBR 共享路径;传输选择是显式的,而非自动故障转移。
Umbra 与 Xray 是软件平台;VLESS、VMess、Trojan 和 Shadowsocks 是协议,而 REALITY 和 Vision 是机制。具体行为取决于实现与配置。当你需要掩护、双传输路径与 SOCKS5 打包为一对由你管理的配置方案时,Umbra 值得选择;需要其他生态时,它们的方案更合适。
自写的 TLS 1.3 协议栈与从零开始的 Rust 实现:真实站点掩护、Vision 拼接、TCP + QUIC 在一个 SOCKS5 背后、后量子握手、探测抵抗。
最接近的同类组合,同样可以使用 REALITY 与 Vision;选择的关键在于打包与工作流,而非独有技术。
采用 AEAD 的代理协议,已有客户端支持时值得考虑。TLS 与 WebSocket 属于额外部署选择,不是具备加密能力的前提。
基于 TLS 的代理协议,适合偏好常规 TLS 部署的用户;是否回落及如何回落,取决于实现与配置。
面向简洁部署的轻量加密代理;浏览器形态伪装和真实站点掩护并非 AEAD 或 2022 基础协议自带能力。
以 QUIC 为重点、采用自有拥塞控制设计;适合 UDP 稳定可达的环境。