Skip to content

IPv4 서브넷 계산기

IPv4 주소와 CIDR로 네트워크·브로드캐스트 주소, 사용 가능 호스트 범위, 서브넷 마스크, 와일드카드를 계산하는 온라인 도구. RFC 3021 /31 지원, 브라우저에서 실행.

트래킹 없음 브라우저 실행 무료
모든 계산은 브라우저에서 로컬로 실행됩니다 — 입력한 주소는 이 기기를 벗어나지 않습니다.
/26
자주 쓰는 블록
서브넷 상세 정보
CIDR 표기
네트워크 주소
브로드캐스트 주소
사용 가능 호스트 범위
사용 가능 호스트 수
전체 주소 수
서브넷 마스크
와일드카드 마스크
2진수 보기 — 마스크가 나뉘는 지점
네트워크 주소
서브넷 마스크
브로드캐스트 주소
네트워크 비트 호스트 비트
네트워크 주소 (10진수)
네트워크 주소 (16진수)
역방향 DNS (PTR)
바로 붙여넣는 설정
Cisco IOS 인터페이스
Cisco ACL (와일드카드)
OSPF network 구문
Cisco ASA (서브넷 마스크)
화웨이 / H3C
Linux iproute2

Cisco IOS의 ACL과 OSPF는 와일드카드 마스크를, ASA는 서브넷 마스크를 받습니다. 이 둘을 혼동하는 것이 이 영역에서 가장 흔한 복사·붙여넣기 실수입니다.

이 블록을 균등한 서브넷으로 분할
# 서브넷 사용 가능 범위 브로드캐스트 호스트 수
CIDR–서브넷 마스크 대조표
프리픽스 서브넷 마스크 와일드카드 마스크 전체 주소 수 사용 가능 호스트 수
/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

사용 가능 호스트 수는 /31에 RFC 3021을 적용하고(점대점 링크에서 두 주소 모두 사용 가능), /32는 단일 호스트 경로로 처리합니다.

RFC 950, RFC 1918, RFC 3021, RFC 3927, RFC 5737, RFC 6598을 기준으로 검토했으며, 모든 예시 값은 단위 테스트를 거친 이 도구의 서브넷 엔진이 생성했습니다. — Go-Tools 엔지니어링 팀 · Aug 15, 2026

네트워크 도구를 개발하는 엔지니어가 작성하고 검토했으며, 예시에 나오는 모든 주소와 마스크, 호스트 수는 이 계산기의 테스트된 엔진이 직접 산출했습니다.

서브넷 마스크란?

서브넷 마스크는 32비트 IPv4 주소를 두 부분으로 나눕니다. 같은 세그먼트의 모든 호스트가 공유하는 네트워크 부분과, 개별 장비를 식별하는 호스트 부분입니다. 마스크 자체도 32비트로, 네트워크 비트를 표시하는 1이 이어진 뒤 호스트 비트를 표시하는 0이 이어집니다. 255.255.255.0과 /24가 정확히 같은 것을 뜻하는 이유가 여기에 있습니다. CIDR 표기는 1을 10진수로 풀어 쓰는 대신 그 개수만 센 것입니다.

나머지는 전부 이 구분에서 따라 나옵니다. 호스트 비트를 모두 0으로 두면 네트워크 주소, 모두 1로 두면 지정 브로드캐스트 주소가 되고, 그 사이의 주소를 호스트에 배정할 수 있습니다. 익숙한 2^n − 2 공식이 여기에서 나오며, /26의 사용 가능 호스트가 64대가 아니라 62대인 이유도 마찬가지입니다. 어떤 장비가 목적지를 로컬로 볼지 라우터로 보낼지 판단할 때는 자기 마스크를 두 주소에 각각 적용해 결과를 비교하는데, 이 계산기의 포함 여부 확인이 바로 그 계산입니다.

두 프리픽스는 일부러 이 규칙을 깨뜨립니다. /31에는 주소가 둘뿐이라 네트워크 주소와 브로드캐스트 주소를 따로 둘 자리가 없습니다. 그래서 RFC 3021은 점대점 링크에서 두 주소를 모두 쓸 수 있게 했고, 현재 쓰이는 라우터 플랫폼은 모두 이를 따릅니다. /32는 단일 호스트 경로로, 루프백 인터페이스와 정적 경로, 애니캐스트 주소, 단일 주소 방화벽 규칙에 쓰입니다. 어느 쪽에든 2^n − 2를 기계적으로 적용하면 사용 가능 호스트가 0개로 나오는데, 이 답에 동의하는 라우터 플랫폼은 없습니다. /31 예외에는 조건이 하나 붙습니다. 진짜 점대점 인터페이스에서만 성립하므로, 공유 LAN 세그먼트에는 여전히 /30 이하가 필요합니다.

