CIDR／서브넷 마스크 조견표

/0〜/32 모든 프리픽스 길이에 대한 서브넷 마스크・와일드카드 마스크・사용 가능한 호스트 수를 한눈에 볼 수 있습니다. 필요한 호스트 수를 입력하면 이를 수용할 수 있는 가장 작은 CIDR 블록을 자동으로 찾아줍니다.

마지막 업데이트: 2026-09-10

CIDR 조견표（/0〜/32）

각 프리픽스 길이별 서브넷 마스크・와일드카드 마스크・총 주소 수・사용 가능한 호스트 수 목록입니다.

프리픽스	서브넷 마스크	와일드카드 마스크	총 주소 수	사용 가능한 호스트 수
/0	0.0.0.0	255.255.255.255	4,294,967,296	4,294,967,294
/1	128.0.0.0	127.255.255.255	2,147,483,648	2,147,483,646
/2	192.0.0.0	63.255.255.255	1,073,741,824	1,073,741,822
/3	224.0.0.0	31.255.255.255	536,870,912	536,870,910
/4	240.0.0.0	15.255.255.255	268,435,456	268,435,454
/5	248.0.0.0	7.255.255.255	134,217,728	134,217,726
/6	252.0.0.0	3.255.255.255	67,108,864	67,108,862
/7	254.0.0.0	1.255.255.255	33,554,432	33,554,430
/8	255.0.0.0	0.255.255.255	16,777,216	16,777,214
/9	255.128.0.0	0.127.255.255	8,388,608	8,388,606
/10	255.192.0.0	0.63.255.255	4,194,304	4,194,302
/11	255.224.0.0	0.31.255.255	2,097,152	2,097,150
/12	255.240.0.0	0.15.255.255	1,048,576	1,048,574
/13	255.248.0.0	0.7.255.255	524,288	524,286
/14	255.252.0.0	0.3.255.255	262,144	262,142
/15	255.254.0.0	0.1.255.255	131,072	131,070
/16	255.255.0.0	0.0.255.255	65,536	65,534
/17	255.255.128.0	0.0.127.255	32,768	32,766
/18	255.255.192.0	0.0.63.255	16,384	16,382
/19	255.255.224.0	0.0.31.255	8,192	8,190
/20	255.255.240.0	0.0.15.255	4,096	4,094
/21	255.255.248.0	0.0.7.255	2,048	2,046
/22	255.255.252.0	0.0.3.255	1,024	1,022
/23	255.255.254.0	0.0.1.255	512	510
/24	255.255.255.0	0.0.0.255	256	254
/25	255.255.255.128	0.0.0.127	128	126
/26	255.255.255.192	0.0.0.63	64	62
/27	255.255.255.224	0.0.0.31	32	30
/28	255.255.255.240	0.0.0.15	16	14
/29	255.255.255.248	0.0.0.7	8	6
/30	255.255.255.252	0.0.0.3	4	2
/31	255.255.255.254	0.0.0.1	2	2
/32	255.255.255.255	0.0.0.0	1	1

사용 가능한 호스트 수는 네트워크 주소와 브로드캐스트 주소 2개를 제외한 값입니다（/31은 RFC 3021에 따라 2개, /32는 단일 주소로 1개）。

CIDR／서브넷 마스크 조견표란

CIDR 표기의 ‘/24’는 IPv4 주소의 앞 24비트를 네트워크 부로 고정한다는 뜻입니다. 이 표는 **/0부터 /32까지 서른세 가지 모두**에 대해 서브넷 마스크·와일드카드 마스크·총 주소 수·실용 호스트 수를 늘어놓았습니다. 총 주소 수는 2의 (32−프리픽스 길이) 제곱이며, /24라면 256개입니다.

