서브넷 마스크 계산 방법｜CIDR로 네트워크 주소·브로드캐스트 주소·호스트 수를 구하는 순서와 조견표

결론: 서브넷 계산은 '블록 크기'로 정해진다

IPv4 주소는 32비트이고, CIDR 표기의 '/26' 같은 숫자(프리픽스 길이)는 왼쪽부터 몇 비트가 네트워크 부분인지를 나타냅니다. 나머지 32 − 26 = 6비트가 호스트 부분이며, 서브넷 하나에 들어가는 주소 수(블록 크기)는 2의 6제곱 = 64개입니다. 서브넷은 64개씩의 구간(0~63, 64~127, 128~191, 192~255)으로 나란히 놓여 있으므로, IP 주소가 어느 구간에 들어가는지만 보면 네트워크 주소와 브로드캐스트 주소가 정해집니다.

• 주소 수: 2의 (32 − 프리픽스 길이)제곱. /24는 256개, /26은 64개, /27은 32개
• 네트워크 주소: IP 주소와 서브넷 마스크의 AND(블록의 맨 앞). 기기에 할당하지 않음
• 브로드캐스트 주소: 호스트 부분을 모두 1로 만든 주소(블록의 맨 끝). 기기에 할당하지 않음
• 사용 가능한 IP 범위: 네트워크 주소 + 1 ~ 브로드캐스트 주소 − 1
• 사용 가능한 대수(호스트 수): 주소 수 − 2. /24는 254대, /26은 62대, /27은 30대

예를 들어 192.168.1.100/26이라면 블록 크기가 64이므로 100은 64~127 구간에 들어갑니다. 네트워크 주소는 192.168.1.64, 브로드캐스트 주소는 192.168.1.127, 사용 가능한 범위는 192.168.1.65~192.168.1.126으로 62대입니다. 서브넷 마스크는 255.255.255.192(256 − 64 = 192)가 됩니다. 아래에서 이 계산법을 2진수와 암산 두 가지로 차례로 살펴봅니다.

CIDR 표기와 서브넷 마스크의 관계

서브넷 마스크는 네트워크 부분을 1, 호스트 부분을 0으로 한 32비트 값을 8비트씩 10진수로 쓴 것입니다. /26이면 왼쪽부터 1이 26개, 0이 6개 늘어섭니다. CIDR 표기의 '/26'과 서브넷 마스크 '255.255.255.192'는 같은 것을 다르게 적었을 뿐입니다.

옥텟 하나(8비트) 안에서 10진수 값은 왼쪽부터 1이 몇 개 이어지는지에 따라서만 정해지므로, 다음 9가지밖에 없습니다. 이 9개를 외워 두면 마스크와 프리픽스 길이의 변환을 바로 할 수 있습니다.

• 마스크 → 프리픽스 길이: 255를 8로 더하고, 마지막 옥텟의 값을 위 표에서 1의 개수로 바꿉니다. 255.255.240.0은 8 + 8 + 4 = /20, 255.255.255.224는 8 + 8 + 8 + 3 = /27
• 프리픽스 길이 → 마스크: 8로 나눕니다. /20은 8 × 2 나머지 4이므로 255.255 다음에 1이 4개인 240, 나머지는 0으로 255.255.240.0
• 어느 옥텟에서 나뉘는지는 '8로 나눈 몫'으로 정해집니다. /17~/24는 세 번째 옥텟, /25~/32는 네 번째 옥텟에서 나뉩니다

네트워크 주소·브로드캐스트 주소 구하는 법

구하는 방법은 두 가지입니다. 원리를 이해하기 좋은 것은 2진수로 AND를 하는 방법이고, 시험이나 현장에서 빠른 것은 블록 크기를 이용한 암산입니다. 어느 쪽이든 답은 같습니다. 예로 192.168.1.100/26을 계산해 봅니다.