입력한 주소는 마스크 말고도 다른 정보를 담고 있습니다. 10.0.0.0/8과 172.16.0.0/12, 192.168.0.0/16은 사설 대역(RFC 1918)이라 공용 인터넷에서 라우팅되지 않습니다. 100.64.0.0/10은 캐리어급 NAT 대역이고, 169.254.0.0/16은 DHCP가 실패했을 때 나타나며, 224.0.0.0/4는 멀티캐스트입니다. A부터 E까지의 과거 클래스는 문서와 자격증 시험에 여전히 등장하지만, 1993년 CIDR이 등장한 뒤로 클래스풀 라우팅은 폐기되었습니다 — 네트워크가 어디에서 끝나는지 정하는 것은 첫 옥텟이 아니라 마스크입니다. 같은 주소를 2진수나 16진수로 직접 살펴보려면 진법 변환기가 그 계산을 대신해 줍니다.

// Subnetting is integer arithmetic on a 32-bit value.
const toInt = (ip) => ip.split('.').reduce((acc, o) => acc * 256 + Number(o), 0);
const toIp  = (n)  => [24, 16, 8, 0].map((s) => (n >>> s) & 255).join('.');

function subnet(ip, prefix) {
  const mask      = prefix === 0 ? 0 : (0xFFFFFFFF << (32 - prefix)) >>> 0;
  const network   = (toInt(ip) & mask) >>> 0;
  const broadcast = (network | (~mask >>> 0)) >>> 0;
  // RFC 3021: a /31 has two usable addresses; a /32 has one.
  const usable    = prefix >= 31 ? 2 ** (32 - prefix) : 2 ** (32 - prefix) - 2;
  return { network: toIp(network), broadcast: toIp(broadcast), usable };
}

subnet('192.168.1.130', 26);
// { network: '192.168.1.128', broadcast: '192.168.1.191', usable: 62 }

주요 기능

모든 항목을 한 화면에

네트워크 주소, 브로드캐스트 주소, 첫 번째와 마지막 사용 가능 호스트, 사용 가능·전체 주소 수, 서브넷 마스크와 와일드카드 마스크가 입력과 동시에 갱신됩니다 — 제출 버튼도, 페이지 새로 고침도, 기다림도 없습니다.

/31과 /32를 정확히 처리

/31은 RFC 3021에 따라 사용 가능 주소를 2개로, /32는 1개로 표시하고, 그 이유와 /31을 쓰면 안 되는 상황을 옆에 함께 설명합니다. 이 두 프리픽스에 2^n − 2를 적용하면 0이 나오는데, 여기에 동의하는 라우터는 없습니다.

/0에서 /32까지 움직이는 프리픽스 슬라이더

프리픽스를 끌면 주소는 그대로 둔 채 경계가 한 비트씩 이동합니다 — '이 블록은 얼마나 커야 하지?'에 답하는 가장 빠른 방법입니다.

마스크 경계를 색으로 칠한 2진수 보기

네트워크 주소와 마스크, 브로드캐스트 주소 세 줄에 걸쳐 네트워크 비트와 호스트 비트를 다른 색으로 그리므로, 나뉘는 지점을 추측하지 않고 눈으로 확인합니다.

서브넷 분할 표

어떤 블록이든 더 긴 프리픽스로 균등한 하위 서브넷으로 나누고 각각의 범위와 브로드캐스트 주소, 호스트 수를 읽어 보세요 — 스프레드시트 없이 VLAN 계획을 점검할 수 있습니다.

블록 식별과 역방향 DNS

배지가 주소의 소속 블록(RFC 1918 사설, 캐리어급 NAT, 링크 로컬, 문서 예시용, 벤치마크용, 멀티캐스트, 예약)을 알려 주고, 10진 정수·16진수·in-addr.arpa 형태도 함께 표시합니다.

서브넷 계산 예시

192.168.1.130/26은 어느 서브넷에 속하나요? — 시험에 가장 자주 나오는 문제

192.168.1.130/26
네트워크:      192.168.1.128
브로드캐스트:  192.168.1.191
사용 가능:     192.168.1.129 - 192.168.1.190
호스트:        62개 사용 가능 / 총 64개
서브넷 마스크: 255.255.255.192
와일드카드:    0.0.0.63

