CIDR/子網掩碼對照表

列出從/0到/32所有字首長度對應的子網掩碼、萬用字元掩碼及可用主機數。輸入所需主機數,即可自動判定能容納該數量的最小CIDR區塊。

CIDR對照表(/0〜/32)

各字首長度對應的子網掩碼、萬用字元掩碼、總地址數及可用主機數一覽。

字首 子網掩碼 萬用字元掩碼 總地址數 可用主機數
/00.0.0.0255.255.255.2554,294,967,2964,294,967,294
/1128.0.0.0127.255.255.2552,147,483,6482,147,483,646
/2192.0.0.063.255.255.2551,073,741,8241,073,741,822
/3224.0.0.031.255.255.255536,870,912536,870,910
/4240.0.0.015.255.255.255268,435,456268,435,454
/5248.0.0.07.255.255.255134,217,728134,217,726
/6252.0.0.03.255.255.25567,108,86467,108,862
/7254.0.0.01.255.255.25533,554,43233,554,430
/8255.0.0.00.255.255.25516,777,21616,777,214
/9255.128.0.00.127.255.2558,388,6088,388,606
/10255.192.0.00.63.255.2554,194,3044,194,302
/11255.224.0.00.31.255.2552,097,1522,097,150
/12255.240.0.00.15.255.2551,048,5761,048,574
/13255.248.0.00.7.255.255524,288524,286
/14255.252.0.00.3.255.255262,144262,142
/15255.254.0.00.1.255.255131,072131,070
/16255.255.0.00.0.255.25565,53665,534
/17255.255.128.00.0.127.25532,76832,766
/18255.255.192.00.0.63.25516,38416,382
/19255.255.224.00.0.31.2558,1928,190
/20255.255.240.00.0.15.2554,0964,094
/21255.255.248.00.0.7.2552,0482,046
/22255.255.252.00.0.3.2551,0241,022
/23255.255.254.00.0.1.255512510
/24255.255.255.00.0.0.255256254
/25255.255.255.1280.0.0.127128126
/26255.255.255.1920.0.0.636462
/27255.255.255.2240.0.0.313230
/28255.255.255.2400.0.0.151614
/29255.255.255.2480.0.0.786
/30255.255.255.2520.0.0.342
/31255.255.255.2540.0.0.122
/32255.255.255.2550.0.0.011

可用主機數為扣除網路地址與廣播地址後的數值(/31依據RFC 3021可使用全部2個地址,/32作為單一地址計為1)。

小貼士

  • "/24"即255.255.255.0(256個地址,可用主機254個),是小型辦公室區域網和家庭網路中最常用的規模。
  • /31是特例,2個地址均可分配使用(RFC 3021)。常用於路由器之間的點對點連線以節省IP地址。
  • 如果不清楚具體需要多少臺主機,可在上方輸入框中輸入人數或裝置數,系統會自動在下表中高亮顯示能容納該數量的最小CIDR區塊。
  • 萬用字元掩碼是子網掩碼的反轉值,用於Cisco裝置的ACL(訪問控制列表)配置和OSPF的網路宣告等場景。

常見問題

/24包含256個IP地址(0〜255),但開頭的網路地址和末尾的廣播地址通常不能分配給終端裝置,因此實際可分配給主機的地址為254個。

子網掩碼用"網路部分為1、主機部分為0"表示(例如255.255.255.0),萬用字元掩碼則正好相反(例如0.0.0.255)。Cisco路由器的訪問列表和OSPF配置中使用的是萬用字元掩碼,因此需要了解兩者的對應關係。

根據RFC 3021,/31被正式認可為可在路由器間等點對點鏈路上同時使用其2個地址的子網。/32則作為僅指向單個IP地址的主機路由,用於路由表中指定通往特定主機的路徑。

在本工具上方的輸入框中輸入所需主機數,系統會自動判定能容納該數量的最小CIDR區塊(字首長度),並在下方表格中高亮對應行。如果考慮未來的擴充套件餘地,實務上通常會選擇比當前需求略大一些的區塊。
ツールくん

閒話 ― IPv4地址枯竭與CIDR的誕生

CIDR(無類別域間路由)於1993年引入,在此之前只能選擇A類(/8)、B類(/16)、C類(/24)這三種固定規模。分配一個B類地址段就能佔用65,534個主機地址名額,但如果把B類分配給實際只需數千臺裝置的組織,就會浪費大量地址——這種浪費在20世紀90年代初曾是加速IPv4地址枯竭的重要原因之一。

CIDR通過"可自由選擇字首長度"解決了這一問題,使得分配的區塊規模能夠更貼近實際所需的主機數量,從而大幅提升了地址空間的利用效率,使IPv4的實際使用壽命比預期延長了不少。同時,CIDR還使得將多個連續網路彙總為一條路由資訊("路由匯聚")成為可能,有助於抑制全球網際網路路由表的膨脹。

如今民間新分配的IPv4地址幾乎已經枯竭,業界正持續推進向IPv6的遷移,但在企業內部區域網和雲端VPC設計中,基於CIDR表示法的子網劃分仍是日常工作。判斷"是否需要比/24稍大一些的區塊",至今仍是雲工程師經常遇到的實務技能。