서브넷 중복 판정 도구 - 두 CIDR이 겹치는지 확인【무료】

두 개의 IPv4 CIDR 표기(예: 192.168.1.0/24)를 입력하면 완전히 일치하는지, 한쪽이 다른 쪽을 포함하는지, 전혀 겹치지 않는지를 즉시 판정합니다. 방화벽 규칙이나 VPC 서브넷 설계 시 충돌 확인에 유용합니다.

서브넷 중복 관계 유형 일람

두 CIDR 블록 사이에서 나타날 수 있는 모든 관계를 정리한 조견표입니다.

관계 유형 예시 설명
완전히 일치 192.168.1.0/24 = 192.168.1.0/24 두 CIDR은 완전히 동일한 주소 범위를 가리킵니다. 동일한 서브넷으로 취급됩니다.
A가 B를 포함 192.168.0.0/16 ⊃ 192.168.1.0/24 CIDR A의 주소 범위가 CIDR B의 범위를 완전히 포함하고 있습니다. B는 A에서 분할된 서브넷입니다.
B가 A를 포함 192.168.1.0/24 ⊂ 192.168.0.0/16 CIDR B의 주소 범위가 CIDR A의 범위를 완전히 포함하고 있습니다. A는 B에서 분할된 서브넷입니다.
부분적으로 중복 이 상태는 실제로는 발생하지 않습니다. CIDR 블록은 2의 거듭제곱 단위로 정렬되어 있기 때문에, 두 블록이 겹칠 경우 반드시 「완전히 일치」하거나 「한쪽이 다른 쪽을 완전히 포함」하는 관계가 됩니다(자세한 내용은 아래 FAQ 참조)。
중복 없음 192.168.1.0/24 と 192.168.2.0/24 두 CIDR의 주소 범위는 전혀 겹치지 않습니다. 동시에 사용해도 충돌하지 않습니다.

하나의 IP 주소와 서브넷 마스크로부터 네트워크・브로드캐스트 주소를 구하고 싶다면 서브넷 계산 도구 를, IP 범위와 CIDR을 상호 변환하고 싶다면 IP 범위⇔CIDR 변환 도구 를 이용해 보세요.

이용 팁

  • 방화벽 ACL 규칙이나 VPC 서브넷 설계에서 「의도치 않게 같은 주소 범위를 두 번 정의하지 않았는지」 확인하는 데 유용합니다.
  • A가 B를 포함하는 관계는 큰 할당(예: /16)안에서 작은 서브넷(예: /24)을 분할한 경우 흔히 나타나는 정상적인 구성입니다. 문제가 아닙니다.
  • 클라우드 환경에서 VPC 피어링이나 VPN 연결을 설정할 때 양쪽의 CIDR이 겹치면 경로가 모호해져 라우팅 오류의 원인이 됩니다. 연결하기 전에 반드시 이 도구로 확인하세요.
  • 판정 결과의 「A의 범위」・「B의 범위」는 입력한 IP 주소가 해당 프리픽스 길이의 정확한 네트워크 주소가 아니더라도, 해당 블록의 네트워크・브로드캐스트 주소로 자동으로 반올림되어 표시됩니다.

자주 묻는 질문

아니요, 그럴 수 없습니다. CIDR 블록은 2의 거듭제곱 크기로 정렬 경계에 맞춰져 있기 때문에, 두 블록이 겹친다면 반드시 「완전히 일치」하거나 「한쪽이 다른 쪽을 완전히 포함」하는 관계가 됩니다. 이 도구에도 「부분적으로 중복」이라는 판정 항목이 존재하지만, 올바른 CIDR 입력끼리는 실제로 표시되지 않습니다.

아니요, 대부분의 경우 정상적인 구성입니다. 큰 할당(예: 회사 전체의 /16)안에서 부서별 작은 서브넷(예: 경리부의 /24)을 분할하는 것은 일반적인 설계이며, 의도된 포함 관계라면 아무런 문제가 없습니다.

같은 주소 범위가 두 개의 서로 다른 네트워크 기기나 클라우드 VPC에 할당되어 있으면, 해당 주소로 향하는 패킷이 어느 쪽에 도달해야 하는지 경로상 모호해져 통신이 불안정해지거나 한쪽에만 도달하는 「IP 주소 충돌」이 발생합니다. VPN 연결이나 VPC 피어링을 설정하기 전에 확인해야 할 대표적인 항목입니다.

현재는 IPv4만 지원합니다. IPv6 프리픽스 길이에 대해서는 IPv6 CIDR 조견표 도구를 이용해 주세요.
ツールくん

여담이지만 ― CIDR 블록끼리는 왜 "부분적으로" 겹치지 않을까

임의의 두 CIDR 블록을 비교하면 「완전히 일치」・「한쪽이 다른 쪽을 포함」・「중복 없음」의 세 가지 결과만 나올 수 있으며, 일반적인 의미의 "일부만 겹치는" 상태는 수학적으로 발생할 수 없습니다. 이는 CIDR 블록이 반드시 2의 거듭제곱 크기이고, 그 크기의 배수 위치(정렬 경계)에만 놓일 수 있다는 제약에서 직접 도출되는 성질입니다.

직관적으로 이해하려면 모든 CIDR 블록의 집합을 이진 트리로 생각하면 쉽습니다. /0을 루트로 하고, 프리픽스 길이가 1씩 늘어날 때마다 하나의 노드가 두 개의 자식 노드(전반부・후반부)로 분기한다고 보면, 어떤 두 블록이든 「같은 노드」・「한쪽이 다른 쪽의 조상 노드」・「완전히 다른 가지」 중 하나의 관계만 가질 수 있습니다. 트리 구조상 두 가지가 도중에만 교차하는 일은 있을 수 없는 것과 같은 이치입니다.

이러한 성질 덕분에 라우팅 테이블의 경로 집약(요약)은 항상 명확하게 정의될 수 있습니다. 만약 부분 중복이 일어날 수 있다면 "이 패킷이 어느 경로를 우선해야 하는가"가 본질적으로 모호해지겠지만, CIDR의 설계상 그러한 상황은 원리적으로 배제되어 있습니다. 실무에서 라우팅이 깨지는 원인의 상당수는 이 정렬 원칙을 무시하고 수동으로 IP 범위를 나눈 결과, 의도치 않게 경계가 어긋나는 데 있습니다.