입력한 것은 네트워크 주소가 아니라 호스트 주소이고, 바로 그 점이 핵심입니다. /26 마스크에는 호스트 비트가 6개 있으므로 블록은 64개 주소마다 한 칸씩 이동합니다 — 0, 64, 128, 192. 192.168.1.130은 세 번째 블록에 들어가므로 네트워크 주소는 192.168.1.0이 아니라 192.168.1.128입니다. 브로드캐스트 주소는 그 블록의 맨 끝인 192.168.1.191이고, 그 사이의 192.168.1.129부터 192.168.1.190까지가 호스트에 배정할 수 있는 범위입니다. 입력한 주소를 그대로 네트워크 주소로 여기는 것이 서브네팅에서 가장 흔한 실수입니다.

10.0.0.0/22의 네트워크 주소와 브로드캐스트, 사용 가능 호스트 수

10.0.0.0/22
네트워크:      10.0.0.0
브로드캐스트:  10.0.3.255
사용 가능:     10.0.0.1 - 10.0.3.254
호스트:        1,022개 사용 가능 / 총 1,024개
서브넷 마스크: 255.255.252.0
와일드카드:    0.0.3.255

/22는 세 번째 옥텟에서 2비트를 빌려 오므로 이 블록은 10.0.0.x부터 10.0.3.x까지 — 연속된 /24 네 개가 하나의 브로드캐스트 도메인에 들어갑니다. 실수가 나오는 지점은 마스크 255.255.252.0입니다. 252의 2진수는 11111100이므로 세 번째 옥텟은 4씩 증가합니다(10.0.0.0, 10.0.4.0, 10.0.8.0). 도구의 2진수 보기는 빌려 온 두 비트에 색을 입히고, 분할 표는 이 블록을 다시 네 개의 /24로 나눠 줍니다.

/31 점대점 링크: 사용 가능 주소는 0개가 아니라 2개

203.0.113.4/31
주소:          203.0.113.4, 203.0.113.5
사용 가능:     2개 (링크 양쪽 끝에 하나씩)
브로드캐스트:  없음
서브넷 마스크: 255.255.255.254
와일드카드:    0.0.0.1

RFC 3021은 점대점 링크를 위해 /31을 정의합니다. 이런 링크에는 끝점이 정확히 둘뿐이고 공유 세그먼트가 없으므로 네트워크 주소와 브로드캐스트 주소를 없애고 두 주소를 모두 배정합니다. 여기에 일반적인 2^n − 2 공식을 적용하면 사용 가능 호스트가 0개로 나오는데, 현대 라우터에서는 모두 틀린 답입니다 — Cisco IOS, Junos, Linux 모두 점대점 인터페이스에서 /31을 지원합니다. /30 대신 /31을 쓰면 라우터 간 링크의 주소 낭비가 절반으로 줄어듭니다. 단, 진짜 점대점 인터페이스에서만 유효하다는 조건이 붙습니다. 다중 접속 LAN 세그먼트에는 여전히 /30 이하가 필요하고, Windows는 네트워크 어댑터에 /31을 받아들이지 않습니다. 예시에 203.0.113.0/24를 쓴 것은 RFC 5737이 이 대역을 문서용으로 예약해 두었기 때문입니다.

192.168.1.0/24를 /26 서브넷 네 개로 분할

192.168.1.0/24 → /26
192.168.1.0/26     192.168.1.1 - 192.168.1.62      브로드캐스트 192.168.1.63    호스트 62개
192.168.1.64/26    192.168.1.65 - 192.168.1.126    브로드캐스트 192.168.1.127   호스트 62개
192.168.1.128/26   192.168.1.129 - 192.168.1.190   브로드캐스트 192.168.1.191   호스트 62개
192.168.1.192/26   192.168.1.193 - 192.168.1.254   브로드캐스트 192.168.1.255   호스트 62개

/24에서 2비트를 빌리면 각각 64개 주소(사용 가능 62개)를 갖는 균등한 서브넷 네 개가 나옵니다. 하위 서브넷마다 자기 네트워크 주소와 브로드캐스트 주소를 잃는다는 점에 주의하세요. /24 하나를 /26 네 개로 나누면 사용 가능 주소가 254개에서 248개로, 모두 6개 줄어듭니다. 분할 표는 어떤 상위 블록과 어떤 더 긴 프리픽스 조합에도 이 배치를 출력하므로, VLAN 계획이 라우터에 들어가기 전에 점검하는 가장 빠른 방법입니다.

CIDR–서브넷 마스크 대조표: /24는 255.255.255.0