1. 1

   IP 주소와 마스크를 2진수로 바꾼다

   192.168.1.100은 11000000.10101000.00000001.01100100, /26의 마스크 255.255.255.192는 11111111.11111111.11111111.11000000입니다. 처음 세 옥텟은 마스크가 255라서 그대로 남으므로 네 번째 옥텟만 보면 됩니다.

2. 2

   AND를 해서 네트워크 주소를 구한다

   AND는 양쪽이 모두 1일 때만 1이 되는 연산입니다. 네 번째 옥텟은 01100100 AND 11000000 = 01000000으로 10진수 64입니다. 네트워크 주소는 192.168.1.64가 됩니다.

3. 3

   호스트 부분을 모두 1로 해서 브로드캐스트 주소를 구한다

   네트워크 주소 01000000에서 마스크가 0이었던 오른쪽 6비트를 모두 1로 하면 01111111로 127입니다. 브로드캐스트 주소는 192.168.1.127이 됩니다.

4. 4

   사용 가능한 범위와 대수를 구한다

   네트워크 주소 다음인 192.168.1.65부터 브로드캐스트 주소 바로 앞인 192.168.1.126까지가 기기에 할당할 수 있는 범위입니다. 대수는 64 − 2 = 62대입니다.

암산에서는 2진수를 쓰지 않습니다. 나뉘는 옥텟(/26이면 네 번째 옥텟)에서 블록 크기 256 − 192 = 64의 배수 중 IP 주소의 값(100) 이하에서 가장 큰 것을 찾습니다. 64 × 1 = 64가 100 이하에서 가장 크므로 네트워크 주소는 192.168.1.64. 다음 블록의 시작 128의 하나 앞인 127이 브로드캐스트 주소입니다.

예제: 세 번째 옥텟에서 나뉘는 /20·/18과 작은 /29

/24보다 짧은 프리픽스 길이에서는 나뉘는 위치가 세 번째 옥텟으로 옮겨 갑니다. 생각하는 방식은 같아서, 나뉘는 옥텟에서 블록 크기의 배수를 찾고, 그보다 오른쪽 옥텟은 네트워크 주소라면 0, 브로드캐스트 주소라면 255로 합니다.

1. 1

   172.16.45.200/20

   /20은 8 × 2 나머지 4이므로 세 번째 옥텟에서 나뉘고, 마스크는 255.255.240.0, 블록 크기는 256 − 240 = 16입니다. 45 이하인 16의 배수 중 최대는 32이므로 네트워크 주소는 172.16.32.0, 브로드캐스트 주소는 172.16.47.255(32 + 16 − 1 = 47)입니다. 사용 가능한 범위는 172.16.32.1~172.16.47.254로 4,096 − 2 = 4,094대입니다.

2. 2

   10.1.130.7/18

   /18의 마스크는 255.255.192.0이고 세 번째 옥텟의 블록 크기는 64입니다. 130 이하인 64의 배수 중 최대는 128이므로 네트워크 주소는 10.1.128.0, 브로드캐스트 주소는 10.1.191.255입니다. 사용 가능한 범위는 10.1.128.1~10.1.191.254로 16,384 − 2 = 16,382대입니다.

3. 3

   192.168.10.77/29

   /29의 마스크는 255.255.255.248이고 블록 크기는 8입니다. 77 이하인 8의 배수 중 최대는 72이므로 네트워크 주소는 192.168.10.72, 브로드캐스트 주소는 192.168.10.79입니다. 사용 가능한 범위는 192.168.10.73~192.168.10.78의 6대입니다.

/20 예제에서 틀리기 쉬운 것은 네트워크 주소의 네 번째 옥텟입니다. 나뉘는 곳은 세 번째 옥텟이므로 네 번째 옥텟은 통째로 호스트 부분에 들어가며, 네트워크 주소에서는 0, 브로드캐스트 주소에서는 255가 됩니다. 172.16.45.0이나 172.16.32.200처럼 원래 값을 남기지 않도록 주의하세요.

호스트 수 계산과 /31·/32·클라우드의 예약 주소

