> 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/concepts/ipv4-vs-ipv6.md).

# IPv4 與 IPv6

兩種網際網路協定並列：為什麼會有 IPv6、為什麼你經常同時擁有兩個位址，以及這對你代表什麼。

為什麼您的連線有時顯示一個位址，有時卻顯示兩個看起來完全不同的位址？

因為有兩個版本的網際網路協定並行運作，而大多數現代連線同時支援兩者。

## IP 位址就像郵寄地址

每台與網際網路通訊的裝置都需要一個位址，讓回應知道該回到哪裡。IP 位址就是這麼回事：附加在每一份資料上的目的地標籤。

目前有兩種使用中的格式。

**IPv4** 看起來像這樣：

```
203.0.113.42
```

由四個 0 到 255 的數字組成，並以句點分隔。

**IPv6** 看起來像這樣：

```
2001:0db8:85a3:0000:0000:8a2e:0370:7334
```

由八組十六進位數字組成，並以冒號分隔。通常會以縮寫形式書寫，其中一長串的零會縮寫為 `::`:

```
2001:db8:85a3::8a2e:370:7334
```

兩者做的是相同的工作。IPv6 只是較新的格式，擁有大得多的位址供應量。

## IPv6 為何存在：位址用完了

IPv4 在 1980 年代初期完成標準化。它的位址格式可提供約 43 億個唯一位址。在當時看來已經很充裕。

事實並非如此。如今連線裝置遠多於人口：手機、筆記型電腦、電視、路由器、攝影機、伺服器。負責分配 IPv4 位址的區域組織，已在 2010 年代耗盡其免費位址池。現在新的 IPv4 位址大多只能透過向既有持有者轉讓或租用取得，而且需要支付實際費用。

IPv6 的設計旨在永久解決這個問題。它的位址空間不只是稍微大一點——約有 340 澗個位址，這是一個有 39 位數的數字。沒有任何現實情境會讓它用完。

## 並行使用

|        | IPv4           | IPv6          |
| ------ | -------------- | ------------- |
| 範例     | `203.0.113.42` | `2001:db8::1` |
| 位址大小   | 32 位元          | 128 位元        |
| 位址總數   | 約 43 億         | 約 340 澗       |
| 標準化時間  | 1981           | 1990 年代後期     |
| 位址共用   | 非常常見           | 通常不需要         |
| 書寫時使用  | 句點             | 冒號            |
| 目前支援情況 | 幾乎全面支援         | 廣泛支援，但並不普及    |

## 雙協定堆疊：為什麼您經常同時擁有兩者

您可能會預期有一個切換日期，讓所有人在同一天從 IPv4 移轉至 IPv6。這從未發生，也不可能發生。這兩種格式彼此不相容。僅支援 IPv4 的裝置無法直接與僅支援 IPv6 的裝置通訊。

因此，業界選擇了不同的做法：同時運行兩者。這稱為 **雙協定堆疊**。您的裝置會取得一個 IPv4 位址 *以及* 一個 IPv6 位址，並使用能連線至目標網站的那一個。

這就是為什麼像 MyIP 這類工具可能同時顯示兩個完全不同的位址。它們並不矛盾，而是通往同一棟房子的兩扇門。

當您的瀏覽器同時有兩種選項時，通常會兩者都嘗試，並使用最先回應的那一個，同時略微偏好 IPv6。這種行為有個名稱——Happy Eyeballs——也是網站所見位址可能因每次造訪而不同的原因之一。

## 為什麼網站可能只看見其中一個位址