/24, /25, /26, /27, /28, /29, /30, /31, /32
/24  255.255.255.0     256개 주소   254개 사용 가능
/25  255.255.255.128   128개 주소   126개 사용 가능
/26  255.255.255.192    64개 주소    62개 사용 가능
/27  255.255.255.224    32개 주소    30개 사용 가능
/28  255.255.255.240    16개 주소    14개 사용 가능
/29  255.255.255.248     8개 주소     6개 사용 가능
/30  255.255.255.252     4개 주소     2개 사용 가능
/31  255.255.255.254     2개 주소     2개 사용 가능 (RFC 3021)
/32  255.255.255.255     1개 주소     1개 사용 가능 (호스트 경로)

프리픽스 비트가 하나 늘어날 때마다 블록은 절반이 됩니다. 마지막 두 줄은 2^n − 2 규칙에서 벗어나므로 외워 둘 만합니다. /31은 사용 가능 주소가 두 개이고(점대점, 브로드캐스트 없음), /32는 루프백 인터페이스와 ACL 항목, 정적 경로에 쓰이는 단일 호스트 경로입니다. /8부터 /32까지의 전체 표는 계산기 아래에 있으며, 계산기를 움직이는 것과 같은 엔진이 생성합니다.

IPv4 서브넷 계산기 사용 방법

  1. 1

    주소 또는 CIDR 블록 입력

    192.168.1.130/26을 넣거나 10.0.0.0 255.255.252.0을 붙여넣거나, 주소만 넣고 슬라이더로 프리픽스를 지정하세요. 호스트 주소를 넣어도 괜찮습니다 — 도구가 해당 네트워크로 마스킹해 줍니다.

  2. 2

    프리픽스 슬라이더로 경계 이동 확인

    /0에서 /32까지 끌어 보면 호스트 수, 마스크, 브로드캐스트 주소가 다시 계산됩니다. 슬라이더는 주소를 그대로 두므로 '이 블록의 크기를 조정하면 어떻게 되지?'라는 질문에 동작 하나로 답할 수 있습니다.

  3. 3

    서브넷 상세 정보 읽기

    네트워크 주소, 브로드캐스트 주소, 첫 번째와 마지막 사용 가능 호스트, 사용 가능·전체 주소 수, 서브넷 마스크와 와일드카드 마스크에 더해, 블록 종류(사설, 캐리어급 NAT, 링크 로컬, 문서 예시용, 멀티캐스트)와 과거 클래스를 알려 주는 배지가 함께 표시됩니다.

  4. 4

    2진수 보기와 주소 표현 확인

    네트워크 비트와 호스트 비트를 다른 색으로 칠해 마스크 경계가 비트 단위로 눈에 보입니다. 같은 패널에서 네트워크 주소를 10진 정수, 16진수, 역방향 DNS in-addr.arpa 이름으로도 확인할 수 있습니다.

  5. 5

    포함 여부 확인과 블록 분할

    아무 주소나 붙여넣어 현재 서브넷에 들어가는지 확인한 다음, 더 긴 프리픽스를 골라 블록을 균등한 하위 서브넷으로 나누고 각각의 범위와 브로드캐스트 주소, 호스트 수를 확인하세요.

흔한 서브네팅 실수

입력한 주소를 네트워크 주소로 여기기

/26으로 마스킹한 호스트 주소가 자기 블록의 시작에 놓이는 일은 드뭅니다. 네트워크 주소는 호스트 비트를 0으로 지운 뒤 남는 값이므로, 192.168.1.130/26은 192.168.1.0이 아니라 192.168.1.128에 속합니다.

✗ 오류
192.168.1.130/26 -> 네트워크 192.168.1.0, 브로드캐스트 192.168.1.255
✓ 정상
192.168.1.130/26 -> 네트워크 192.168.1.128, 브로드캐스트 192.168.1.191

/31에 2^n - 2를 적용

2를 빼는 규칙은 네트워크 주소와 브로드캐스트 주소가 존재한다는 전제 위에 있습니다. /31 점대점 링크에는 둘 다 없고, RFC 3021은 두 주소를 모두 배정할 수 있게 합니다. 여기서 사용 가능 호스트를 0개로 보고하는 것은 현재 쓰이는 모든 라우터 플랫폼의 동작과 어긋납니다.

✗ 오류
203.0.113.4/31 -> 사용 가능 호스트 0개
✓ 정상
203.0.113.4/31 -> 사용 가능 호스트 2개 (203.0.113.4, 203.0.113.5)

172.16.0.0/12을 172.16.x.x만으로 여기기

이 사설 대역은 172.16.0.0부터 172.31.255.255까지, /16 열여섯 개이지 하나가 아닙니다. 172.15.x.x와 172.32.x.x의 주소는 공인 주소이며 다른 누군가의 것입니다.

