CIDR 표기법 이해하기 - 슬래시 뒤 숫자의 의미부터 IP 대역 계산까지 한번에 정리
192.168.0.0/24에서 /24가 무슨 뜻인지 아직 헷갈리시나요? 서브넷 마스크와의 관계, IP 개수 계산법, 실무 활용까지 예시로 쉽게 풀어드립니다.
공유기 관리 페이지나 클라우드 콘솔을 열었다가 192.168.0.0/24 같은 표기를 보고 멈칫한 경험, 한 번쯤 있으실 겁니다. IP 주소까지는 알겠는데 슬래시 뒤에 붙은 숫자가 정확히 무엇을 의미하는지 설명하라고 하면 말문이 막히는 분이 많습니다. CIDR 표기법 이해는 네트워크 공부의 첫 관문이면서, 방화벽 설정이나 클라우드 인프라 작업에서 실수를 막아주는 기본기입니다. 이 표기법 하나만 제대로 잡아도 네트워크 문서를 읽는 속도가 확연히 달라집니다.
CIDR 표기법이란 무엇인가
CIDR은 Classless Inter-Domain Routing의 약자로, 1993년 RFC 1519에서 도입된 IP 주소 할당 방식입니다. 그 이전에는 A, B, C 클래스로 나누는 방식이 쓰였는데, B 클래스는 65,536개, C 클래스는 256개로 단위가 고정되어 있어서 낭비가 심했습니다. 예를 들어 500개의 IP가 필요한 조직은 C 클래스로는 부족하고 B 클래스를 받으면 6만 개 이상을 놀리게 됩니다.
CIDR은 이 문제를 해결하기 위해 네트워크 크기를 1비트 단위로 자유롭게 지정할 수 있게 만든 방식입니다. 표기는 간단합니다. IP 주소 뒤에 슬래시(/)와 숫자를 붙이면 됩니다.
- 192.168.0.0/24 - 앞 24비트가 네트워크 주소
- 10.0.0.0/8 - 앞 8비트가 네트워크 주소
- 203.0.113.5/32 - 32비트 전체, 즉 단일 호스트 하나
슬래시 뒤 숫자는 IP 주소 32비트 중에서 네트워크를 구분하는 데 쓰이는 앞부분 비트의 개수입니다. 이 한 문장만 기억하면 CIDR 표기법 이해의 절반은 끝난 셈입니다.
슬래시 뒤 숫자 읽는 법
IPv4 주소는 총 32비트입니다. /24라면 앞 24비트는 네트워크 몫으로 고정되고, 나머지 8비트를 호스트에 쓸 수 있습니다. 호스트 비트가 8개면 2의 8제곱, 즉 256개의 주소가 나옵니다. 여기서 네트워크 주소와 브로드캐스트 주소 2개를 빼면 실제 기기에 할당할 수 있는 주소는 254개입니다.
서브넷 마스크와의 관계
CIDR 표기와 서브넷 마스크는 같은 내용을 다르게 쓴 것입니다. /24는 서브넷 마스크 255.255.255.0과 동일합니다. 이진수로 풀면 1이 24개 연속으로 나오는 형태이기 때문입니다. /16은 255.255.0.0, /8은 255.0.0.0에 해당합니다.
빠른 계산 공식
주소 개수는 2의 (32 - 프리픽스) 제곱으로 구합니다. /26이라면 32에서 26을 뺀 6, 2의 6제곱인 64개입니다. 사용 가능한 호스트는 여기서 2를 뺀 62개가 됩니다. 이 공식 하나면 어떤 프리픽스가 나와도 당황할 일이 없습니다.
자주 쓰는 CIDR 대역 정리표
| CIDR | 서브넷 마스크 | 전체 주소 수 | 주요 용도 |
|---|---|---|---|
| /8 | 255.0.0.0 | 16,777,216 | 대형 사설망 (10.0.0.0/8) |
| /16 | 255.255.0.0 | 65,536 | 클라우드 VPC 기본 대역 |
| /24 | 255.255.255.0 | 256 | 가정, 사무실 LAN |
| /26 | 255.255.255.192 | 64 | 소규모 서브넷 분할 |
| /30 | 255.255.255.252 | 4 | 라우터 간 연결 구간 |
| /32 | 255.255.255.255 | 1 | 단일 호스트 지정 |
실무에서 CIDR이 쓰이는 곳
CIDR 표기법은 이론으로 끝나지 않고 아래 상황에서 매일 쓰입니다.
- 방화벽 규칙 - 특정 대역 전체를 허용하거나 차단할 때 203.0.113.0/24처럼 지정합니다.
- 클라우드 VPC 설계 - AWS나 GCP에서 VPC를 만들 때 10.0.0.0/16 같은 대역을 정하고, 그 안을 /24 단위 서브넷으로 쪼갭니다.
- 공유기 설정 - DHCP 할당 범위와 게스트 네트워크 분리에 서브넷 개념이 그대로 들어갑니다.
- 서버 접근 제어 - 관리자 접속을 회사 IP 대역으로만 제한할 때 CIDR로 범위를 씁니다.
특히 클라우드 작업에서는 보안 그룹이나 방화벽 규칙을 JSON 형식으로 내보내 검토하는 일이 잦습니다. 규칙이 수십 개씩 쌓이면 한 줄로 뭉친 JSON은 읽기 어려운데, 이럴 때 JSON 포매터로 들여쓰기를 정리하면 어떤 CIDR 대역이 어떤 포트에 열려 있는지 한눈에 확인할 수 있습니다.
자주 하는 실수와 확인 방법
CIDR을 처음 다룰 때 가장 흔한 실수는 /24와 /32를 혼동하는 것입니다. 방화벽에서 특정 IP 하나만 허용하려면 /32를 써야 하는데 /24로 쓰면 같은 대역의 256개 주소가 전부 열립니다. 반대로 대역 전체를 차단해야 하는데 /32로 지정해서 나머지 255개가 그대로 통과하는 사고도 자주 일어납니다.
또 하나는 겹치는 대역 설정입니다. VPC 두 개를 연결(피어링)할 때 양쪽이 모두 10.0.0.0/16을 쓰고 있으면 라우팅이 꼬여서 통신이 안 됩니다. 대역을 설계할 때 처음부터 10.0.0.0/16과 10.1.0.0/16처럼 겹치지 않게 나누는 습관이 필요합니다.
정리하면 두 가지만 실천해 보시기 바랍니다. 첫째, 2의 (32 - 프리픽스) 제곱 공식으로 /26, /27 같은 어중간한 프리픽스를 직접 계산해 보면서 감을 잡으세요. 둘째, 방화벽이나 클라우드에서 CIDR을 입력하기 전에 이 범위에 정확히 몇 개의 주소가 포함되는지 한 번 더 확인하는 습관을 들이세요. 이 두 가지만 지켜도 대역 설정 사고의 대부분을 예방할 수 있습니다.