사용 가능한 주소 수(호스트 수)는 2의 (32 − 프리픽스 길이)제곱에서 2를 뺀 수입니다. 빼는 2개는 맨 앞의 네트워크 주소와 맨 끝의 브로드캐스트 주소입니다. 다만 실제 LAN에서는 라우터(기본 게이트웨이)도 하나를 쓰므로, PC나 스마트폰에 할당할 수 있는 것은 하나 더 줄어듭니다. /24라면 254개 중 게이트웨이 192.168.1.1을 뺀 253대가 일반 기기에 쓸 수 있는 수입니다.

• /30: 주소는 4개이고 사용 가능한 것은 2개. 라우터끼리 1대1로 연결하는 회선에 오래 쓰여 왔음
• /31: 주소는 2개이고 네트워크 주소와 브로드캐스트 주소가 없어 2개 모두 사용 가능(RFC 3021). 라우터 간 연결용
• /32: 1개만 나타냄. 방화벽 규칙이나 경로에서 특정 1대를 가리킬 때 사용

클라우드의 서브넷에서는 더 많은 주소가 예약됩니다. AWS의 VPC는 서브넷마다 앞의 4개(네트워크 주소·VPC 라우터·DNS·향후 사용)와 끝의 1개, 합계 5개를, Azure도 5개를, Google Cloud는 4개를 쓸 수 없게 합니다.

AWS에서 만들 수 있는 가장 작은 서브넷은 /28이며 사용 가능한 것은 16 − 5 = 11개입니다. 로드밸런서나 컨테이너처럼 나중에 IP를 많이 소비하는 서비스를 두는 서브넷은 예약분과 늘어날 때의 여유를 감안해 크게 잡아 두는 것이 안전합니다.

서브넷 마스크·CIDR 조견표(/16~/32)

자주 쓰는 /16~/32의 서브넷 마스크·와일드카드 마스크·주소 수·사용 가능한 대수 목록입니다. /8이나 /12 같은 더 큰 것은 서브넷 계산 도구의 '조견표' 탭에서 /0부터 볼 수 있습니다.

프리픽스 길이가 1 작아지면 주소 수는 2배, 1 커지면 절반이 됩니다. /24의 256을 기준으로 /23은 512, /22는 1,024, /25는 128, /26은 64처럼 2배와 절반으로 외우면 표를 보지 않아도 낼 수 있습니다.

필요한 대수로 프리픽스 길이 정하기

설계할 때는 반대 방향으로 계산합니다. 필요한 대수에 2(네트워크와 브로드캐스트)를 더하고, 그 이상이 되는 2의 거듭제곱 중 가장 작은 것이 블록 크기입니다. 프리픽스 길이는 32에서 그 거듭제곱의 지수를 뺀 수가 됩니다.

30대는 /27에 딱 들어가지만, 게이트웨이나 증설분을 생각하면 여유가 없습니다. 실제 설계에서는 현재 대수의 1.5~2배를 기준으로 정하면 나중에 번호를 다시 매기는 수고를 피할 수 있습니다. 클라우드에서는 더하는 수가 2가 아니라 예약 개수(AWS·Azure는 5, Google Cloud는 4)가 되며, AWS에서 11대라면 11 + 5 = 16으로 /28입니다.

서브넷 분할: 균등하게 나누는 방법과 VLSM

하나의 네트워크를 같은 크기로 나눌 때는 프리픽스 길이를 n비트 늘리면 2의 n제곱 개로 나뉩니다. 192.168.1.0/24를 /26으로 하면 2비트 늘어나므로 4개가 되어 192.168.1.0/26·192.168.1.64/26·192.168.1.128/26·192.168.1.192/26의 4개이고, 각각 62대입니다. 10.0.0.0/16을 /24로 나누면 8비트 늘어나 256개의 서브넷이 됩니다.

부서나 층마다 대수가 다를 때는 크기가 다른 서브넷을 할당하는 VLSM(가변 길이 서브넷 마스크)을 씁니다. 순서는 '대수가 많은 순으로, 필요한 크기의 블록을 앞에서부터 채운다'뿐입니다. 큰 것부터 채우면 블록의 경계가 반드시 맞아 빈틈이 생기지 않습니다.