✗ 오류
172.20.5.1 -> 172.16.x.x가 아니라서 공인 주소로 판단
✓ 정상
172.20.5.1 -> 사설 주소, 172.16.0.0/12 안 (172.16.0.0 - 172.31.255.255)

연속되지 않은 서브넷 마스크 작성

서브넷 마스크는 1이 끊김 없이 이어진 뒤 0이 이어져야 합니다. ACL 와일드카드에는 구멍이 허용되지만 255.0.255.0 같은 값은 유효한 마스크가 아닙니다. 장비는 이를 거부하며, 이런 값을 받아들이는 계산기는 오타를 감춰 줄 뿐입니다.

✗ 오류
10.0.0.0 255.0.255.0
✓ 정상
10.0.0.0 255.255.252.0   (= 10.0.0.0/22)

서브넷 계산기로 할 수 있는 일

VLAN과 주소 블록 설계
할당받은 대역을 균등한 서브넷으로 나누고 각 서브넷이 예상 호스트 수를 담기에 충분한지 확인한 다음, 스위치에 들어가기 전에 그 배치를 IPAM 스프레드시트나 설계 문서에 그대로 옮기세요.
방화벽 규칙과 ACL 작성
Cisco ACL과 OSPF network 구문에 필요한 와일드카드 마스크를 읽고, 규칙이 실제로 매칭할 주소 범위를 확인하세요 — 0.0.0.63과 0.0.0.31의 차이는 VLAN 두 개 분량의 호스트입니다.
게이트웨이에 닿지 못하는 호스트 문제 해결
호스트 주소와 거기에 설정된 마스크를 붙여넣고, 게이트웨이가 그 결과 서브넷 안에 들어오는지 확인하세요. 마스크 불일치는 '어떤 곳은 ping이 되고 어떤 곳은 안 된다'의 전형적인 원인입니다.
라우터 간 링크를 효율적으로 배정
점대점 링크에서 /30과 /31을 비교해 보세요. /31은 링크마다 주소 두 개를 버리는 대신 양쪽 끝점에 하나씩 배정하므로, 회선이 수백 개인 광역망에서는 차이가 빠르게 쌓입니다.
CCNA, Network+ 등 시험 대비
서브네팅 문제를 손으로 푼 다음 여기에서 네트워크 주소와 브로드캐스트 주소, 호스트 범위를 확인하세요. 2진수 보기는 빌려 온 비트를 보여 주는데, 시험이 실제로 묻는 것이 바로 그 부분입니다.

IPv4 서브네팅의 원리

마스크는 10진수 값이 아니라 비트 경계
서브넷 마스크는 32비트입니다. 네트워크를 뜻하는 1이 끊김 없이 이어진 뒤 호스트를 뜻하는 0이 이어집니다. 유효한 마스크는 33개(/0부터 /32까지)뿐이며, 255.255.255.192는 유효하고 255.0.255.0은 유효하지 않은 이유가 여기에 있습니다 — 후자는 중간에 구멍이 있습니다. 이 계산기는 연속되지 않은 마스크를 추측해서 받아들이지 않고 거부합니다.
블록 크기와 네 번째 옥텟 요령
크기가 같은 서브넷은 자기 블록 크기의 배수 위에 놓이고, 블록 크기는 256에서 해당 옥텟의 마스크 값을 뺀 값입니다. /26의 마스크는 192로 끝나므로 블록은 0, 64, 128, 192에서 시작하고, /28은 240으로 끝나므로 16마다 시작합니다. '192.168.1.130은 어느 서브넷에 속하나?'라는 질문 뒤에 있는 산술이 바로 이것입니다 — 세 번째 /26 블록이므로 192.168.1.128입니다.
예약 주소와 두 가지 예외
호스트 비트가 모두 0인 주소는 네트워크를 식별하고 모두 1인 주소는 지정 브로드캐스트이므로, 일반적인 서브넷은 주소 두 개를 잃습니다. RFC 3021은 /31 점대점 링크에서 이 둘을 면제하고(사용 가능 주소 2개), /32는 단일 호스트 경로입니다(사용 가능 주소 1개). 계산기 아래의 대조표도 이 규칙을 따르므로 /31 줄에는 0이 아니라 2가 적혀 있습니다.
와일드카드 마스크와 그것이 필요한 자리
와일드카드 마스크는 서브넷 마스크를 비트 단위로 뒤집은 값입니다 — 255.255.255.192를 뒤집으면 0.0.0.63입니다. Cisco ACL과 OSPF network 구문, EIGRP는 마스크 대신 와일드카드를 받습니다. 서브넷 마스크와 달리 ACL 와일드카드는 연속되지 않아도 되며, 규칙 하나로 어떤 범위 안의 홀수 번째 주소를 전부 매칭할 수 있는 것도 그 덕분입니다.
클래스는 역사, 블록은 현재
클래스 A/B/C/D/E는 첫 옥텟으로 주소 공간을 나누고(0–127, 128–191, 192–223, 224–239, 240–255) 지금도 가르치고 시험에 나오지만, CIDR이 1993년에 클래스풀 라우팅을 대체했습니다 — 네트워크가 어디에서 끝나는지는 앞쪽 비트가 아니라 마스크가 정합니다. 지금도 중요한 것은 주소가 어느 예약 블록에 속하는가입니다. RFC 1918 사설, RFC 6598 캐리어급 NAT, RFC 3927 링크 로컬, RFC 5737 문서 예시용, RFC 2544 벤치마크용, 멀티캐스트, 그리고 240.0.0.0/4 예약 대역입니다.

