⚡ 站長快讀:核心重點
- 文章屬性:科技冷知識 / 規格解析
- 核心結論:私有 IP 位址(10、172.16、192.168 三段)在全球路由表上等於不存在,誰都能用、誰也連不到,所以全世界重複用也不會打架。
- 適用對象:所有對科技好奇的人,尤其是每次進路由器後台都要打 192.168.1.1 的你。
📌 快速答案
一句話答案:私有 IP 位址是 RFC 1918 保留給任何人自由使用的三個網段,因為這些位址不會被公開網際網路路由,所以重複使用也不會互相干擾。
🔍 故事的起點
家裡的路由器後台是 192.168.1.1,公司筆電拿到 10.0.x.x,連咖啡廳的 Wi-Fi 又是 192.168.0.x——同一組數字在全世界不知道被用了幾億次,怎麼從來沒聽過誰因為「IP 撞號」而斷網?這件事的答案寫在一份 1996 年 2 月的文件裡:RFC 1918《Address Allocation for Private Internets》,同時也是 BCP 5,作者群來自 Cisco、Chrysler、RIPE NCC 與 Silicon Graphics。
有趣的是,大家最常聽到的說法「因為 IPv4 位址不夠用」,在原文裡只排第二。RFC 1918 第 2 節寫得很直白:位址枯竭是社群的一個擔憂,但「另一個更急迫的問題,是路由負擔的成長會超過網際網路服務供應商的處理能力」。1996 年真正讓工程師睡不著的,是全球路由表膨脹到路由器吃不消,而不是門牌號碼發完。
RFC 1918 舉的例子也很有畫面:一座大型機場,航班到離站顯示看板每一塊都能用 TCP/IP 定址,但這些看板「非常不可能需要被其他網路直接存取」;銀行與零售連鎖的收銀機、提款機也是同一類。既然這些機器一輩子不會從外面被連進來,何必給它們一個全球唯一的門牌?於是文件把主機分成需要對外連線的「公有」與不需要的「私有」兩類,並替後者劃出專用位址。
🧪 原理拆解
三個保留網段:10、172.16、192.168
RFC 1918 第 3 節寫明,IANA 保留了三個區塊給私有網路使用。這三段的差別只有一個:大小。
| 網段 | 位址範圍 | RFC 1918 稱呼 | 舊制對應 | 位址數 |
|---|---|---|---|---|
| 10.0.0.0/8 | 10.0.0.0 – 10.255.255.255 | 24 位元區塊 | 單一 A 類網路 | 約 1,677 萬 |
| 172.16.0.0/12 | 172.16.0.0 – 172.31.255.255 | 20 位元區塊 | 16 個連續 B 類網路 | 約 105 萬 |
| 192.168.0.0/16 | 192.168.0.0 – 192.168.255.255 | 16 位元區塊 | 256 個連續 C 類網路 | 65,536 |
三個重點:①位址數是由前綴長度直接算出來的(/8 就是 2 的 24 次方個位址),含網路位址與廣播位址在內;②「A 類、B 類、C 類」是 CIDR 之前的舊分類法,RFC 1918 只是拿它來描述區塊大小,不代表今天還要照 class 切網;③172.16.0.0/12 只到 172.31.255.255,172.32 開頭已經是公有位址,這是最多人記錯的一段。
為什麼重複不會撞車:這些位址在外面「不存在」
關鍵在 RFC 1918 給的兩條規則。第一,決定使用這些位址的企業「不需要與 IANA 或任何網際網路註冊機構協調」,所以位址空間可以被許多企業同時使用;這些位址只在企業內部唯一。第二,也是真正讓它成立的那條:私有網路的路由資訊不得在跨企業的連線上傳播,來源或目的地是私有位址的封包也不應該被轉送;文件並預期「未使用私有位址空間的網路、尤其是 ISP 的路由器」會設定成過濾掉這類路由資訊,而且拒收「不得視為路由協定錯誤」。
換句話說,私有位址不是「大家講好不要撞」,而是根本沒有人能從外面把封包送進來。這一點在 IANA 的 IPv4 特殊用途位址登錄檔上是機械可查的:10.0.0.0/8、172.16.0.0/12、192.168.0.0/16 三筆的名稱都是 Private-Use、來源都是 RFC 1918、分配日期都是 1996 年 2 月,而 Globally Reachable 欄位一律是 False。
用門牌來比喻:「三樓 301 室」這種寫法在每一棟大樓裡都唯一,在整座城市裡卻重複了幾萬次,而郵差從來不會搞混——因為沒有人能只寫「301 室」就把信寄出去,你得先有大樓的街道地址。私有 IP 位址就是室號,公有 IP 才是街道地址。想確認自己現在拿到的是哪一段,可以照這篇查詢 IP 位址的教學實際看一眼。
那要怎麼上網?NAT 是後來補上的另一份規格
這裡有個常被誤會的地方:RFC 1918 全文沒有出現 NAT。它只負責劃地,不負責翻譯。真正讓私有位址能上網的,是另一條線:1994 年的 RFC 1631,後來被 2001 年 1 月的 RFC 3022《Traditional IP Network Address Translator》 取代。
RFC 3022 把 NAT 拆成兩種:Basic NAT 是位址換位址,一台私有主機對應一個公有位址;NAPT 則是連 TCP/UDP 埠號一起換,讓一整個內網共用單一公有 IP。文件裡直接點名這正是小型辦公室與家庭使用者的情境——ISP 只給一個 IP,家裡卻有一堆裝置。你家路由器做的就是 NAPT。RFC 3022 第 5.2 節也把這件事講死了:私有位址空間「可以被許多獨立組織同時私下使用,只要在它們的邊界路由器上啟用 NAT」。
代價同一份文件也自己承認:NAT 讓 IP 位址失去端到端意義,經過 NAT 之後無法假設 IPsec 的端到端安全成立;內部主機若對外攻擊或發垃圾信,追查真正來源會變困難;NAPT 環境下由內部發出的 TCP/UDP 分片封包更是「注定失敗」,因為只有第一個分片帶埠號。今天各種 P2P、遊戲連線、視訊要打洞打得那麼辛苦,源頭就在這裡。
💡 總結:冷知識延伸
站長我最喜歡這個題目的一點,是它推翻了一個直覺:192.168.1.1 這個位址,沒有任何 RFC 規定過。RFC 1918 保留的是整段 192.168.0.0/16,至於閘道要用 .1.1、.0.1 還是 .50.1,純粹是廠商出廠設定的慣例,大家抄久了就變成「標準」。更反直覺的是,RFC 1918 第 5 節其實強烈建議組織從保留池裡「隨機」挑子網段,理由很實際:兩家公司日後合併、或兩個網路要接起來時,大家都用 192.168.1.0/24 才是災難,那時就得整批重新編號。
另外兩個延伸:第一,位址還是不夠用,所以電信業者做 CGNAT 時用的是另一段——100.64.0.0/10「Shared Address Space」,由 RFC 6598 在 2012 年 4 月分配,它不屬於 RFC 1918 私有位址,別搞混。第二,IPv6 也保留了同樣概念的位址:Unique Local 的 fc00::/7,RFC 4193,2005 年 10 月分配,IANA 登錄檔上的 Globally Reachable 一樣是 False。位址從 32 位元換到 128 位元,「內網要有自己的門牌」這個需求並沒有消失。
順帶一提,和私有位址常一起被搞混的還有 127.0.0.0/8 這個回送位址段,那又是另一個故事了,可以看localhost 127.0.0.1 為什麼代表自己。
❓ 常見問題
Q:10.x、172.16.x、192.168.x 到底該用哪一段?
功能上完全一樣,差別只有規模。RFC 1918 第 5 節的建議是:如果你的設備支援、也設計得出合適的子網路切分方案,就用 24 位元區塊(10.0.0.0/8)並留好成長空間;如果子網路切分是個麻煩,再用 16 位元區塊(192.168.0.0/16)或 20 位元區塊(172.16.0.0/12)。家用路由器清一色預設 192.168 是廠商慣例,不是規範要求。
Q:我家的 192.168.1.100 會不會跟別人的撞到?
一定會重複,但不會「撞到」。因為兩邊的封包永遠不會在同一個路由域裡相遇。唯一會出事的場景是兩個私有網路要直接互連——例如公司併購,或你用 VPN 連回公司,而兩端剛好都用 192.168.1.0/24。這時候的標準解法就是 RFC 1918 說的重新編號,或事先隨機選段避開。
Q:用私有 IP 是不是就等於安全?
不是。RFC 3022 承認 NAT 帶有某種隱私效果(外部看不到內部主機的真實位址),但同一節緊接著說,這個特性也讓除錯與追查安全事件更困難。它是副作用,不是資安機制;真正擋連線的是防火牆規則,不是位址本身。想看清楚「哪些服務正在對外接聽」,理解 0.0.0.0 跟 127.0.0.1 的差別比背位址表更有用。
Q:為什麼是 172.16 到 172.31 這麼奇怪的範圍?
因為它是 /12,前 12 個位元固定。172.16 到 172.31 剛好是 16 個連續的舊制 B 類網路,合起來就是一個 /12。看起來奇怪,只是因為它沒有落在 8 的倍數邊界上。
🔗 延伸閱讀
- 網速 1G 卻感覺像撥接?修改 DNS 與解決 Bufferbloat 完整指南——內網位址搞懂了,下一個影響體感的是延遲與 DNS。
- Wi-Fi 7 路由器升級避坑指南:為何我不推「數字最大」的機種——負責發放這些私有位址的,就是你家那台路由器。
- 如何開啟 Win10/Win11 WiFi 熱點分享網路——電腦當熱點時,它自己就變成一個小型 NAT 閘道。
📎 參考資料來源
📖 第一級|標準組織與官方登錄檔:
- RFC 1918 — Address Allocation for Private Internets(BCP 5, 1996-02) — 2026-09-10 查證
- RFC 3022 — Traditional IP Network Address Translator(2001-01) — 2026-09-10 查證
- IANA IPv4 Special-Purpose Address Registry — 2026-09-10 查證
- IANA IPv6 Special-Purpose Address Registry — 2026-09-10 查證
📅 本文查證戳記:2026-09-10 依據 IETF RFC 原文與 IANA 官方登錄檔整理撰寫,屬官方文件交叉查證(非站長第一手實測)。