ByteScope

WebRTC Connection Tester

不只是「WebRTC 能不能用」— 看清它為什麼不能用，以及該怎麼辦。

檔案不會離開你的瀏覽器 — 全部在本機處理。

Gathering ICE candidates…

ICE candidates

Asking 2 STUN servers… (up to 5 s)

Network checks

Public IPWaiting for STUN…

IPv6Waiting for candidates…

NAT typeComparing STUN mappings…

UDPWaiting for STUN…

Loopback connection test

ConnectionWaiting for candidate gathering…

Ping RTTMeasuring DataChannel round trips…

ThroughputWaiting for the connection…

Honest label: this measures your machine's WebRTC stack (loopback baseline — SCTP, DTLS and the browser's send path), not your internet speed. A real speed test needs remote test servers, which this site doesn't have.

Report

IPs stay masked unless revealed above.

WebRTC local diagnosis — bytescope.dev/webrtc-test

Candidates: (gathering…)

關於這個工具

本機診斷在你打開頁面的那一刻就開始執行：從多個公開 STUN 伺服器收集 ICE candidate 並分類 — host、server-reflexive、relay — 每一種都附一行說明它出現代表什麼意思。透過比對兩個不同 STUN 伺服器對應出的公開連接埠，工具會偵測你的 NAT 類型：cone NAT 對 P2P 友善，而 symmetric NAT 則代表直接連線經常會失敗、需要 TURN — 這是 WebRTC 除錯中最有用的一句話，直接講白。若完全沒有 server-reflexive candidate，代表你的網路封鎖了 UDP（在企業網路很常見），診斷結果會這樣告訴你。接著 loopback 測試會在頁面內真的連起兩個 peer connection，量測真實的 DataChannel 吞吐量與延遲。

TURN 驗證器是 WebRTC 開發者一直在找的功能：輸入你的 turn:／turns: URL 與憑證，工具會強制只走 relay 的連線，來證明你的 TURN 伺服器是否真的能配置（allocate）— UDP、TCP 與 TLS 傳輸方式分別測試，失敗原因也會診斷出來（憑證錯誤、防火牆、還是 DNS）。強制走 relay 的吞吐量測試會量測你的 TURN 伺服器實際能提供多少頻寬 — 這個數字決定了轉送的視訊畫質好不好，卻幾乎沒有工具會去量。

一切都在你的瀏覽器中執行。連線測試只會和你選擇的 STUN／TURN 伺服器通訊；關於你網路的任何資訊都不會送到我們這裡。

常見問題

host／srflx／relay candidate 分別代表什麼？
它們是 WebRTC 可以嘗試的位址：host = 你本機介面的位址（在現代瀏覽器中會以 mDNS 遮蔽）、srflx = STUN 伺服器看到的你的公開位址（它出現代表你的 NAT 可以被穿透）、relay = TURN 伺服器上的一個位址，會在直接路徑失敗時轉送流量。健康的設定會顯示 host + srflx；relay 只有在你設定了 TURN 時才會出現。
什麼是 symmetric NAT？它為什麼會讓 P2P 失敗？
symmetric NAT 會為你連往的每一個目的地都分配一個不同的公開連接埠，所以 STUN 伺服器觀察到的那個埠對真正的對端來說沒有用 — 打洞會失敗。工具透過比對來自兩個 STUN 伺服器的對應埠來偵測這點：連接埠不同 → symmetric。兩個都在 symmetric NAT 後方的對端，基本上一定需要 TURN 轉送。
為什麼我的 TURN 伺服器沒有回傳任何 relay candidate？
驗證器會分辨出各種原因：401／憑證失敗（帳密錯誤，或有時限的憑證已過期）、配置失敗（伺服器無法連到 — 防火牆擋了連接埠，或連接埠／傳輸方式錯誤），或主機名稱的 DNS 失敗。請分別測試 UDP、TCP 與 TLS — 企業網路常常只允許 443 埠上的 turns:。
這是在測我的網路連線速度嗎？
不是 — 頁面也誠實說明了這點。這些吞吐量數字量測的是 WebRTC 路徑：你機器的 WebRTC 堆疊（loopback）、你 TURN 伺服器的容量（強制 relay），或某一條特定的點對點連結。一般的下載／上傳測速需要專用的測試伺服器，這是一個無伺服器網站無法誠實提供的。
跨兩個瀏覽器的測試是做什麼的？
它會在兩台裝置之間建立一條真正的 WebRTC 連線，而且不需要任何 signaling 伺服器：一方把 offer 建立成一段壓縮過的文字，你用任何通訊軟體傳給對方，對方貼回一段 answer，連線就建立起來 — 接著即時統計會顯示你們是直連還是走 relay、來回時間、位元率與封包遺失率。它既是 WebRTC signaling 運作方式的示範，也是兩個真實網路之間貨真價實的連通性測試。