IP 주소 설계 모범 사례

성장 여유는 두되 열 배로 잡지 말 것
장비 8대에 /24를 주면 주소 246개를 낭비하고 아무 이득 없이 브로드캐스트 도메인만 키웁니다. 넉넉한 여유가 남는 가장 작은 블록을 고르세요 — 계산기가 보여 주는 호스트 수가 확정하기 전에 그 절충점을 눈앞에 드러냅니다.
점대점 링크에는 /31을 쓸 것
라우터 간 회선에서 /31은 끝점 두 개에 주소 네 개를 태우는 대신 양쪽에 하나씩 배정합니다. RFC 3021 지원 이전 장비에만 /30을 남겨 두고, 다중 접속 세그먼트에는 절대로 /31을 설정하지 마십시오.
10진수 어림수가 아니라 비트 경계에 맞춰 할당할 것
블록을 10.0.10.0이나 10.0.100.0에서 시작하는 주소 계획은 10진수로 보면 정갈하지만 하나의 경로로 요약되지 않습니다. 할당을 2의 거듭제곱에 정렬하면 한 지역 전체가 라우팅 테이블에서 프리픽스 하나로 접힙니다.
문서 예시는 예약 대역 안에서 쓸 것
RFC 5737이 192.0.2.0/24와 198.51.100.0/24, 203.0.113.0/24를 예약해 둔 이유는 예시가 실제 네트워크와 충돌하지 않게 하기 위해서입니다. 운영 문서에 아무 공인 주소나 적으면 언젠가 누군가를 살아 있는 호스트로 안내하게 됩니다.
라우팅을 의심하기 전에 양쪽 마스크부터 확인할 것
호스트가 어떤 목적지에는 닿고 어떤 목적지에는 닿지 않을 때는 그 호스트의 마스크와 게이트웨이의 마스크를 비교하세요. 세그먼트가 /23인데 /24로 설정되어 있으면 네트워크의 절반이 원격으로 보입니다 — 두 주소를 포함 여부 확인란에 붙여넣으면 불일치가 곧바로 드러납니다.

서브넷 계산기 자주 묻는 질문