**실용 호스트 수는 총 주소 수에서 2를 뺀 값**입니다. 맨 앞의 네트워크 주소와 맨 뒤의 브로드캐스트 주소는 기기에 배정할 수 없기 때문입니다. 다만 예외가 둘 있습니다. **/31은 RFC 3021에 따라 두 주소 모두 배정할 수 있어**, 라우터 사이의 점대점 접속에서 주소를 아끼는 데 쓰입니다. **/32는 단일 주소(호스트 루트)로 1**로 셉니다. 필요한 대수를 넣으시면 그것을 담을 수 있는 가장 작은 블록이 해당 행으로 표시됩니다.

CIDR 조견표 사용 방법

필요한 대수를 입력합니다 담고 싶은 기기의 수를 넣으시면, **그것을 담을 수 있는 가장 작은 블록**(프리픽스가 가장 긴 것)이 판정됩니다.
해당 행을 표에서 확인합니다 판정된 프리픽스 길이의 행에서, 실제로 설정할 서브넷 마스크를 읽어 냅니다.
둘이 빠진다는 점을 의식합니다 254대라면 /24로 넉넉하지만, 255대에서는 /23이 필요합니다. 네트워크 주소와 브로드캐스트 둘을 쓸 수 없기 때문입니다.
와일드카드 마스크를 가져옵니다 Cisco 기기의 ACL이나 OSPF의 네트워크 지정에는 서브넷 마스크를 반전한 이 값을 씁니다. 표에서 그대로 옮기실 수 있습니다.
예외인 두 행을 기억해 둡니다 /31은 2, /32는 1입니다. 표의 일반식(총수−2)에서 벗어나는 행이므로 여기만 따로 다루어집니다.

더 잘 활용하기 위한 팁

"/24"는 255.255.255.0（256개 주소, 사용 가능 254 호스트）를 의미하며, 소규모 오피스 LAN이나 가정용 네트워크에서 가장 흔히 사용되는 크기입니다.
/31은 예외적으로 2개 주소를 모두 할당할 수 있습니다（RFC 3021）。라우터 간 포인트투포인트 연결에서 IP 주소를 절약할 목적으로 자주 사용됩니다.
필요한 호스트 수를 정확히 모를 때는 위쪽 입력란에 인원수나 기기 수를 입력하면, 이를 수용할 수 있는 가장 작은 CIDR 블록이 아래 표에서 강조 표시됩니다.
와일드카드 마스크는 서브넷 마스크를 반전한 값으로, Cisco 장비의 ACL（접근 제어 목록）설정이나 OSPF의 네트워크 지정 등에 사용됩니다.

CIDR 조견표가 도움이 되는 상황

사무실 LAN을 설계하실 때

직원 수와 기기 수에서 필요한 블록을 정하실 수 있습니다. 작은 사무실이나 가정에서는 /24가 가장 일반적입니다.

서브넷을 나누실 때

부서별로 나누신다면, 각 부서의 대수에서 최소 블록을 구해 더하시면 필요한 전체 양이 나옵니다.

라우터 사이의 접속을 설정하실 때

점대점이라면 /30(실용 2)이나 /31(RFC 3021로 2)로 넉넉합니다. /31을 쓸 수 있는지는 기기의 지원에 따릅니다.

클라우드의 VPC를 자르실 때

사업자마다 예약되는 주소 수가 다를 수 있어, 이 표의 실용 호스트 수보다 적어지는 경우가 있습니다.

주소 자체를 확인하고 싶으실 때

형식의 타당성은 IP 주소 형식 체커, 자신의 주소는 IP 주소 확인, 서브넷 계산은 서브넷 계산에서 확인하실 수 있습니다.

CIDR에 관한 용어집

