> For the complete documentation index, see [llms.txt](https://docs.ipcheck.ing/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.ipcheck.ing/knowledge-base/zh-tw/lookup-privacy/ip-calculator.md).
# IP 計算機
子網路運算、表示法轉換，以及任何 IP、前綴、範圍或前綴列表的 IPv6 位址洞察——全都在你的瀏覽器中完成計算。
## 用途
該 **IP 計算器** 會接受你貼上的任何「位址形狀」內容——IPv4 或 IPv6 位址、CIDR 前綴、位址範圍、前綴清單，或單純的數字——判斷它是什麼，並且只顯示適用於它的內容。沒有可選的模式。
對於前綴，這表示子網路計算：網路位址、廣播位址、網路遮罩、萬用遮罩、第一個與最後一個主機、可容納多少位址，以及如何把區塊切分成更小的區塊。對於 IPv6 位址，這表示位址所編碼的內容：其類型、攜帶的任何 IPv4，以及介面識別碼是否洩露了硬體的 MAC 位址。對於範圍或清單，這表示能表達相同內容的最少 CIDR 區塊。對於來自記錄檔或可疑連結的數字，這表示該數字所代表的普通點分位址。
所有計算都在你的瀏覽器中完成。你輸入的內容不會傳送到伺服器，因此這個工具可安全用於私有位址規劃。
## 如何執行
{% stepper %}
{% step %}
### 開啟工具
前往 **進階工具** 並點選 **IP 計算器** 卡片（🔢 卡片），或開啟 `/tools/ipcalculator` 直接開啟。在儀表板上，鍵盤快捷鍵是 一個.
{% endstep %}
{% step %}
### 輸入內容
輸入或貼上位址、前綴、範圍、清單或數字，然後按 Enter 或點擊計算器按鈕。工具會自行偵測格式。
在輸入框下方， **試試：** 列中有每種可接受語法的一個範例——點一下即可填入方框並執行。儀表板上還有一個 **你的 IP：** 列，顯示你自己偵測到的位址，並可用相同方式直接執行。
{% endstep %}
{% step %}
### 分享結果
查詢會寫入網址列為 `?q=`，所以複製網址—— `/tools/ipcalculator?q=192.168.1.130/26` ——就能讓別人看到相同結果。結果中的每個值都有複製按鈕。
{% endstep %}
{% endstepper %}
### 可接受的輸入格式
| 輸入 | 範例 | 會發生什麼 |
| -------- | -------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------- |
| IPv4 位址 | `192.0.2.10` | 以主機顯示，前綴滑桿設為 `/32`. |
| IPv4 前綴 | `192.168.1.130/26` · `192.168.1.0/255.255.255.0` | 此區塊的子網路計算。點分網路遮罩和前綴長度一樣可用。 |
| IPv6 位址 | `2001:db8:85a3::8a2e:370:7334` · `[2001:db8::1]` · `fe80::1%eth0` · `::ffff:192.0.2.1` | 可壓縮或展開。中括號會被去除， `%zone` 尾碼會保留並顯示，且接受 IPv4 尾段。滑桿起始於 `/64`. |
| IPv6 前綴 | `2001:db8::/48` | 此區塊的前綴計算。 |
| 範圍 | `10.0.0.1-10.0.0.254` · `10.0.0.1-254` · `2001:db8::1-2001:db8::ff` | 涵蓋此範圍所需的最少 CIDR 區塊。對 IPv4 而言，結尾可以只寫最後一個八位元組。如果端點順序相反，會自動對調。 |
| 清單 | `192.168.0.0/24 192.168.1.0/24` | 以空格、逗號、分號或換行分隔的兩個以上前綴或位址。單獨一個位址也算作一個 `/32` 或 `/128`. |
| 整數 | `2130706433` | 將其讀作位址。直到 2³²−1 為 IPv4；更大的值，最高到 128 位元，則為 IPv6。 |
| 十六進位 | `0x7f000001` · `20010db8000000000000000000000001` | 帶有 `0x` 前綴時，最多八位數字會被視為 IPv4，更多則為 IPv6。32 個純十六進位數字會被讀作 IPv6。 |
| 混淆的 IPv4 | `127.1` · `1.2.515` · `0177.0.0.1` · `0x7f.0.0.1` | 瀏覽器和大多數函式庫會接受的寫法：缺少的部分會從最後一個部分補齊（`127.1` 是 `127.0.0.1`, `1.2.515` 是 `1.2.2.3`），前導 `0` 會使某個部分成為八進位，而 `0x` 會使其成為十六進位。結果會說明輸入會轉成哪個位址。 |
有兩種輸入會被刻意拒絕：
* **MAC 位址。** `F0:2F:4B:01:0A:AA` 不是 IPv6 位址。請使用 [MAC 查詢](/knowledge-base/zh-tw/lookup-privacy/mac-lookup.md).
* **看起來像八進位但其實不是的數字。** `0189` 以 0 開頭，因此瀏覽器會將其讀作八進位——而 `8` 以及 `9` 不是八進位數字。工具會明說，而不是猜測。
網域名稱也不是位址；請先用 [DNS 解析器](/knowledge-base/zh-tw/lookup-privacy/dns-resolver.md).
## 讀取你的結果
### 標頭
結果卡片上方有一行簡短的徽章：
* **輸入內容是什麼** — `IPv4`, `IPv4 前綴`, `IPv6`, `IPv6 前綴`, `整數`, `十六進位`, `範圍` 或 `前綴清單`.
* **它屬於哪些 IANA 特殊用途區塊** — 例如 `私用 · RFC 1918`, `回送 · RFC 1122` 或 `說明文件 · RFC 3849`。當區塊可全域路由時徽章為綠色，否則為灰色。區塊會巢狀包含，因此一個位址可以帶有多個徽章，最具體的在前。位於任何特殊區塊之外的公用 IPv4 位址不會帶有徽章。
* **範圍** — 一個詞： *全域可路由*, *私用*, *共享（CGNAT）*, *回送*, *連結本地*, *多播*, *說明文件*, *保留*, *未指定* 或 *廣播*.
如果你輸入的是數字或十六進位值， **解讀為** 卡片頂端的一行會顯示它所代表的位址。
### IPv4
網路
一個 **前綴滑桿** 下方有一張該位址的 32 位元圖——網路位元以顏色顯示、主機位元以淡色顯示，分成四個八位元組群組。一般位址的起點是 `/32`；拖曳滑桿即可將它視為任何更大區塊的一員。你拖曳時欄位會即時更新。
| 欄位 | 其意義 |
| -------------------------- | ----------------------------------------------------------------------------------------- |
| **網路** | 以 CIDR 形式表示的區塊，主機位元已清除。 |
| **廣播** | 此區塊的最後一個位址。 |
| **網路遮罩** | 點分形式的遮罩，例如 `255.255.255.192`. |
| **萬用遮罩** | 網路遮罩的反向值——某些 ACL 語法需要的形式。 |
| **第一個主機位址** / **最後一個主機位址** | 你可以指派給裝置的第一個和最後一個位址。 |
| **可用主機數** | 可容納多少裝置。比總數少兩個，因為網路位址與廣播位址是保留的。 |
| **總數** | 區塊中的每個位址。總數達 1,024 以上時也會顯示 2 的冪次。 |
| **反向區域** | 該 `in-addr.arpa` 此區塊的區域。只在八位元組對齊的前綴時顯示—— `/8`, `/16`, `/24` 以及完整的 `/32` ——因為只有那些會對應到反向區域。 |
| **類別** | 從第一個八位元組得出的歷史類別 A–E。自 1993 年起路由就已忽略類別；之所以還保留這個欄位，是因為某些文件仍在使用它們。 |
在 `/31` 以及 `/32` 有一則註解說明沒有獨立的網路位址或廣播位址：每個位址都可使用，這正是 RFC 3021 點對點連線所依賴的。
表示法
同一個位址寫成 **十進位** 整數， **十六進位**, **八進位**，點分 **二進位**，以及 **PTR 記錄** 名稱（`10.2.0.192.in-addr.arpa`）你會用來查詢其反向 DNS。
混淆寫法
瀏覽器和大多數函式庫也接受此位址的替代寫法： **點分十六進位** (`0x7f.0x0.0x0.0x1`), **點分八進位** (`0177.00.00.01`），以及 **三段式** 以及 **兩段式簡寫** (`127.0.1`, `127.1`）。這些形式常被用來繞過天真的文字篩選器，因此工具會把它們完整展開——請看 *常見用途* 下方。
作為 IPv6
這個 IPv4 位址在 IPv6 位址編碼中的樣子：
| 欄位 | 形式 |
| ----------------- | -------------------------------------------------------------- |
| **IPv4 對映** | `::ffff:192.0.2.10` — 雙堆疊 socket 呈現 IPv4 對端的方式。 |
| **IPv4 對映（十六進位）** | 以純十六進位群組寫出的相同位址。 |
| **IPv4 相容** | `::192.0.2.10` — 你仍會在舊設定中見到的已棄用過渡形式。 |
| **NAT64** | `64:ff9b::192.0.2.10` — IPv6-only 網路透過這個知名前綴連到此 IPv4 主機所使用的位址。 |
| **6to4 前綴** | `2002:c000:20a::/48` — 這個 IPv4 位址會擁有的 6to4 區塊。 |
分割成子網路
從下拉選單選擇目標前綴長度——比目前長最多八個位元——該區段會列出子網路，並提供 **全部複製** 可一次帶走整份清單。清單最多只顯示前 256 個子網路；總數永遠是精確的。
此區段不會出現在 `/32`，因為單一位址無法分割。請先把滑桿拖到更短的前綴。
### IPv6
位址
| 欄位 | 其意義 |
| ------------------ | ----------------------------------------------- |
| **壓縮** | 標準短格式（RFC 5952）：全小寫、無前導零、最長的一串 0 群組會被縮成 `::`. |
| **展開** | 八個群組全部完整寫出。 |
| **十六進位** / **十進位** | 將位址視為一個 128 位元數字。 |
| **PTR 記錄** | 該 `ip6.arpa` 名稱——每個半位元組一個標籤，且順序相反——用於反向 DNS 查詢。 |
| **區域** | 在後面的介面名稱或索引 `%`，如果你有輸入的話。它不是位址本身的一部分。 |
類型詳細資料
只有當位址類型內含可解碼資訊時才顯示：
* **內嵌 IPv4** — 對於 IPv4 對映、IPv4 相容、NAT64 與 6to4 位址，就是它們所攜帶的 IPv4 位址。
* **Teredo** (`2001::/32`）— Teredo **伺服器**， **用戶端**的真實 IPv4 位址與 UDP **連接埠** （兩者都以反轉方式儲存，工具會還原），以及用戶端是否位於 **錐形 NAT**.
* **唯一本地** (`fc00::/7`）— 該前綴是否為 **本地指派** (`fd00::/8`（目前實際使用的唯一種類），以及 40 位元的 **全域 ID** 與 16 位元的 **子網路 ID**.
* **多播** (`ff00::/8`）— **範圍** （介面本地、連結本地、站點本地、組織本地、全域，等等）、 **旗標** （T 暫時性、P 以此前綴為基礎、R 內嵌會合點），以及對於 solicited-node 位址，其 **尾碼** 是從它衍生而來。
介面識別碼
僅對單播位址顯示——全域、唯一本地、連結本地和文件說明——但 Teredo 除外，因為其低位元有其他含義。
| 欄位 | 其意義 |
| --------------------- | -------------------------------------------------------------------------- |
| **介面 ID** | 位址的低 64 位元。 |
| **由 EUI-64 衍生的 MAC** | 只有在識別碼是修改版 EUI-64 時才會顯示——也就是在中間插入 `ff:fe` 並翻轉一個位元的 MAC 位址。工具會還原這兩者並顯示 MAC。 |
| **Solicited-node 多播** | 該 `ff02::1:ffXX:XXXX` 此位址用於鄰居探索時所監聽的群組。 |
下方欄位會有一行註解，說明這是什麼類型的識別碼：
* **來自全域唯一 MAC 的修改版 EUI-64** — 這個位址會在裝置移動到哪裡時都識別該硬體。隱私延伸存在的目的就是要避免這種情況。
* **來自本地管理 MAC 的修改版 EUI-64** — 這個 MAC 是以軟體設定的，因此對裝置的揭露較少。
* **不是 EUI-64 形式** — 隱私延伸、隨機化或手動選擇的識別碼。這就是現代作業系統預設產生的方式。
* **全為 0** — 此前綴的子網路路由器任播位址，不是主機。
若要查詢還原出的 MAC 背後的製造商，請將其複製到 [MAC 查詢](/knowledge-base/zh-tw/lookup-privacy/mac-lookup.md).
前綴
前綴滑桿下方有一張 32 個半位元組的圖，分成八個群組。一般位址的起點是 `/64`，也就是一般 IPv6 子網路的大小。
| 欄位 | 其意義 |
| ------------------ | ------------------------------------------------------------- |
| **網路** | 以 CIDR 形式表示的前綴。 |
| **網路遮罩** | 以 IPv6 位址寫成的遮罩。 |
| **第一個** / **最後一個** | 前綴中的第一個和最後一個位址。IPv6 沒有廣播位址，也不會在兩端保留任何位址，因此每個位址都可指派。 |
| **總數** | 前綴中的每個位址，並在旁邊顯示 2 的冪次。 |
| **/64 子網路** | 此前綴包含多少個標準子網路。顯示於 `/64` 以及更短。 |
| **反向區域** | 該 `ip6.arpa` 區域。只在半位元組對齊的前綴（`/48`, `/52`, `/56`, `/64`，…）時顯示。 |
分割成子網路
和 IPv4 一樣，但提供的目標前綴都是半位元組對齊——也就是 4 位元的倍數、比目前前綴最多長 16 位元——因為這樣才能保持 `ip6.arpa` 委派整潔。清單上限為 256 列；數量是精確的。
### 範圍
| 欄位 | 其意義 |
| --------------- | ---------------------------------------------------------------- |
| **起點** / **終點** | 兩個端點，以標準形式表示。 |
| **總數** | 此範圍包含多少個位址。 |
| **單一區塊** | 只有當範圍剛好是一個 CIDR 區塊時才顯示，例如 `10.0.0.0-10.0.0.255` 是 `10.0.0.0/24`. |
在欄位下方， **CIDR 區塊** 會列出精確涵蓋該範圍的最少區塊，並使用 **全部複製**。不是從區塊邊界開始和結束的範圍需要許多區塊—— `10.0.0.1-10.0.0.254` 需要十四個，因為 `.0` 以及 `.255` 被省略了。那是算術結果，不是錯誤；如果你指的是整個子網路，請把它輸入為前綴。
### 前綴清單
每個出現的位址族各一個區段， **IPv4 區塊** 以及 **IPv6 區塊**，每個都包含經彙總的最小集合，並使用 **全部複製**:
* 若一個區塊被另一個區塊包含，會被移除。
* 相鄰且合起來形成一個更大的對齊區塊的區塊會被合併—— `192.168.0.0/24` 以及 `192.168.1.0/24` 變成 `192.168.0.0/23`，而四個對齊的 `/26`會變成一個 `/24`.
* 主機位元會被清除，因此 `192.168.1.130/26` 會列為 `192.168.1.128/26`.
摘要行會顯示 **輸入 N 個區塊、輸出 M 個區塊、X 個位址**。不是位址或前綴的項目不會被默默丟棄： **已忽略：** 會列出它們。如果清單中沒有任何有效項目，你會得到錯誤而不是結果。
## 值得知道的限制
{% hint style="info" %}
這個計算器只做算術。它不會查詢任何資料，因此無法告訴你某個位址屬於誰或位於哪裡。若要查這些，請使用 [Whois 搜尋](/knowledge-base/zh-tw/lookup-privacy/whois-search.md), [ASN 資訊](/knowledge-base/zh-tw/lookup-privacy/asn-info.md)，或使用儀表板上的搜尋按鈕。
{% endhint %}
* **區塊名稱就是 IANA 登錄名稱。** 它們在所有介面語言中都保留英文；只有範圍詞會被翻譯。
* **反向區域只遵循標準委派。** 不是八位元組對齊（IPv4）或半位元組對齊（IPv6）的前綴不會顯示反向區域。RFC 2317 的無類別委派未被建模。
* **A–E 類別已成歷史。** 之所以顯示，是因為舊文件仍使用這些術語，而不是因為它今天還有任何影響。
* **子網路清單會等待滑桿。** 當你拖曳時，網路欄位會即時跟著變；下方的分割清單只會在你放開時更新。這是刻意設計的——如果清單在拖曳中改變長度，頁面會在你的手指下跳動。
* **混淆寫法是瀏覽器的行為，不是標準。** 它們符合 `inet_aton` 瀏覽器和大多數 C 函式庫所遵循的規則。嚴格的解析器會拒絕它們，而這沒問題。
## 常見用途
* **切分子網路。** 輸入你拿到的區塊，選擇小於 **分割成子網路**的目標大小，然後把清單複製到你的規劃中。
* **我的 IPv6 位址會暴露我的 MAC 嗎？** 點選你自己的位址，位於 **你的 IP：** 儀表板上的那一列，然後查看 **介面識別碼** 註解。如果它說這個識別碼來自全域唯一 MAC，表示你的裝置沒有使用隱私延伸。
* **防火牆需要 CIDR，但你手上的是範圍。** 輸入 `起始-結束` 並複製 **CIDR 區塊** 清單。反過來，輸入區塊並讀取 **第一個主機位址** 以及 **最後一個主機位址**.
* **將一個很長的允許清單收合。** 貼上整個清單；彙總後的集合是能完全允許相同位址的最短形式。
* **記錄中的一個數字，或是一個奇怪的連結。** `http://2130706433/` 以及 `http://0x7f.1/` 都會導向 `127.0.0.1`。單獨貼上那個奇怪的部分，標頭就會告訴你它真正指向哪裡，以及那是屬於哪個特殊用途區塊。
* **檢查點對點連線。** 輸入 `/31` 並確認兩個位址都可用。
## 接下來該做什麼
* 為什麼這兩個家族看起來如此不同： [IPv4 與 IPv6](/knowledge-base/zh-tw/concepts/ipv4-vs-ipv6.md).
* 哪些區塊屬於私人、共享或保留，以及這在實務上代表什麼： [公用、私有與 CGNAT 位址](/knowledge-base/zh-tw/concepts/public-private-cgnat.md).
* 使用以下方式找出從 EUI-64 位址還原出的 MAC 背後的製造商： [MAC 查詢](/knowledge-base/zh-tw/lookup-privacy/mac-lookup.md).
* 找出誰持有一個公用區塊，使用 [Whois 搜尋](/knowledge-base/zh-tw/lookup-privacy/whois-search.md)，以及誰以它宣告 [ASN 資訊與上游拓樸](/knowledge-base/zh-tw/lookup-privacy/asn-info.md).
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://docs.ipcheck.ing/knowledge-base/zh-tw/lookup-privacy/ip-calculator.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.