CIDR 프리픽스로 서브넷 마스크를 계산하려면 어떻게 하나요?
프리픽스는 32비트 마스크에서 앞쪽에 이어지는 1의 개수입니다. /26은 1이 26개 이어진 뒤 0이 6개 붙는다는 뜻으로, 11111111.11111111.11111111.11000000이 되고 점 10진수로 읽으면 255.255.255.192입니다. 뒤에 남은 0이 호스트 비트이므로 이 블록에는 2^6 = 64개 주소가 들어갑니다. 반대로 계산할 때는 마스크에서 1의 개수를 세면 됩니다. 255.255.252.0은 11111111.11111111.11111100.00000000이므로 1이 22개, 즉 /22입니다. 이 계산기의 2진수 보기는 네트워크 비트와 호스트 비트를 다른 색으로 칠해 그 경계를 그대로 보여 줍니다.
255.255.255.0은 몇 비트 프리픽스인가요?
/24입니다. 255를 2진수로 쓰면 11111111이므로 255가 세 옥텟이면 앞쪽에 이어지는 1이 24개이고, 마지막 8비트가 호스트 비트입니다 — 255.255.255.0 = /24이고 주소는 256개, 사용 가능 호스트는 254대입니다. 같은 방식으로 255.255.255.192는 /26(주소 64개, 사용 가능 62대), 255.255.252.0은 /22(주소 1,024개, 사용 가능 1,022대), 255.255.255.128은 /25(주소 128개, 사용 가능 126대)입니다. 점 10진수 마스크를 입력란에 그대로 붙여넣으면 프리픽스를 거꾸로 읽어 낼 수 있고, 계산기 아래의 대조표에는 /8부터 /32까지 각 프리픽스의 마스크와 와일드카드, 호스트 수가 정리되어 있습니다.
IP 주소를 10진 정수나 16진수로 어떻게 바꾸나요?
네 옥텟을 하나의 32비트 정수로 보면 됩니다. 192.168.1.128 = 192×256³ + 168×256² + 1×256 + 128 = 3232235904이고, 16진수로는 0xC0A80180입니다. 데이터베이스가 주소를 정수 칼럼에 담을 때(MySQL의 INET_ATON / INET_NTOA), 로그를 범위로 걸러 낼 때, 비트 연산으로 포함 여부를 판정할 때 이 형태가 등장합니다. 이 계산기의 2진수 패널은 네트워크 주소를 10진 정수와 16진수, 그리고 역방향 DNS in-addr.arpa 이름으로 함께 출력합니다. 진법 사이를 손으로 변환하려면 진법 변환기를 사용하세요.
계산 결과를 Cisco나 화웨이 장비에 어떻게 적용하나요?
바로 붙여넣는 설정 패널이 현재 블록에 대해 여섯 가지 형태를 만들어 줍니다. 192.168.1.130/26이라면 다음과 같습니다. Cisco IOS 인터페이스는 ip address 192.168.1.129 255.255.255.192, 와일드카드를 쓰는 Cisco ACL은 access-list 10 permit 192.168.1.128 0.0.0.63, OSPF는 network 192.168.1.128 0.0.0.63 area 0, 서브넷 마스크를 받는 Cisco ASA는 access-list OUT permit ip 192.168.1.128 255.255.255.192 any, 화웨이/H3C는 ip address 192.168.1.129 26, Linux iproute2는 ip addr add 192.168.1.129/26 dev eth0입니다. 함정은 IOS의 ACL과 OSPF는 와일드카드를 받는데 ASA는 서브넷 마스크를 받는다는 점입니다 — 둘을 바꿔 쓰면 오류는 나지 않지만 전혀 다른 범위를 매칭합니다.
사용 가능 호스트 수는 왜 전체 주소 수보다 2개 적은가요?
일반적인 IPv4 서브넷은 첫 주소를 네트워크 식별자로, 마지막 주소를 지정 브로드캐스트 주소로 예약합니다. 그래서 주소가 256개인 /24는 254개를 호스트에 내줍니다. 예외는 두 프리픽스입니다. /31에는 그 예약 주소를 둘 자리가 없어서 RFC 3021이 점대점 링크에서 두 주소를 모두 쓸 수 있게 했고, /32는 사용 가능 주소가 하나인 단일 호스트 경로입니다. 이 계산기는 두 예외를 반영합니다 — 일반적인 2^n − 2 공식을 그대로 쓰면 /31의 사용 가능 주소가 0개로 나오는데, 현대 라우터 중 여기에 동의하는 제품은 없습니다.
와일드카드 마스크란 무엇이고 서브넷 마스크와 어떻게 다른가요?
와일드카드 마스크는 서브넷 마스크를 비트 단위로 뒤집은 값입니다. 서브넷 마스크에서 1인 자리가 와일드카드에서는 0이 됩니다. /26이라면 마스크는 255.255.255.192, 와일드카드는 0.0.0.63입니다. Cisco의 액세스 제어 목록과 OSPF network 구문은 마스크가 아니라 와일드카드를 받으므로 access-list 10 permit 192.168.1.128 0.0.0.63은 192.168.1.128/26과 같은 블록을 매칭합니다. 화웨이와 H3C 문서에서도 이를 와일드카드 마스크라고 부르고, 인버스 마스크는 엔지니어들이 흔히 쓰는 줄임말인데, 여기서는 두 이름 모두 같은 값을 가리킵니다. 한 가지 유의할 점은 ACL 와일드카드는 연속되지 않은 비트를 합법적으로 가질 수 있지만(예: 홀수 주소나 짝수 주소만 매칭) 서브넷 마스크는 그럴 수 없다는 것입니다.
/24, /25, /26에는 호스트가 몇 대나 들어가나요?
/24(255.255.255.0)는 주소 256개에 사용 가능 호스트 254대, /25(255.255.255.128)는 128개에 126대, /26(255.255.255.192)은 64개에 62대입니다. 프리픽스 비트가 하나 늘어날 때마다 두 숫자 모두 절반이 됩니다. 네 번째 옥텟을 나눌 때 쓰는 요령이 하나 있습니다. 블록 크기 = 256 − 마스크 마지막 옥텟 값이므로 마스크가 192로 끝나면 64개 주소마다, 240으로 끝나면 16개 주소마다 블록이 시작됩니다. 계산기 아래의 전체 대조표는 /8부터 /32까지를 담고 있습니다.
사설 IP 대역은 어디까지이고 어느 주소가 공인 주소인가요?
RFC 1918은 사설 대역 세 개를 예약합니다. 10.0.0.0/8(사용 가능 16,777,214개), 172.16.0.0/12(1,048,574개), 192.168.0.0/16(65,534개)입니다. 172 대역은 172.16.0.0부터 172.31.255.255까지만 해당한다는 점에 주의하세요 — 172.15.x.x와 172.32.x.x는 공인 주소이며, 여기가 가장 헷갈리는 경계입니다. 그 밖에 100.64.0.0/10은 캐리어급 NAT 대역(RFC 6598), 169.254.0.0/16은 DHCP가 실패했을 때 쓰이는 링크 로컬 자동 설정 주소(RFC 3927)이고, 192.0.2.0/24와 198.51.100.0/24, 203.0.113.0/24는 문서용으로 예약된 대역(RFC 5737)입니다. 이 계산기는 입력한 주소가 어느 블록에 속하는지 표시합니다.
실제 네트워크에서 /31이나 /32를 써도 되나요?
됩니다. /31은 라우터 간 링크에 주소를 배정하는 표준적인 방법입니다. RFC 3021은 점대점 인터페이스에서 네트워크 주소와 브로드캐스트 주소를 없애 두 주소를 양쪽 끝점에 배정하므로, 전통적인 /30에 비해 낭비가 절반으로 줄어듭니다. Cisco IOS, Junos, Arista EOS, Linux가 모두 지원하지만 진짜 점대점 인터페이스에서만 유효합니다 — 다중 접속 LAN 세그먼트에 /31을 설정하지 마십시오. /32는 호스트 경로입니다. 루프백 인터페이스, 단일 주소 ACL 항목, 정적 경로, 애니캐스트 주소가 모두 /32를 씁니다.
입력한 주소가 서버로 전송되나요?
아니요. 모든 계산은 브라우저에서 단순 정수 연산으로 로컬 처리됩니다 — 네트워크 요청도, 서드파티 라이브러리도, 로그도 없습니다. 브라우저 개발자 도구를 열고 입력하는 동안 네트워크 패널이 조용한 것을 확인하거나, 인터넷 연결을 완전히 끊고도 계속 계산할 수 있습니다. 링크 복사 버튼은 현재 블록을 URL 프래그먼트에 담는데, 브라우저는 프래그먼트를 서버로 전송하지 않습니다.