1. 1

   필요한 대수를 많은 순으로 나열한다

   192.168.1.0/24를 100대·50대·20대·2대(라우터 간)의 4개로 나누는 예입니다.

2. 2

   각각의 프리픽스 길이를 정한다

   100대는 /25(126대), 50대는 /26(62대), 20대는 /27(30대), 2대는 /30(2대)입니다.

3. 3

   앞에서부터 채워서 할당한다

   192.168.1.0/25(.0~.127), 192.168.1.128/26(.128~.191), 192.168.1.192/27(.192~.223), 192.168.1.224/30(.224~.227) 순이 됩니다.

4. 4

   남은 부분을 확인한다

   256개 중 228개를 쓰고, 192.168.1.228부터 뒤의 28개가 남습니다. 앞으로의 세그먼트용으로 남겨 두거나 처음부터 크게 할당합니다.

조금 더 큰 예로, 10.0.0.0/22를 300대·120대·60대·10대로 나누면 10.0.0.0/23(510대)·10.0.2.0/25(126대)·10.0.2.128/26(62대)·10.0.2.192/28(14대)이 됩니다. 작은 것부터 채우면, 예를 들어 /28 뒤에 /23을 두려 할 때 경계가 맞지 않아 중간의 주소를 쓰지 못한 채 낭비하게 됩니다.

두 IP가 같은 서브넷에 들어가는지 판정하기

'이 기기에 192.168.1.130을 할당하면 연결될까'는 IP 주소의 네트워크 주소가 그 서브넷의 네트워크 주소와 일치하는지로 판단합니다. 같은 마스크로 AND를 해서 같은 값이 되면 같은 서브넷, 다르면 다른 서브넷이며 라우터를 거치지 않으면 통신할 수 없습니다.

• 192.168.1.100은 192.168.1.0/25(.0~.127)에 들어간다. 100은 0~127 블록 안에 있다
• 192.168.1.130은 192.168.1.0/25에 들어가지 않는다. 128부터는 다음 블록인 192.168.1.128/25
• 192.168.1.130은 192.168.1.64/26(.64~.127)에도 들어가지 않는다. /26의 128~191 블록에 속한다
• 같은 192.168.1.x라도 /24면 같은 서브넷, /25나 /26이면 다른 서브넷이 될 수 있다

고정 IP를 설정했는데 통신이 안 될 때는 기기와 게이트웨이의 마스크가 같은지, IP가 네트워크 주소나 브로드캐스트 주소가 되어 있지 않은지 확인하세요. 서브넷 계산 도구의 '이 IP 주소가 이 서브넷에 들어가나요?' 칸에 IP를 넣으면 들어가는지를 바로 판정합니다.

IP 범위를 CIDR로 변환하기·CIDR 합치기

방화벽 규칙이나 AWS 보안 그룹은 IP 범위를 '처음~끝'이 아니라 CIDR로 쓰는 경우가 많습니다. 범위의 양 끝이 블록 경계에 맞으면 CIDR 하나로 쓸 수 있지만, 맞지 않으면 여러 개의 CIDR로 나뉩니다.

변환의 사고방식은 범위의 앞에서부터 '그 위치에서 시작할 수 있는 가장 큰 블록 중 범위를 벗어나지 않는 것'을 차례로 가져가는 것입니다. 10.0.0.5는 홀수라서 /32밖에 둘 수 없고, 다음 10.0.0.6부터는 2개짜리 /31, 10.0.0.8부터는 8개짜리 /29, 10.0.0.16부터는 4개짜리 /30, 마지막으로 10.0.0.20의 /32가 남습니다. 손으로 세면 틀리기 쉬우므로 규칙에 쓰기 전에 '범위→CIDR·집약' 탭에서 확인하는 것이 확실합니다.

