IP 범위 확장기
CIDR 블록(10.0.0.0/24) → IP 리스트, 또는 시작-끝 범위 → 최소 CIDR 집합. 네트워크·브로드캐스트·마스크·와일드카드·사용 가능 수 모두 브라우저에서.
- 네트워크
- 192.168.1.0/29
- 브로드캐스트
- 192.168.1.7
- 첫 사용 가능
- 192.168.1.1
- 마지막 사용 가능
- 192.168.1.6
- 서브넷 마스크
- 255.255.255.248
- 와일드카드 마스크
- 0.0.0.7
- 전체 주소
- 8
- 사용 가능 호스트
- 6
192.168.1.0 192.168.1.1 192.168.1.2 192.168.1.3 192.168.1.4 192.168.1.5 192.168.1.6 192.168.1.7
모든 계산 로컬 실행. DNS 조회·네트워크 요청 없음.
사용법
network/prefix입력엔 CIDR 모드,시작 - 끝엔 Range 모드.- 더 많은(또는 적은) IP 나열하려면 제한 조정. 요약은 관계없이 총계 표시.
- 원하는 포맷(줄·쉼표·nmap 스타일 공백 구분)으로 IP 리스트 또는 CIDR 집계 복사.
자세한 설명
펼치기접기
한 도구에 두 가지 모드가 들어 있습니다. CIDR 모드는 192.168.1.0/24 같은 입력을 받아 네트워크 주소, 브로드캐스트 주소, 사용 가능한 첫 호스트와 마지막 호스트, 서브넷 마스크, 와일드카드 마스크, 전체 주소 수와 사용 가능 주소 수, 그리고 설정한 한도까지 펼친 주소 목록을 돌려줍니다. 범위 모드는 시작 주소와 끝 주소를 받아 그 구간을 정확히 덮는 최소 개수의 CIDR 블록으로 분해합니다. 넘치지도 모자라지도 않게 나누는데, 프리픽스 형태로만 표현할 수 있는 방화벽 규칙·ACL·라우팅 테이블이 원하는 것이 바로 이것입니다.
이 분해는 이해해 둘 만합니다. 결과가 생각보다 훨씬 많은 경우가 잦기 때문입니다. 시작이나 끝이 2의 거듭제곱 경계에서 벗어난 범위는 하나의 프리픽스가 될 수 없습니다. 10.0.0.1부터 10.0.3.255까지는 열 개의 블록이 필요합니다. /32로 시작해 /31, /30, /29, /28, /27, /26, /25, /24를 거쳐 마지막에 /23이 붙습니다. 정렬이 허락할 때에야 한 단계씩 크기를 두 배로 키울 수 있기 때문입니다. 규칙 집합에 항목 수 상한이 있다면, 범위를 확정하기 전에 확인해야 할 숫자가 이 전개 결과입니다.
사용 가능 호스트 수는 단순 공식이 아니라 특수한 경우들을 따릅니다. /24에는 256개 주소가 있고 그중 254개를 배정할 수 있습니다. 첫 주소는 네트워크 식별자이고 마지막은 브로드캐스트 주소이기 때문입니다. 그러나 /31에는 둘 중 어느 것도 들어갈 자리가 없고, RFC 3021은 점대점 링크에서 이 두 주소를 모두 사용 가능하게 합니다. /32는 호스트 하나입니다. 그래서 이 도구는 무턱대고 2를 뺐을 때 나오는 0과 −1이 아니라 2와 1을 보고합니다.
알아 둘 한계가 둘 있습니다. 이 도구는 IPv4 전용이라 IPv6 프리픽스는 받지 않으며, 받는다 해도 펼치는 일 자체가 무의미합니다. /64 하나에 담긴 주소가 IPv4 전체보다 많습니다. 그리고 전개에는 의도적으로 상한이 있습니다. /16은 65,536개, /8은 1,600만 개가 넘으므로, 목록은 설정한 한도에서 잘리고 잘렸다는 표시가 붙습니다. 탭을 멈추게 하는 대신 그렇게 합니다. 여기서는 네트워크에 아무것도 보내지 않습니다. DNS 조회도, 도달성 확인도 없습니다. 따라서 결과는 산수가 말해 주는 것만 말할 뿐, 그 주소가 응답하는지는 결코 말해 주지 않습니다.
자주 묻는 질문
/31은 사용 가능 호스트 2개인데 /24는 왜 254?
RFC 3021은 /0~/30에 대해 네트워크·브로드캐스트 주소 예약 → size - 2만 사용 가능. /31·/32는 특수: /31은 양 주소 모두 쓰는 point-to-point 링크용, /32는 단일 호스트.
출력 제한 왜?
/16은 65,536 IP, /8은 16,777,216개. 전부 DOM에 렌더링하면 브라우저 멈춤. 요약은 여전히 총계 정확히 계산 — 리스트만 표시상 잘림.
임의의 시작-끝 범위에 CIDR 블록이 여러 개 필요한 이유는?
CIDR 블록은 아무 범위나 되는 게 아니라, 길이가 2의 거듭제곱이고 시작 주소가 그 길이에 정렬된 연속 구간이기 때문이다. .10부터 .200 같은 범위는 두 조건 중 어느 것도 만족하지 않으므로, 크기가 점점 작아지는 정렬된 블록 여러 개로 덮어야 한다. 시작 주소를 하나만 옮겨도 블록 개수가 달라지는 이유도 이것이다.
이 목록을 방화벽에 그대로 붙여넣어도 되나?
장비가 어떤 형식을 원하는지부터 확인하라. CIDR를 받는 것도, 시작-끝 쌍을 원하는 것도, 마스크를 쓰는 것도, 비트를 뒤집은 와일드카드 마스크를 쓰는 것도 있다. 형식을 잘못 쓴 규칙은 아예 안 올라가거나, 의도보다 훨씬 넓은 범위에 조용히 걸린다. CIDR를 받는 장비라면 그쪽이 낫다. 요약된 블록 하나는 검토할 규칙 하나지만, 수백 줄은 아무도 읽지 않는다.
이 주제의 가이드
관련 도구
CIDR 통합기 (IP 범위 병합 · 최소 블록 분해)
어수선한 IPv4/IPv6 주소·CIDR·범위 목록을 받아 최소 개수의 CIDR 블록으로 정리합니다.
네트워크
서브넷 계산기 (IPv4 / CIDR)
IPv4 CIDR을 네트워크 주소·브로드캐스트·넷마스크·와일드카드·호스트 범위·클래스로 파싱. 이진 분석과 사설/공인 상태 표시.
네트워크
IPv4 주소 변환기
IPv4 주소를 점 표기 10진수·32비트 정수·16진수·2진수로 변환하고, 사설·공인·루프백 등 주소 유형까지 확인합니다.
네트워크
IP 주소 분석
IPv4 또는 IPv6 입력 → 클래스·범위(사설·공인·loopback·link-local)·10진수·2진수·reverse DNS·/32 CIDR 표시.
네트워크
URI 템플릿 확장기 (RFC 6570)
직접 정의한 변수로 RFC 6570 URI 템플릿 확장 — 네 레벨 모두 지원: 경로·쿼리·프래그먼트·라벨·경로형 연산자, explode·prefix 수정자, 브라우저에서.
네트워크
IPv6 확장 / 압축
IPv6 주소를 단축형(::1) ↔ 8그룹 완전 표현 전환. 역방향 DNS·바이너리도 함께.
네트워크