04 / 傳輸就緒
安全傳輸
TLS、HTTP通訊協定以及處理此請求的邊緣節點。
- 狀態
- 未檢測
TLS版本檢查：我的瀏覽器連線抗量子嗎？
一次看清此瀏覽器的連線是否使用TLS 1.3與後量子金鑰交換、網站名稱是否已加密（ECH），以及使用哪個HTTP版本傳輸；同時提供瀏覽器的更新步驟，以及可交給技術支援的報告。
- 開啟頁面就顯示是否抗量子
- 後量子金鑰交換（ML-KEM）與ECH狀態
- 瀏覽器更新建議與給技術支援的報告
NIXA / 連線報告
這個連線抗量子嗎？
開啟頁面就會立即檢查，不需安裝，也不會儲存任何資料。
隨時可以開始，結果會保留在此頁面上。
結果描述的是從此瀏覽器送往IPNixa的請求。此工具不會儲存掃描紀錄。
了解 TLS、HTTP/3 與 RTT
通訊協定與 RTT 描述的是瀏覽器到邊緣節點的檢查請求，有助於說明使用了哪種傳輸方式，以及哪些測量值適用。
為什麼 HTTP/3 不使用 TCP？
HTTP/3 使用 QUIC。IPNixa 會將 TCP RTT 標記為不適用，並在邊緣節點回報時提供 QUIC RTT，而不是呈現容易誤導的 TCP 零值。
了解 HTTP/3 與 0 ms 標籤查看我的傳輸協定RTT 缺少或為零是否代表沒有延遲？
不是。「未回報」代表無法取得計時。回報為零時仍有精確度方面的限制；瀏覽器的連線重複使用會在資源計時中另外註明。
解讀缺少與重複使用的計時測量 HTTP 回應時間如何檢查瀏覽器的TLS版本
- 用要檢查的瀏覽器開啟本頁。測試會自動執行；按「執行檢測」可再測一次。
- 先看結論，再查看背後的TLS版本、金鑰交換、ECH與HTTP通訊協定。
- 如果沒有後量子金鑰交換，請更新瀏覽器後再檢查一次，或複製報告交給技術支援。
什麼是後量子TLS（ML-KEM）？
X25519MLKEM768等後量子金鑰交換，結合了傳統金鑰交換與ML-KEM。ML-KEM是NIST標準FIPS 203，設計用來抵禦未來的量子電腦。它能保護今天被記錄下來的流量，避免遭受「先收集、後解密」攻擊。只要網站支援，新版Chrome、Edge、Firefox與Safari預設就會使用。
如何在Chrome、Edge、Firefox或Safari查看TLS版本
Chrome與Edge：按F12，開啟「安全性」分頁並選取該網站。Firefox：點選鎖頭圖示，再選「連線安全」與「更多資訊」。Safari顯示的細節較少，請使用本頁或下方的curl指令。
TLS檢查會讀取哪些內容
此檢查讀取你的瀏覽器與為IPNixa提供服務的Cloudflare邊緣節點之間的連線。使用TLS 1.3並採用後量子金鑰協商（例如X25519MLKEM768）評為「良好」；使用TLS 1.3但未採用後量子金鑰協商，或使用TLS 1.2，評為「可改善」；使用TLS 1.1或更舊版本評為「不佳」。ECH說明交握時網站名稱是否已加密。HTTP/3使用QUIC，因此TCP RTT會標為未使用。缺少的邊緣值維持「未回報」；回報值為零時會附上精確度說明。這些值與瀏覽器的連線建立計時是分開的。本檢查不會掃描其他網站、驗證其憑證鏈，也不會稽核你的整台裝置。TLS保護傳輸中的資料，但無法證明網站值得信任。
用命令列檢查TLS
從你自己的電腦測試網站的TLS。請把example.com換成要檢查的網站。
- Linux或macOS：網站是否接受TLS 1.3？
openssl s_client -connect example.com:443 -tls1_3 -brief < /dev/null- curl：使用的TLS版本與HTTP通訊協定
curl -sv -o /dev/null https://example.com 2>&1 | grep -E "SSL connection|ALPN"- Windows PowerShell：.NET可使用的TLS版本
[Net.ServicePointManager]::SecurityProtocol
為什麼在本機無法使用TLS？
本機HTTP預覽不會與公開的Cloudflare邊緣節點協商TLS。我們會將相關欄位標為無法取得，而不是提供模擬的安全結果。