藏身於真實目的網站
REALITY 驗證嵌入 TLS session_id——對任何觀測者不可見。未驗證探測只會看到與設定目的網站的真實 TLS 交握及真實憑證。無需註冊網域,無需管理 CA 憑證。
機制與選型
真實網站掩護、Vision 拼接與雙傳輸——了解每個機制如何影響你的連線,以及各自的取捨。
REALITY 驗證嵌入 TLS session_id——對任何觀測者不可見。未驗證探測只會看到與設定目的網站的真實 TLS 交握及真實憑證。無需註冊網域,無需管理 CA 憑證。
Vision 真拼接在驗證後逐位元組透傳內層 TLS 記錄——無雙重加密,無 TLS-in-TLS 指紋。TCP mux 讓多串流複用一條連線,配合自適應填充打破長度模式偵測。
TCP 搭配 Geneva 式分段,或 QUIC/HTTP-3 搭配 BBR 擁塞控制——共用同一個 SOCKS5 入口。明確選擇,非自動容錯切換。QUIC 需要 UDP 開放及可達的 QUIC 回落目標。
Umbra、Xray 是軟體平台;VLESS、VMess、Trojan、Shadowsocks 是協定,REALITY 與 Vision 是機制。具體行為由實作與設定決定。一句話概括:想要真實網站掩護、雙傳輸路徑與 SOCKS5 整合在一個自行管理的執行檔中時,Umbra 值得選擇。
從零用 Rust 建構:自研 TLS 1.3 堆疊實現位元組級 Chrome 指紋控制,REALITY 式真實網站掩護,Vision 真拼接,自適應 mux,QUIC/HTTP-3 與抗量子金鑰協商——全部整合在一個用戶端與伺服器執行檔中。
最接近的同類組合,同樣可以使用 REALITY 與 Vision;選擇的關鍵在於打包與工作流程,而非獨有技術。
採用 AEAD 的代理協定,已有用戶端支援時值得考慮。TLS 與 WebSocket 屬於額外部署選擇,不是具備加密能力的前提。
基於 TLS 的代理協定,適合偏好常規 TLS 部署的使用者;是否回退及如何回退,取決於實作與設定。
面向簡潔部署的輕量加密代理;瀏覽器形態偽裝與真實網站掩護並非 AEAD 或 2022 基礎協定內建能力。
以 QUIC 為重點、採用自有壅塞控制設計;適合 UDP 穩定可達的環境。