IPv6 測試
圖片和連結都在你的瀏覽器裡產生，不會上傳。兩者都不含你的 IP 位址。
瀏覽器會像開啟一般網站一樣，存取幾個很小的測試位址：
純 IPv4 與純 IPv6 網站：兩種網路通不通，各自用的是哪個位址。
雙堆疊網站（兩種位址都有）：瀏覽器選哪個，以及會不會先等 IPv6 逾時才改用 IPv4。
IPv6 大封包：在新連線上送出一個夠大的請求，必須用滿尺寸的封包。路徑 MTU 有問題時，小請求正常、大請求石沉大海，表現就是網頁一直轉圈。
不帶網域名稱的位址（一個 IPv6、一個 IPv4）：不靠 DNS 能不能用 IPv6，以及你是否在使用 NAT64 的純 IPv6 網路上。
每項測試同時詢問兩三家服務（DNSPod、icanhazip、Cloudflare、ipify），採用最先回應的一家，一家被封鎖或變慢不會讓測試失敗。
滿分 10 分，參考 test-ipv6.com 的思路，衡量網路對 IPv6 的準備程度：能開啟純 IPv6 網站 4 分，IPv6 大封包能通過 2 分，雙堆疊網站開啟不用等 2 分，不靠 DNS 也能用 IPv6 1 分，瀏覽器優先用 IPv6 1 分。IPv6 首次回應超過 3 秒扣 1 分。完全沒有 IPv6 是 0 分，不過所有網站仍可透過 IPv4 正常存取。
10 分表示 IPv6 處處可用，而且不會拖慢上網。
現在多數電信業者都提供 IPv6，常常只是沒開啟。進路由器管理頁面，找到 IPv6（或 WAN → IPv6）設定，選擇業者使用的方式，通常是 DHCPv6 或「原生」，並開啟前綴委派（PD）。接著確認區域網路端會配發 IPv6 位址給裝置（SLAAC 或 DHCPv6）。
路由器沒有 IPv6 選項、或業者沒開通，就問客服。手機行動網路通常都有 IPv6，即使家裡 Wi-Fi 沒有。
沒有 IPv6 也不影響上網：所有網站照常走 IPv4，只是用不了純 IPv6 的網站和應用程式。
代表 IPv6 連線本身沒問題，但 DNS 沒有回傳 IPv6 位址（AAAA 紀錄），瀏覽器根本不知道網站有 IPv6 位址。常見原因：路由器開了「過濾 AAAA 紀錄」，DNS 伺服器丟掉了 AAAA 紀錄，或代理軟體自己接管了 DNS。
在路由器裡關掉 AAAA 過濾，或改用公共 DNS，例如 1.1.1.1、8.8.8.8。
資料以封包傳輸，每個封包最大約 1500 位元組。有些 IPv6 線路（通道、PPPoE 撥號、設定不當的路由器）上，滿尺寸封包過不了某一段鏈路，而告訴對方「傳小一點」的訊息又被擋掉了。小請求正常，連線看起來沒問題，但大網頁、圖片、下載會一直卡住。
測試在新連線上向一個純 IPv6 站點送出 3.5 KB 的請求，雙向都需要滿尺寸封包。如果小的 IPv6 測試通過、這項失敗，可以在路由器的 IPv6 或 WAN 設定裡調低 MTU（PPPoE 可試 1480 或 1452），或聯絡電信業者。
瀏覽器會同時嘗試兩種位址，誰先連上就用誰（Happy Eyeballs）。IPv4 勝出，代表在你的網路上 IPv6 建立連線較慢，或系統優先使用 IPv4：Windows 對通道 IPv6（6to4、Teredo）就是如此，很多代理和 VPN 軟體也只轉送 IPv4。這不算故障，純 IPv6 網站照樣能開。
基本上是代理的。開了代理，測試站點是經由代理存取的，顯示的位址與 IPv6 支援情況都是代理伺服器的；代理只轉送 IPv4 的話，看起來就像沒有 IPv6。要測自己的網路，先關掉代理（或讓這些測試位址直連），再重新測試。
有些行動網路只配發 IPv6 給手機。為了仍能存取只有 IPv4 的網站，業者的 DNS 會替這些網站編一個 IPv6 位址（DNS64），再由閘道轉換（NAT64）。用網域名稱能正常開啟網站，但直接輸入 IPv4 位址就連不上，測試正是據此判斷。這是正常的部署方式，幾乎所有應用程式都能用。
不會。測試請求從你的瀏覽器直接送到各個測試站點，它們和任何網站一樣能看到你的 IP 位址。本站收不到任何結果；分享連結裡只有分數和各項耗時，不含你的 IP 位址。程式碼在 GitHub 上開源。