* **該網站沒有 IPv6 位址。** 許多網站仍然只發布 IPv4 位址。您的瀏覽器別無選擇：只能使用 IPv4。
* **您的網路沒有 IPv6。** 有些家用與行動網路仍然僅支援 IPv4。有些辦公室網路則刻意停用 IPv6。
* **VPN 或 Proxy 只處理其中一種。** 這是常見的意外情況。如果您的 VPN 傳送 IPv4 流量但不處理 IPv6，支援 IPv6 的網站就能看見您的真實位址，而 IPv4 網站看見的則是 VPN。請參閱 [我是否洩漏了真實 IP？](/knowledge-base/zh-tw/diagnose/am-i-leaking-my-real-ip.md).
* **您的 IPv6 位址變更得更頻繁。** 許多裝置會定期輪替其對外 IPv6 位址作為隱私保護措施，因此今天的 IPv6 位址未必是明天的。

## 這對您為何重要

* **您的 IPv4 位址很可能是共用的。** 由於 IPv4 稀缺，您的服務供應商很可能讓許多客戶共用一個公開位址。如果您有 IPv6 位址，它更可能是您專屬的。請參閱 [公開、私人與 CGNAT 位址](/knowledge-base/zh-tw/concepts/public-private-cgnat.md).
* **兩個位址代表兩個洩漏機會。** 只涵蓋 IPv4 的隱私設定，只能算是完成了一半。
* **兩者的位置資料可能不同。** 地理定位資料庫通常對 IPv4 範圍的掌握優於相對應的 IPv6 範圍，因此兩者可能回報不同的城市。請參閱 [GeoIP：IP 地理定位的運作方式](/knowledge-base/zh-tw/concepts/geoip-explained.md).

## 常見迷思

**「IPv6 較快。」** 不一定。有些路徑上它會因為免除位址轉譯而稍快；另一些路徑上則較慢，因為 IPv6 路由的最佳化程度較低。速度主要取決於距離與路由，而非協定版本。

**「IPv6 更具隱私性。」** 不會自動如此。永不變更的 IPv6 位址比共用的 IPv4 位址更容易被追蹤。現代作業系統會透過輪替暫時位址來因應，但結果取決於您的設定。

**「我應該關閉 IPv6。」** 通常不是好主意。停用它可能會使某些網站變慢或無法連線。如果 IPv6 引起問題，通常應從您的 VPN 或路由器設定著手修正，而不是關閉協定。

**「IPv4 正在被關閉。」** 沒有關閉日期。IPv4 將會繼續運作很長一段時間。IPv6 的採用率持續穩定成長，現在已承載全球流量的很大一部分，但各國與各網路之間的差異極大——有些國家以 IPv6 為主，有些則幾乎完全不用。

{% hint style="info" %}
**親自在 MyIP 上查看**

「 **IP 資訊** 」區段會在不同卡片上顯示您的 IPv4 與 IPv6 位址，且每個位址皆從多個來源查詢。若其中一張卡片沒有結果，表示您的連線只有另一種協定。

偏好使用終端機嗎？ [Curl API](/knowledge-base/zh-tw/getting-started/curl-api.md) 提供三個端點：一個僅透過 IPv4 回應，一個僅透過 IPv6 回應，另一個則透過您的機器偏好的協定回應。比較三者可確切得知您的系統優先使用哪一種協定。
{% endhint %}

## 相關概念

* [公開、私人與 CGNAT 位址](/knowledge-base/zh-tw/concepts/public-private-cgnat.md) — 為什麼您的 IPv4 位址很可能是共用的
* [什麼是 ASN？](/knowledge-base/zh-tw/concepts/what-is-an-asn.md) — 同時承載兩種協定的網路
* [GeoIP：IP 地理定位的運作方式](/knowledge-base/zh-tw/concepts/geoip-explained.md) — 為什麼兩個位址可能回報不同的位置
* [解讀您的 IP 卡片](/knowledge-base/zh-tw/getting-started/reading-your-ip-cards.md) — 卡片上各欄位的含義
* [IP 計算機](/knowledge-base/zh-tw/lookup-privacy/ip-calculator.md) — 拆解任一種類的位址：前綴計算、表示法，以及 IPv6 位址所編碼的資訊


---

# 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/concepts/ipv4-vs-ipv6.md?ask=<question>&goal=<endgoal>
```

`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.