반대로 여러 CIDR을 하나로 합치는 것이 집약(슈퍼넷·경로 집약)입니다. 192.168.0.0/24~192.168.3.0/24의 4개는 정확히 192.168.0.0/22가 됩니다. 192.168.0.0/24와 192.168.2.0/24의 2개는 빈틈 없이 합치면 2개 그대로이지만, 둘 다 포함하는 하나의 경로로 만들면 192.168.0.0/22이며 원래 포함하지 않는 192.168.1.0/24와 192.168.3.0/24까지 들어갑니다. 경로 집약으로 라우터에 광고할 때는 포함되어 버리는 여분의 범위가 다른 곳에서 쓰이고 있지 않은지 확인하세요.

와일드카드 마스크 계산

와일드카드 마스크는 서브넷 마스크의 0과 1을 뒤집은 값입니다. 10진수로는 각 옥텟을 255에서 빼면 구할 수 있습니다. /24의 255.255.255.0이면 0.0.0.255, /26의 255.255.255.192면 0.0.0.63, /20의 255.255.240.0이면 0.0.15.255입니다.

• Cisco ACL: access-list 10 permit 192.168.1.64 0.0.0.63으로 192.168.1.64/26을 허용
• OSPF의 network 명령: network 10.1.128.0 0.0.63.255 area 0으로 10.1.128.0/18을 지정
• 와일드카드 마스크 값 + 1은 나뉘는 옥텟의 블록 크기와 같음(63 + 1 = 64)

와일드카드 마스크는 원래 0인 비트를 '일치해야 함', 1인 비트를 '무엇이든 좋음'으로 읽는 것이라, 서브넷 마스크처럼 1과 0이 연속하지 않아도 쓸 수 있습니다. 하지만 연속하지 않는 값은 의도를 읽기 어렵고 설정 실수도 생기기 쉬우므로, 보통은 서브넷 마스크를 뒤집은 형태만 사용합니다.

사설 IP 주소와 특수 용도의 범위

회사나 가정의 LAN에서 서브넷을 나눌 때는 인터넷에서 쓰이지 않는 사설 IP 주소 범위에서 고릅니다. RFC 1918에서 정한 것은 다음 3개입니다.

• 100.64.0.0/10: 모바일 회선 등의 캐리어 등급 NAT(CGNAT)용. 자신의 LAN에는 쓰지 않음
• 169.254.0.0/16: 링크 로컬. DHCP로 IP를 받지 못했을 때 기기가 스스로 붙이므로, 이 번호가 보이면 DHCP 이상을 의심
• 127.0.0.0/8: 루프백. 127.0.0.1은 자기 자신
• 172.16.0.0/12는 172.16~172.31까지. 172.32.0.0부터는 사설 주소가 아니라는 점에 주의

거점끼리 VPN으로 잇거나 클라우드 VPC와 온프레미스를 연결할 계획이 있다면, 각각의 주소 범위가 겹치지 않도록 처음부터 정해 두는 것이 중요합니다. 가정용 공유기에서 자주 쓰는 192.168.0.0/24나 192.168.1.0/24는 재택근무 VPN과 겹치기 쉬운 범위입니다.

서브넷 계산에서 자주 하는 실수

• 네트워크 주소나 브로드캐스트 주소를 기기에 할당한다: /26의 192.168.1.64나 192.168.1.127은 쓸 수 없다. /24의 .0과 .255만 특별하다고 생각하지 말 것
• 나뉘는 곳보다 오른쪽 옥텟을 남긴다: /20의 네트워크 주소는 172.16.32.0이지 172.16.32.200이 아니다
• 호스트 수에서 2를 빼는 것을 잊는다: /27은 32개지만 사용 가능한 것은 30대. 게이트웨이 몫도 필요
• 클라우드의 예약을 잊는다: AWS의 /24는 254개가 아니라 251개
• 클래스로 생각한다: 10.x.x.x는 클래스 A니까 /8이라는 규칙은 지금은 없다. CIDR에서는 어떤 범위든 프리픽스 길이로 자유롭게 나눈다
• VLSM을 작은 순으로 채운다: 경계가 맞지 않아 쓸 수 없는 빈틈이 생긴다
• 1과 0이 섞인 값을 마스크로 쓴다: 255.255.255.200 등은 마스크로 무효