cURL 명령어 생성기 & 빌더

웹 & API

온라인 curl 명령어 생성기. 메서드·헤더·인증·바디를 설정하면 즉시 복사 가능한 명령어가 생성됩니다. Bearer·POST JSON·파일 업로드 프리셋. 무료, 서버 전송 없음.

htpasswd 생성기 — bcrypt, Apache MD5 (apr1) & Basic Auth

웹 & API

bcrypt, Apache MD5 (apr1), SHA-1 등으로 htpasswd 항목을 생성하는 웹 도구. Apache, nginx, Docker 설정 스니펫 포함. 100% 브라우저에서 처리 — 업로드 없음.

Open Graph 메타 태그 생성기

웹 & API

Open Graph, Twitter Card, SEO 메타 태그를 생성하고 Google·Facebook·X 실시간 미리보기로 확인하세요. 100% 무료 웹 도구, 가입 없이 코드를 복사·붙여넣기.

nginx location 테스터 — 그 블록이 이기는 이유

웹 & API

어떤 nginx location 블록이 이기고 나머지는 왜 졌는지 보여줍니다. =, ^~, ~, ~* 매칭을 브라우저 안에서 처리하는 무료 온라인 테스터입니다.

traceparent 디코더 — W3C Trace Context

웹 & API

16진수 세기는 그만. 무료 온라인 traceparent 디코더 — 브라우저에서 실행, 업로드 없음. trace ID·span ID·trace-flags 8비트·tracestate 검사·Datadog/X-Ray/B3 변환.

AES 복호화 도구 — OpenSSL·CryptoJS 호환

보안 도구

온라인 AES 복호화 — GCM/CBC/CTR, 암호 문구 또는 원시 키, OpenSSL·CryptoJS "U2FsdGVkX1" 형식 자동 인식. 브라우저에서만 실행되며 키는 유출되지 않습니다.