跳至主要內容
Lizely

IPv6 網路字首計算器

計算 IPv6 網路字首、標準地址、首尾數值地址、主機位元數，以及精確的範圍大小，所有運算皆在瀏覽器端完成。

隱私權：你的檔案不會離開裝置，所有處理均在瀏覽器本機完成。

使用方式

  1. 1.輸入純 IPv6 位址，使用擴充或單一雙冒號壓縮語法。
  2. 2.輸入從 0 到 128 的整數字首長度，並選擇「計運算元網路」。
  3. 3.使用前請審查標準輸入、網路字首、數值首尾位址，以及精確的位址數量，再將結果用於檔案或設定中。

關於IPv6 網路字首計算器

IPv6 子網計算器可將 IPv6 地址與字首長度轉換為可稽核的 128 位元數值範圍。它會報告輸入的 RFC 5952 標準形式、網路字首、範圍內的第一與最後地址、主機位元數以及精確的地址數量。計算過程使用瀏覽器 BigInt 運算，因此即使 /0 範圍也能避免浮點數損失。

IPv6 地址包含八組 16 位元的十六進位欄位，總共 128 位元。RFC 4291 允許欄位內的前導零被省略，並允許使用一個雙冒號來取代一個或多個連續的零欄位。此工具接受這些常見的純 IPv6 形式，內部將其擴充套件為八個欄位，轉換為一個 128 位元的整數，並套用所選的字首遮罩。

網路位址是將輸入值的所有主機位元清除後的結果。最後一個數值位址是將網路值的所有主機位元設為 1。地址數量為 2 的主機位元數次方。以 RFC 案例位址 2001:0DB8:0:CD30:123:4567:89AB:CDEF 與字首 60 為例，網路位址為 2001:db8:0:cd30::/60，最後一個位址為 2001:db8:0:cd3f:ffff:ffff:ffff:ffff。

輸出遵循 RFC 5952 的建議。十六進位字母為小寫，前導零被移除，最長的連續兩個或以上全零欄位會被壓縮，若出現相同長度的連續零欄位，以第一個為優先。單一零欄位不會被壓縮。八個外部文字範例涵蓋擴充、壓縮、迴環、未指定、多播、平局、單零以及最大值形式。

字首長度必須為 0 到 128 之間的整數。/128 包含一個地址。/64 包含 2⁶⁴ 個數值。/0 覆蓋完整的 128 位元地址空間。術語 first 與 last 僅描述數值範圍的上下限。IPv6 不使用 IPv4 風格的廣播地址，且最後值不會標記為廣播。

此計算器刻意排除區段識別碼，例如 %eth0 與 IPv4 嵌入的點分十進位形式。這些語法需要額外的介面或混合位址上下文，若被部分解析，將會出現明確錯誤。此頁面亦不會判斷字首是否為 on-link、可路由、全球分配、保留、多播、任何播，或適合用於 SLAAC。

此數值字首計算並非網路設定建議。RFC 5942 說明位址指派與 on-link 字首是兩個獨立的觀念。路由器、字首資訊選項、分配策略、服務提供者規則、防火牆設定、以及位址管理計畫決定了實際運作行為。在應用計算結果前，請確認權威的網路設計。

不會傳輸或查詢任何位址。此頁面不會查詢 WHOIS、DNS、BGP、地理定位、濫用來源或裝置上的介面。這使得它適用於檔案範例與私人規劃，包括 RFC 3849 檔案範例字首，但無法確認擁有權或可達性。

為確保可靠使用，請貼入位址時勿包含方括號、埠或字尾；字首請單獨輸入，計算後與原始資料對照，確認標準形式。接著審查網路與範圍邊界。若生產環境的變更取決於此結果，請獨立於支援工具中驗證結果，並保留現有設定以備回滾。

方法與來源

解析 RFC 4291 純 IPv6 十六進位文字為正好八個 16 位元欄位，擴充套件一個可選的 :: 運算，並將欄位合併為 128 位元的 BigInt。驗證字首 0–128，清除主機位元以取得網路位元，設定主機位元以取得數值上限，並計算 2^(128-字首)。格式化小寫 RFC 5952 文字，壓縮前導零並壓縮第一個長度為兩或以上的零串列。

常見問題

IPv6 有廣播位址嗎？
沒有。顯示的最後位址僅為字首的數值上限。
為何單一零欄位不會被 :: 取代？
RFC 5952 建議僅壓縮兩個或以上連續零欄位的長度。
支援區段識別碼或 IPv4 嵌入形式嗎？
沒有。此解析器僅接受純 IPv6 文字，不包含介面區段或點分十進位字尾。
結果能證明字首為 on-link 或可路由嗎？
沒有。數值包含性與路由器宣告、政策、指派、以及實際可達性無關。

相關工具

開發者工具 使用指南

查看全部