CIDR: Classless Inter-Domain Routing의 줄임으로, ‘/24’처럼 네트워크 부의 비트 수로 범위를 나타내는 표기법입니다.
프리픽스 길이: 주소의 앞에서 몇 비트를 네트워크 부로 삼을지의 값입니다. 길수록 블록은 작아집니다.
서브넷 마스크: 네트워크 부를 1, 호스트 부를 0으로 나타낸 32비트 값입니다. /24라면 255.255.255.0이 됩니다.
와일드카드 마스크: 서브넷 마스크의 비트를 반전한 값입니다. Cisco 기기의 ACL이나 OSPF 설정에서 쓰입니다.
네트워크 주소: 블록의 첫 주소로, 그 네트워크 자체를 가리킵니다. 기기에는 배정하지 않습니다.
브로드캐스트 주소: 블록의 마지막 주소로, 같은 네트워크 안의 모든 기기에 한꺼번에 보내는 데 씁니다. 기기에는 배정하지 않습니다.
RFC 3021: /31의 두 주소를 점대점 접속의 양 끝에 배정해도 된다고 정한 규격입니다. 주소를 아낄 수 있습니다.
호스트 루트: /32처럼 단일 주소만을 가리키는 경로입니다. 특정 한 대로의 경로를 밝힐 때 씁니다.

자주 묻는 질문

/24는 256개의 IP 주소（0〜255）를 포함하지만, 맨 앞의 네트워크 주소와 맨 끝의 브로드캐스트 주소는 일반적으로 단말기에 할당되지 않으므로 실제로 호스트에 할당할 수 있는 주소는 254개입니다.

서브넷 마스크는 "네트워크 부분을 1, 호스트 부분을 0"으로 표현한 값（예: 255.255.255.0）이며, 와일드카드 마스크는 그 반대입니다（예: 0.0.0.255）。Cisco 라우터의 접근 목록이나 OSPF 설정에서는 와일드카드 마스크를 사용하므로 두 값의 대응 관계를 알아두어야 합니다.

/31은 RFC 3021에 따라 라우터 간 등의 포인트투포인트 링크에서 2개의 주소를 모두 사용할 수 있는 서브넷으로 정식 인정됩니다. /32는 단일 IP 주소만을 가리키는 호스트 라우트로, 라우팅 테이블에서 특정 호스트로의 경로를 지정할 때 사용됩니다.

이 도구 상단의 입력란에 필요한 호스트 수를 입력하면, 이를 수용할 수 있는 가장 작은 CIDR 블록（프리픽스 길이）이 자동으로 판별되어 아래 표의 해당 행이 강조 표시됩니다. 향후 확장 가능성을 고려한다면 실제 필요한 수보다 약간 큰 블록을 선택하는 것이 실무상 일반적입니다.

여담이지만 ― IPv4 주소 고갈과 CIDR의 탄생

CIDR（Classless Inter-Domain Routing）가 도입된 것은 1993년으로, 그 이전에는 A클래스（/8）・B클래스（/16）・C클래스（/24）라는 세 가지 고정 크기만 선택할 수 있었습니다. B클래스 하나를 할당하면 65,534개의 호스트 몫을 확보할 수 있지만, 실제로는 수천 대만 사용하는 조직에 B클래스를 할당하면 대량의 주소가 낭비되었고, 1990년대 초반에는 이러한 낭비가 IPv4 주소 고갈을 앞당기는 큰 요인이 되었습니다.

CIDR은 이 문제를 "프리픽스 길이를 자유롭게 선택할 수 있게" 함으로써 해결했습니다. 필요한 호스트 수에 가까운 크기의 블록을 할당할 수 있게 되면서 주소 공간의 이용 효율이 크게 개선되었고, IPv4의 실용 수명을 예상보다 훨씬 늘리는 데 성공했습니다. 동시에 CIDR은 여러 개의 연속된 네트워크를 하나의 경로 정보로 묶는 "집약（요약）"도 가능하게 하여, 전 세계 인터넷 라우팅 테이블의 비대화를 억제하는 효과도 있었습니다.

현재는 민간에서의 IPv4 주소 신규 할당이 거의 고갈되어 IPv6로의 전환이 진행되고 있지만, 기업 내부 LAN이나 클라우드 VPC 설계에서는 지금도 CIDR 표기를 통한 서브넷 설계가 일상적으로 이루어지고 있습니다. "/24보다 조금 더 큰 블록이 필요한가"를 판단하는 상황은 클라우드 엔지니어에게 지금도 자주 등장하는 실무 스킬입니다.

모든 여담 보기