정보처리기사나 CCNA 같은 시험의 서브넷 문제도 대부분 이 7가지 중 하나를 확인하는 형태로 나옵니다. 암산으로 답을 낸 뒤 도구에서 같은 값이 나오는지 확인하는 연습을 반복하면 블록 크기 감각이 빨리 몸에 붙습니다. 덧붙여 이 글과 도구는 IPv4만 다룹니다. IPv6는 주소가 128비트이고 LAN의 서브넷은 보통 /64로 고정하므로 호스트 수를 셀 일은 거의 없습니다.

자주 묻는 질문

서브넷 마스크로 네트워크 주소를 구하려면 어떻게 하나요?

IP 주소와 서브넷 마스크를 2진수로 바꿔 AND를 하면 네트워크 주소가 됩니다. 암산이라면 나뉘는 옥텟에서 256에서 마스크 값을 빼 블록 크기를 구하고, 그 배수 중 IP 값 이하에서 가장 큰 것을 찾습니다. 192.168.1.100/26이라면 블록 크기는 256 − 192 = 64이고, 100 이하인 64의 배수 중 최대인 64를 써서 네트워크 주소는 192.168.1.64입니다.

/26이나 /27이면 몇 대를 연결할 수 있나요?

/26은 주소가 64개이고 네트워크 주소와 브로드캐스트 주소를 뺀 62대, /27은 32개로 30대입니다. /24는 254대, /25는 126대, /28은 14대, /29는 6대, /30은 2대입니다. 라우터(기본 게이트웨이)도 하나를 쓰므로 PC나 스마트폰에 할당할 수 있는 것은 하나 더 적습니다.

255.255.255.224는 CIDR로 /몇인가요?

/27입니다. 255는 1이 8개이므로 처음 세 옥텟에서 24개, 224는 2진수로 11100000이라 1이 3개, 합쳐서 27개입니다. 마지막 옥텟의 값과 1의 개수는 128이 1, 192가 2, 224가 3, 240이 4, 248이 5, 252가 6, 254가 7로 대응합니다.

브로드캐스트 주소는 어떻게 구하나요?

네트워크 주소의 호스트 부분(마스크가 0인 부분)을 모두 1로 한 주소입니다. 암산이라면 네트워크 주소에 블록 크기를 더하고 1을 뺍니다. 172.16.45.200/20이라면 네트워크 주소 172.16.32.0의 세 번째 옥텟에 16을 더하고 1을 뺀 47, 네 번째 옥텟은 255로 172.16.47.255입니다.

필요한 대수로 서브넷 마스크를 정하려면?

필요한 대수에 2를 더하고, 그 이상이 되는 2의 거듭제곱 중 가장 작은 것이 블록 크기입니다. 50대라면 52 이상인 64(2의 6제곱)로 32 − 6 = /26(255.255.255.192)이 됩니다. 500대라면 512로 /23입니다. 클라우드에서는 2 대신 예약 개수를 더하며, AWS라면 5를 더합니다.

AWS 서브넷에서 쓸 수 있는 IP 주소는 몇 개인가요?

서브넷의 주소 수에서 5를 뺀 수입니다. AWS는 앞의 4개(네트워크 주소·VPC 라우터·DNS·향후 사용)와 끝의 1개를 예약하므로 /24라면 251개, /26이라면 59개, 가장 작은 /28이라면 11개입니다. Azure도 5개, Google Cloud는 4개를 예약합니다.

VLSM이란 무엇인가요?

하나의 네트워크를 크기가 다른 서브넷으로 나누는 방법입니다(가변 길이 서브넷 마스크). 대수가 많은 세그먼트부터 순서대로 필요한 크기의 블록을 앞에서부터 채워 할당합니다. 192.168.1.0/24를 100대·50대·20대·2대로 나누면 /25·/26·/27·/30이 되고, 192.168.1.228부터 뒤의 28개가 남습니다.