본문으로 이동

IP 주소

위키백과, 우리 모두의 백과사전.
(IP주소에서 넘어옴)
비슷한 뜻에 대해서는 인터넷 프로토콜 문서를 참고하십시오.

IP 주소(영어: Internet Protocol address, IP address, 표준어: 인터넷규약주소)는 인터넷 프로토콜을 사용하여 통신하는 컴퓨터 망에 연결된 장치에 할당되는 192.0.2.1과 같은 숫자 레이블이다.[1][2] IP 주소는 크게 두 가지 기능을 수행한다: 네트워크 인터페이스 식별 및 위치 지정.

IPv4는 IP 주소에 대한 최초의 독립형 사양이었으며 1983년부터 사용되었다.[2] IPv4 주소는 32비트 숫자로 정의되었는데, 인터넷이 성장하면서 주소를 제공하기에 너무 작아져 2010년대에 IPv4 주소 고갈로 이어졌다. IPv4의 후속 버전인 IPv6는 IP 주소에 128비트를 사용하여 더 큰 주소 공간을 제공한다.[3][4][5] IPv6 배포가 2000년대 중반부터 진행되어 왔지만, 2025년 기준 현재까지 IPv4와 IPv6는 함께 사용되고 있다.

IP 주소는 일반적으로 사람이 읽을 수 있는 표기법으로 표시되지만, 시스템은 다양한 컴퓨터 숫자 형식으로 사용할 수 있다. CIDR 표기법은 주소의 얼마만큼을 라우팅 접두사로 처리해야 하는지 지정하는 데에도 사용할 수 있다. 예를 들어, 192.0.2.1/24는 주소의 24개의 유효 비트가 접두사이고 나머지 8비트는 호스트 주소 지정에 사용됨을 나타낸다. 이는 역사적으로 사용된 서브넷 마스크 (이 경우 255.255.255.0)와 동일하다.

IP 주소 공간은 IANA와 5개의 지역 인터넷 레지스트리 (RIR)가 전 세계적으로 관리한다. IANA는 IP 주소 블록을 RIR에 할당하며, RIR은 해당 지역의 인터넷 서비스 제공자 (ISP) 및 대규모 기관과 같은 지역 인터넷 레지스트리에 이를 배포할 책임이 있다. 일부 주소는 사설망을 위해 예약되어 있으며 전 세계적으로 고유하지 않다.

네트워크 내에서 네트워크 관리자는 각 장치에 IP 주소를 할당한다. 이러한 할당은 네트워크 관행 및 소프트웨어 기능에 따라 정적(고정 또는 영구) 또는 동적 방식으로 이루어질 수 있다. 일부 관할권에서는 IP 주소를 개인정보로 간주한다.

기능

[편집]

IP 주소는 두 가지 주요 기능을 수행한다. 즉, 호스트, 더 구체적으로는 해당 네트워크 인터페이스를 식별하고, 네트워크 내에서 호스트의 위치를 제공하여 해당 호스트에 대한 경로를 설정할 수 있는 기능을 제공한다. IP 주소의 역할은 "이름은 우리가 찾는 것을 나타낸다. 주소는 그것이 어디에 있는지를 나타낸다. 경로는 그곳에 도달하는 방법을 나타낸다."[2]라고 설명된다. 각 IP 패킷의 헤더에는 송신 호스트의 IP 주소와 대상 호스트의 IP 주소가 포함되어 있다.

IP 버전

[편집]

오늘날 인터넷에서는 인터넷 프로토콜의 두 가지 버전이 일반적으로 사용된다. 인터넷의 전신인 아파넷에 1983년에 처음 배포된 인터넷 프로토콜의 원래 버전은 IPv4이다.

1990년대 초, 인터넷 서비스 제공자 및 최종 사용자 기관에 할당 가능한 IPv4 주소 공간의 급격한 고갈로 인해 국제 인터넷 표준화 기구 (IETF)는 인터넷의 주소 지정 기능을 확장할 새로운 기술을 모색하게 되었다. 그 결과 인터넷 프로토콜의 재설계가 이루어졌고, 이는 1995년에 결국 IPv6으로 알려지게 되었다.[3][4][5] IPv6 기술은 2000년대 중반 상업적 생산 배포가 시작될 때까지 다양한 테스트 단계를 거쳤다.

오늘날 이 두 가지 버전의 인터넷 프로토콜은 동시에 사용되고 있다. 다른 기술적 변경 사항 중, 각 버전은 주소 형식을 다르게 정의한다. IPv4의 역사적 보급으로 인해, 일반적인 용어인 IP 주소는 일반적으로 여전히 IPv4에 의해 정의된 주소를 의미한다. IPv4와 IPv6 사이의 버전 시퀀스 공백은 1979년 실험적인 인터넷 스트림 프로토콜에 버전 5가 할당된 결과이며, 그러나 이는 IPv5로 언급된 적이 없다.

버전 1부터 9까지 정의되었지만, 4와 6만이 널리 사용되었다. 전송 제어 프로토콜 (나중에 TCP/IP로 불린 프로토콜 스위트) 버전 1[6]과 2[7]는 1974년과 1977년에 발표되었다. 버전 3[8]은 1978년에 정의되었고, 버전 3.1은 TCP가 IP와 분리된 첫 번째 버전이다.[9][10] 버전 6는 여러 제안된 버전, 버전 6 단순 인터넷 프로토콜, 버전 7 TP/IX: 다음 인터넷, 버전 8 P. 인터넷 프로토콜, 버전 9 TCP 및 더 큰 주소 (TUBA)를 가진 UDP의 통합이다.[11][12]

서브네트워크

[편집]

IP 네트워크는 IPv4와 IPv6 모두에서 서브네트워크로 나뉠 수 있다. 이를 위해 IP 주소는 두 부분으로 구성된 것으로 인식된다: 상위 비트의 네트워크 접두사와 나머지 필드, 호스트 식별자 또는 인터페이스 식별자(IPv6)라고 불리는 나머지 비트이며, 이는 네트워크 내에서 호스트 번호 지정에 사용된다.[1] 서브넷 마스크 또는 CIDR 표기법은 IP 주소가 네트워크 및 호스트 부분으로 어떻게 나뉘는지 결정한다.

서브넷 마스크라는 용어는 IPv4 내에서만 사용된다. 그러나 두 IP 버전 모두 CIDR 개념과 표기법을 사용한다. 여기서 IP 주소 뒤에는 슬래시와 네트워크 부분에 사용되는 비트 수(10진수)가 오는데, 이를 라우팅 접두사라고도 한다. 예를 들어, IPv4 주소와 해당 서브넷 마스크는 각각 192.0.2.1 및 255.255.255.0일 수 있다. 동일한 IP 주소 및 서브넷의 CIDR 표기법은 192.0.2.1/24인데, IP 주소의 처음 24비트가 네트워크 및 서브넷을 나타내기 때문이다.

IPv4 주소

[편집]
닷 데시멀 노테이션에서 이진 값으로의 IPv4 주소 분해

IPv4 주소의 크기는 32비트이며, 이는 주소 공간을 4294967296 (232)개의 주소로 제한한다. 이 중 일부 주소는 사설망 (약 1,800만 주소) 및 멀티캐스트 주소 지정 (약 2억 7천만 주소)과 같은 특별한 목적을 위해 예약되어 있다.

IPv4 주소는 일반적으로 닷 데시멀 노테이션으로 표현되며, 각 숫자는 0부터 255까지의 범위에 있는 네 개의 10진수로 구성되고 점으로 구분된다. 예를 들어, 192.0.2.1과 같다. 각 부분은 주소의 8비트 그룹(하나의 옥텟)을 나타낸다.[13] 기술 문서의 일부 경우에는 IPv4 주소가 다양한 십육진법, 팔진법 또는 이진수 표현으로 제시될 수 있다.

서브넷팅 역사

[편집]

인터넷 프로토콜 개발 초기 단계에서는 네트워크 번호가 항상 최상위 옥텟(가장 중요한 8비트)이었다. 이 방법은 256개의 네트워크만 허용했기 때문에, 기존 네트워크 번호로 이미 지정된 네트워크와 독립적인 추가 네트워크가 개발되면서 곧 부적절하다는 것이 입증되었다. 1981년, 네트워크 클래스 아키텍처의 도입으로 주소 지정 사양이 개정되었다.[2]

클래스 기반 네트워크 설계는 더 많은 개별 네트워크 할당과 세분화된 서브네트워크 설계를 허용했다. IP 주소의 가장 중요한 옥텟의 첫 세 비트는 주소의 클래스로 정의되었다. 세 가지 클래스(A, B, C)가 보편적인 유니캐스트 주소 지정을 위해 정의되었다. 파생된 클래스에 따라 네트워크 식별은 전체 주소의 옥텟 경계 세그먼트를 기반으로 했다. 각 클래스는 네트워크 식별자에 연속적으로 추가 옥텟을 사용하여 상위 클래스(B 및 C)의 가능한 호스트 수를 줄였다. 다음 표는 현재 사용되지 않는 이 시스템에 대한 개요를 제공한다.

역사적 클래스 기반 네트워크 아키텍처
클래스 선행
비트		 네트워크
번호 비트 필드 크기		 나머지
비트 필드 크기		 네트워크
수		 네트워크당
주소 수		 시작 주소 끝 주소
A 0 8 24 128 (27) 16777216 (224) 0.0.0.0 127.255.255.255
B 10 16 16 16384 (214) 65536 (216) 128.0.0.0 191.255.255.255
C 110 24 8 2097152 (221) 256 (28) 192.0.0.0 223.255.255.255

클래스 기반 네트워크 설계는 인터넷 초기 단계에서는 목적을 달성했지만, 1990년대 네트워크의 급속한 확장에 직면하여 확장성이 부족했다. 주소 공간의 클래스 시스템은 1993년 CIDR로 대체되었다. CIDR은 가변 길이 서브넷 마스킹(VLSM)을 기반으로 하여 임의 길이 접두사를 기반으로 할당 및 라우팅을 허용한다. 오늘날 클래스 기반 네트워크 개념의 잔재는 일부 네트워크 소프트웨어 및 하드웨어 구성 요소(예: 넷마스크)의 기본 구성 매개변수와 네트워크 관리자 논의에서 사용되는 기술 용어에서 제한된 범위로만 기능한다.

사설 주소

[편집]

전 세계 모든 인터넷 호스트와의 통신을 위한 전역적인 종단 간 연결이 구상되었던 초기 네트워크 설계에서는 IP 주소가 전역적으로 고유해야 한다고 의도되었다. 그러나 사설망이 발전하고 공용 주소 공간을 절약해야 함에 따라 이것이 항상 필요한 것은 아니라는 사실이 밝혀졌다.

TCP/IP를 통해 서로만 통신하는 공장 기계와 같이 인터넷에 연결되지 않은 컴퓨터는 전역적으로 고유한 IP 주소를 가질 필요가 없다. 오늘날 이러한 사설망은 널리 사용되며, 필요할 경우 네트워크 주소 변환 (NAT)을 통해 인터넷에 연결된다.

사설망을 위한 세 가지 중첩되지 않는 IPv4 주소 범위가 예약되어 있다. 이 주소는 인터넷에서 라우팅되지 않으므로 IP 주소 레지스트리와의 조정이 필요 없다. 모든 사용자는 예약된 블록 중 아무거나 사용할 수 있다. 일반적으로 네트워크 관리자는 블록을 서브넷으로 나눈다. 예를 들어, 많은 가정용 라우터는 자동으로 192.168.0.0에서 192.168.0.255 (192.168.0.0/24)까지의 기본 주소 범위를 사용한다.

예약된 사설 IPv4 네트워크 범위[14]
이름CIDR 블록주소 범위주소 개수클래스풀 설명
24비트 블록10.0.0.0/810.0.0.0 – 10.255.255.25516777216단일 클래스 A
20비트 블록172.16.0.0/12172.16.0.0 – 172.31.255.2551048576클래스 B 블록 16개의 연속 범위
16비트 블록192.168.0.0/16192.168.0.0 – 192.168.255.25565536클래스 C 블록 256개의 연속 범위

IPv6 주소

[편집]
십육진법 표현에서 이진 값으로의 IPv6 주소 분해

IPv6에서 주소 크기는 IPv4의 32비트에서 128비트로 증가하여 최대 2128 (약 3.403×1038)개의 주소를 제공한다. 이는 예측 가능한 미래에 충분한 것으로 간주된다.

새로운 설계의 의도는 충분한 양의 주소를 제공하는 것뿐만 아니라, 서브네트워크 라우팅 접두사의 보다 효율적인 집계를 허용하여 인터넷의 라우팅을 재설계하는 것이었다. 그 결과 라우팅 테이블의 성장 속도가 느려졌다. 가장 작은 개별 할당은 264개의 호스트를 위한 서브넷이며, 이는 전체 IPv4 인터넷 크기의 제곱이다. 이러한 수준에서는 모든 IPv6 네트워크 세그먼트에서 실제 주소 활용률이 작을 것이다. 새로운 설계는 또한 네트워크 세그먼트의 주소 지정 인프라, 즉 세그먼트의 가용 공간의 로컬 관리를 외부 네트워크와의 트래픽 라우팅에 사용되는 주소 지정 접두사로부터 분리할 기회를 제공한다. IPv6는 전역 연결성 또는 라우팅 정책이 변경될 경우 내부 재설계 또는 수동 재번호 지정 없이 전체 네트워크의 라우팅 접두사를 자동으로 변경하는 기능을 제공한다.

IPv6 주소의 많은 수는 특정 목적을 위해 큰 블록을 할당하고, 적절한 경우 효율적인 라우팅을 위해 집계할 수 있도록 한다. 큰 주소 공간으로 인해 CIDR에서 사용되는 복잡한 주소 절약 방법이 필요 없다.

모든 최신 데스크톱 및 엔터프라이즈 서버 운영체제는 IPv6에 대한 네이티브 지원을 포함하지만, 주거용 네트워킹 라우터, 음성 인터넷 프로토콜 (VoIP) 및 멀티미디어 장비, 일부 네트워킹 하드웨어와 같은 다른 장치에서는 아직 널리 배포되지 않았다.

사설 주소

[편집]

IPv4가 사설망을 위해 주소를 예약하는 것처럼, IPv6에서도 주소 블록이 따로 할당된다. IPv6에서는 이를 고유 로컬 주소 (ULA)라고 한다. 라우팅 접두사 fc00::/7는 이 블록을 위해 예약되어 있으며,[15] 이는 다른 암시적 정책을 가진 두 개의 /8 블록으로 나뉜다. 이 주소에는 40비트 의사 난수가 포함되어 있어 사이트가 병합되거나 패킷이 잘못 라우팅될 경우 주소 충돌 위험을 최소화한다.

초기에는 이 목적으로 다른 블록(fec0::)을 사용했는데, 이를 사이트-로컬 주소라고 불렀다.[16] 그러나 사이트를 구성하는 요소의 정의가 불분명했으며, 제대로 정의되지 않은 주소 지정 정책은 라우팅에 모호성을 야기했다. 이 주소 유형은 폐기되었으며 새로운 시스템에서는 사용해서는 안 된다.[17]

fe80::로 시작하는 주소는 링크-로컬 주소라고 불리며, 연결된 링크에서 통신을 위해 인터페이스에 할당된다. 이 주소는 각 네트워크 인터페이스에 대해 운영체제에 의해 자동으로 생성된다. 이는 링크 상의 모든 IPv6 호스트 간에 즉각적이고 자동적인 통신을 제공한다. 이 기능은 이웃 탐색 프로토콜과 같은 IPv6 네트워크 관리의 하위 계층에서 사용된다.

사설 및 링크-로컬 주소 접두사는 공용 인터넷에서 라우팅되지 않을 수 있다.

IP 주소 할당

[편집]

IP 주소는 네트워크에 연결될 때 동적으로 할당되거나, 호스트 하드웨어 또는 소프트웨어의 구성에 따라 영구적으로 할당된다. 영구적인 구성은 정적 IP 주소를 사용하는 것으로도 알려져 있다. 이와 대조적으로 컴퓨터의 IP 주소가 재부팅될 때마다 할당되는 경우를 동적 IP 주소를 사용하는 것이라고 한다.

동적 IP 주소는 동적 호스트 구성 프로토콜 (DHCP)을 사용하여 네트워크에 의해 할당된다.[18] DHCP는 주소 할당에 가장 자주 사용되는 기술이다. 이는 네트워크의 각 장치에 특정 정적 주소를 할당하는 관리적 부담을 피한다. 또한 일부 장치만 특정 시간에 온라인 상태일 경우 네트워크에서 제한된 주소 공간을 장치들이 공유할 수 있도록 한다. 일반적으로 최신 데스크톱 운영체제에서는 동적 IP 구성이 기본적으로 활성화되어 있다.

DHCP로 할당된 주소는 임대(lease)와 연결되며 일반적으로 만료 기간이 있다. 만료 전에 호스트가 임대를 갱신하지 않으면 해당 주소는 다른 장치에 할당될 수 있다. 일부 DHCP 구현은 호스트가 네트워크에 연결될 때마다 MAC 주소를 기반으로 동일한 IP 주소를 다시 할당하려고 시도한다. 네트워크 관리자는 MAC 주소를 기반으로 특정 IP 주소를 할당하여 DHCP를 구성할 수 있다.

DHCP는 IP 주소를 동적으로 할당하는 데 사용되는 유일한 기술이 아니다. 부트스트랩 프로토콜은 DHCP와 유사한 프로토콜이자 DHCP의 선구자이다. 다이얼업 및 일부 광대역 네트워크는 점대점 프로토콜의 동적 주소 기능을 사용한다.

라우터 및 메일 서버와 같은 네트워크 인프라에 사용되는 컴퓨터 및 장비는 일반적으로 정적 주소 지정을 사용하여 구성된다.

정적 또는 동적 주소 구성이 없거나 실패할 경우, 운영 체제는 상태 비저장 주소 자동 구성(stateless address autoconfiguration)을 사용하여 호스트에 링크-로컬 주소를 할당할 수 있다.

고정 동적 IP 주소

[편집]

고정(Sticky)은 거의 변하지 않는 동적으로 할당된 IP 주소를 설명하는 비공식 용어이다.[19] 예를 들어, IPv4 주소는 일반적으로 DHCP로 할당되며, DHCP 서비스는 클라이언트가 할당을 요청할 때마다 동일한 주소를 할당할 가능성을 최대화하는 규칙을 사용할 수 있다. IPv6에서는 접두사 위임이 유사하게 처리되어 변경 사항을 가능한 한 드물게 만들 수 있다. 일반적인 가정 또는 소규모 사무실 설정에서 단일 라우터는 인터넷 서비스 제공자 (ISP)에게 보이는 유일한 장치이며, ISP는 가능한 한 안정적인 구성, 즉 고정 구성을 제공하려고 할 수 있다. 가정 또는 사업장의 로컬 네트워크에서는 로컬 DHCP 서버가 고정 IPv4 구성을 제공하도록 설계될 수 있으며, ISP는 고정 IPv6 접두사 위임을 제공하여 클라이언트가 고정 IPv6 주소를 사용할 수 있는 옵션을 제공할 수 있다. 고정은 정적과 혼동해서는 안 된다. 고정 구성은 안정성을 보장하지 않는 반면, 정적 구성은 무기한으로 사용되며 의도적으로만 변경된다.

주소 자동 구성

[편집]

주소 블록 169.254.0.0/16은 IPv4 네트워크의 링크-로컬 주소 지정을 위한 특별한 용도로 정의되어 있다.[20] IPv6에서는 정적 또는 동적 주소를 사용하는 모든 인터페이스가 블록 fe80::/10에서 자동으로 링크-로컬 주소를 수신한다.[20] 이 주소는 호스트가 연결된 링크(예: 로컬 네트워크 세그먼트 또는 점대점 연결)에서만 유효하다. 이 주소는 라우팅할 수 없으며, 사설 주소와 마찬가지로 인터넷을 통과하는 패킷의 원본 또는 대상이 될 수 없다.

링크-로컬 IPv4 주소 블록이 예약되었을 때, 주소 자동 구성 메커니즘에 대한 표준은 존재하지 않았다. 이 공백을 채우기 위해 마이크로소프트는 자동 사설 IP 주소 지정 (APIPA)이라는 프로토콜을 개발했으며, 첫 번째 공개 구현은 윈도우 98에 나타났다.[21] APIPA는 수백만 대의 기계에 배포되었고 업계의 사실상 표준이 되었다. 2005년 5월, 국제 인터넷 표준화 기구는 이에 대한 공식 표준을 정의했다.[22]

주소 충돌

[편집]

IP 주소 충돌은 동일한 로컬 물리적 또는 무선 네트워크에서 두 장치가 동일한 IP 주소를 사용한다고 주장할 때 발생한다. 주소의 두 번째 할당은 일반적으로 장치 중 하나 또는 둘 다의 IP 기능을 중단시킨다. 많은 최신 운영체제는 IP 주소 충돌 시 관리자에게 알린다.[23][24] IP 주소가 여러 사람과 시스템에 의해 다른 방법으로 할당될 때, 그 중 누구라도 잘못될 수 있다.[25][26][27][28] 충돌에 연루된 장치 중 하나가 LAN 상의 모든 장치에 대한 LAN 외부의 기본 게이트웨이인 경우, 모든 장치가 손상될 수 있다.

라우팅

[편집]

IP 주소는 유니캐스트, 멀티캐스트, 애니캐스트 및 브로드캐스트 주소 지정과 같은 여러 가지 운영 특성 클래스로 분류된다.

유니캐스트 주소 지정

[편집]

IP 주소의 가장 일반적인 개념은 IPv4와 IPv6 모두에서 사용할 수 있는 유니캐스트 주소 지정이다. 일반적으로 단일 송신자 또는 단일 수신자를 의미하며, 송수신 모두에 사용할 수 있다. 일반적으로 유니캐스트 주소는 단일 장치 또는 호스트와 연결되지만, 장치 또는 호스트는 둘 이상의 유니캐스트 주소를 가질 수 있다. 여러 유니캐스트 주소로 동일한 데이터를 보내려면 송신자는 각 수신자에게 데이터를 여러 번 보내야 한다.

브로드캐스트 주소 지정

[편집]

브로드캐스팅은 IPv4에서 하나의 전송 작업으로 네트워크의 가능한 모든 목적지에 데이터를 전송하는 주소 지정 기술이다. 모든 수신자가 네트워크 패킷을 캡처한다. 주소 255.255.255.255는 네트워크 브로드캐스트에 사용된다. 또한, 더 제한적인 지향성 브로드캐스트는 네트워크 접두사와 함께 all-ones 호스트 주소를 사용한다. 예를 들어, 네트워크 192.0.2.0/24의 장치에 대한 지향성 브로드캐스트에 사용되는 대상 주소는 192.0.2.255이다.[29]

IPv6는 브로드캐스트 주소 지정을 구현하지 않고, 특별히 정의된 모든 노드 멀티캐스트 주소로 멀티캐스트로 대체한다.

멀티캐스트 주소 지정

[편집]

멀티캐스트 주소는 관심 있는 수신자 그룹과 연결된다. IPv4에서는 224.0.0.0부터 239.255.255.255까지의 주소(이전 Class D 주소)가 멀티캐스트 주소로 지정된다.[30] IPv6는 접두사 ff00::/8를 가진 주소 블록을 멀티캐스트에 사용한다. 어느 경우든 송신자는 자신의 유니캐스트 주소에서 멀티캐스트 그룹 주소로 단일 데이터그램을 보내고, 중간 라우터가 사본을 만들어 모든 관심 있는 수신자(해당 멀티캐스트 그룹에 가입한 수신자)에게 보내는 역할을 한다.

애니캐스트 주소 지정

[편집]

브로드캐스트 및 멀티캐스트와 마찬가지로 애니캐스트는 일대다 라우팅 토폴로지이다. 그러나 데이터 스트림은 모든 수신자에게 전송되는 것이 아니라, 라우터가 네트워크에서 가장 가깝다고 판단하는 수신자에게만 전송된다. 애니캐스트 주소 지정은 IPv6의 내장 기능이다.[31][32] IPv4에서는 경계 경로 프로토콜을 사용하여 최단 경로 메트릭을 선택하여 애니캐스트 주소 지정을 구현한다. 애니캐스트 방법은 전역 부하분산에 유용하며 분산 DNS 시스템에서 일반적으로 사용된다.

지리적 위치

[편집]

호스트는 지리적 위치를 사용하여 통신하는 피어의 지리적 위치를 추론할 수 있다.[33][34] 이는 일반적으로 데이터베이스에서 다른 노드의 IP 주소에 대한 지리적 위치 정보를 검색하여 수행된다.[35]

공용 주소

[편집]

공용 IP 주소는 전역적으로 라우팅 가능한 유니캐스트 IP 주소이다. 즉, 이 주소는 사설망에 사용하도록 예약된 주소(예: RFC 1918에 의해 예약된 주소) 또는 링크-로컬 주소 지정을 위한 다양한 IPv6 로컬 범위 또는 사이트-로컬 범위 주소 형식이 아니다. 공용 IP 주소는 전역 인터넷의 호스트 간 통신에 사용될 수 있다. 가정 환경에서는 공용 IP 주소가 ISP에 의해 가정의 네트워크에 할당된 IP 주소이다. 이 경우 라우터 구성에 로그인하여 로컬에서도 확인할 수 있다.[36]

대부분의 공용 IP 주소는 비교적 자주 변경된다. 변경되는 모든 유형의 IP 주소를 동적 IP 주소라고 한다. 가정 네트워크에서는 ISP가 일반적으로 동적 IP를 할당한다. ISP가 가정 네트워크에 변경되지 않는 주소를 제공하면, 집에서 웹사이트를 호스팅하는 고객이나 네트워크를 침해할 때까지 동일한 IP 주소를 계속 시도할 수 있는 해커에 의해 악용될 가능성이 더 높다.[36]

주소 변환

[편집]

여러 클라이언트 장치가 IP 주소를 공유하는 것처럼 보일 수 있다. 이는 공유 웹 호스팅 서비스 환경의 일부이거나, IPv4 네트워크 주소 변환 (NAT) 또는 프록시 서버가 클라이언트를 대신하여 중개 에이전트 역할을 하여 요청을 수신하는 서버에서 실제 발신 IP 주소를 가리는 경우이다. 일반적인 관행은 NAT가 사설망의 많은 장치를 가리도록 하는 것이다. NAT의 공용 인터페이스만 인터넷 라우팅 가능한 주소를 가져야 한다.[37]

NAT 장치는 사설망의 서로 다른 IP 주소를 공용 네트워크의 서로 다른 TCP 또는 UDP 포트 번호에 매핑한다. 주거용 네트워크에서 NAT 기능은 일반적으로 가정용 게이트웨이에 구현된다. 이 시나리오에서는 라우터에 연결된 컴퓨터는 사설 IP 주소를 가지며, 라우터는 인터넷에서 통신하기 위해 외부 인터페이스에 공용 주소를 가진다. 내부 컴퓨터는 하나의 공용 IP 주소를 공유하는 것처럼 보인다.

법률

[편집]

2024년 3월, 캐나다 대법원은 IP 주소가 캐나다 권리 자유 헌장에 따라 보호되는 사적 정보이며, 경찰이 이를 얻기 위해서는 영장이 필요하다고 판결했다.[38] IP 주소는 유럽 연합 집행위원회에 의해 개인 정보로 간주되며 일반 데이터 보호 규칙에 의해 보호된다.[39]

진단 도구

[편집]

컴퓨터 운영체제는 네트워크 인터페이스 및 주소 구성을 검사하기 위한 다양한 진단 도구를 제공한다. 마이크로소프트 윈도우는 명령줄 인터페이스 도구인 Ipconfig[40] 및 Netsh를 제공하며, 유닉스 계열 시스템 사용자는 Ifconfig, Netstat, route, lanstat, Fstat, Iproute2 유틸리티를 사용하여 작업을 수행할 수 있다.[41]

같이 보기

[편집]

각주

[편집]
  1. 1 2 J. Postel, ed. (January 1980). INTERNET PROTOCOL - DARPA INTERNET PROGRAM PROTOCOL SPECIFICATION. IETF. RFC 760. IEN 128. https://tools.ietf.org/html/rfc760. Obsolete. Obsoleted by RFC 791. Replaces IEN 123, 111, 80, 54, 44, 41, 28 and 26. Updated by RFC 777.
  2. 1 2 3 4 J. Postel, ed. (September 1981). INTERNET PROTOCOL - DARPA INTERNET PROGRAM PROTOCOL SPECIFICATION. IETF. STD 5. RFC 791. IEN 128, 123, 111, 80, 54, 44, 41, 28, 26. https://tools.ietf.org/html/rfc791. Internet Standard 5. Obsoletes RFC 760. Updated by RFC 1349, 2474 and 6864.
  3. 1 2 S. Deering; R. Hinden (December 1995). Internet Protocol, Version 6 (IPv6) Specification. Network Working Group. RFC 1883. https://tools.ietf.org/html/rfc1883. Obsolete. Obsoleted by RFC 2460.
  4. 1 2 S. Deering; R. Hinden (December 1998). Internet Protocol, Version 6 (IPv6) Specification. Network Working Group. RFC 2460. https://tools.ietf.org/html/rfc2460. Obsolete. Obsoleted by RFC 8200. Obsoletes RFC 1883. Updated by RFC 5095, 5722, 5871, 6437, 6564, 6935, 6946, 7045 and 7112.
  5. 1 2 S. Deering; R. Hinden (July 2017). Internet Protocol, Version 6 (IPv6) Specification. IETF. STD 86. RFC 8200. https://tools.ietf.org/html/rfc8200. Internet Standard. Obsoletes RFC 2460.
  6. ↑ V. Cerf; Y. Dalal; C. Sunshine (December 1974). SPECIFICATION OF INTERNET TRANSMISSION CONTROL PROGRAM. Network Working Group. RFC 675. https://tools.ietf.org/html/rfc675. Obsolete. Obsoleted by RFC 7805. NIC 2. INWG 72.
  7. ↑ Cerf, Vinton (March 1977). “IEN 5: Specification of Internet Transmission Control Program (Version 2)” (PDF). 《Internet Engineering Task Force》. 2025년 9월 18일에 확인함.
  8. ↑ Cerf, Vinton; Postel, Jonathon (January 1978). “IEN 21: Specification of Internetwork Transmission Control Program (TCP) Version 3” (PDF). 《Internet Engineering Task Force》. 2025년 9월 18일에 확인함.
  9. ↑ Cerf, Vint (1978년 2월 14일). “IEN 26: A Proposed New Internet Header Format” (PDF). 《Internet Engineering Task Force》. 2025년 9월 18일에 확인함.
  10. ↑ Cerf, Vint (1978년 2월 14일). “IEN 27: A Proposal for TCP Version 3.1 Header Format” (PDF). 《Internet Engineering Task Force》. 2025년 9월 18일에 확인함.
  11. ↑ Ross Callon (June 1992). TCP and UDP with Bigger Addresses (TUBA), A Simple Proposal for Internet Addressing and Routing. Network Working Group. RFC 1347. https://tools.ietf.org/html/rfc1347. Historic.
  12. ↑ DeLong, Owen. “Why does IP have versions? Why do I care?” (PDF). 《Scale15x》. 2020년 1월 24일에 확인함.
  13. ↑ “IPv4 and IPv6 address formats” (미국 영어). 《IBM》. An IPv4 address has the following format: x . x . x . x where x is called an octet and must be a decimal value between 0 and 255. Octets are separated by periods. An IPv4 address must contain three periods and four octets. The following examples are valid IPv4 addresses:
    1 . 2 . 3 . 4
    01 . 102 . 103 . 104
  14. ↑ Y. Rekhter; B. Moskowitz; D. Karrenberg; G. J. de Groot; E. Lear (February 1996). Address Allocation for Private Internets. Network Working Group. BCP 5. RFC 1918. https://tools.ietf.org/html/rfc1918. Best Current Practice 5. Obsoletes RFC 1627 and 1597. Updated by RFC 6761.
  15. ↑ R. Hinden; B. Haberman (October 2005). Unique Local IPv6 Unicast Addresses. Network Working Group. RFC 4193. https://tools.ietf.org/html/rfc4193. Proposed Standard.
  16. ↑ R. Hinden; S. Deering (April 2003). IP Version 6 Addressing Architecture. Network Working Group. RFC 3513. https://tools.ietf.org/html/rfc3513. Obsolete. Obsoletes RFC 2373. Obsoleted by RFC 4291.
  17. ↑ C. Huitema; B. Carpenter (September 2004). Deprecating Site Local Addresses. Network Working Group. RFC 3879. https://tools.ietf.org/html/rfc3879. Proposed Standard.
  18. ↑ Van Do, Tien (2010년 7월 1일). 《An efficient solution to a retrial queue for the performability evaluation of DHCP》 (영어). 《Computers & Operations Research》 37. 1191–1198쪽. doi:10.1016/j.cor.2009.05.014.
  19. ↑ “Reading: IP Address”. 2024년 4월 12일에 확인함.
  20. 1 2 M. Cotton; L. Vegoda; B. Haberman (April 2013). R. Bonica. ed. Special-Purpose IP Address Registries. IETF. ISSN 2070-1721. BCP 153. RFC 6890. https://tools.ietf.org/html/rfc6890. Best Common Practice. Obsoletes RFC 4773, 5156, 5735 and 5736. Updated by RFC 8190.
  21. ↑ “DHCP and Automatic Private IP Addressing” (미국 영어). 《Microsoft Learn》. 2023년 9월 3일에 확인함.
  22. ↑ S. Cheshire; B. Aboba; E. Guttman (May 2005). Dynamic Configuration of IPv4 Link-Local Addresses. Network Working Group. RFC 3927. https://tools.ietf.org/html/rfc3927. Proposed Standard.
  23. ↑ “Event ID 4198 — TCP/IP Network Interface Configuration”. 마이크로소프트 테크넷. 《마이크로소프트 독스》. 26 August 2009. 3 September 2023에 확인함.
  24. ↑ “Event ID 4199 — TCP/IP Network Interface Configuration”. 마이크로소프트 테크넷. 《마이크로소프트 독스》. 26 August 2009. 3 September 2023에 확인함.
  25. ↑ Kishore, Aseem ( 4 August 2009). “How to Fix an IP Address Conflict”. Online Tech Tips Online-tech-tips.com. 3 September 2023에 확인함.
  26. ↑ “Get help with "There is an IP address conflict" message”. 마이크로소프트. 22 November 2013. 26 September 2013에 원본 문서에서 보존된 문서. 23 November 2013에 확인함.
  27. ↑ “Fix duplicate IP address conflicts on a DHCP network”. 마이크로소프트. 15 October 2013. 28 December 2014에 원본 문서에서 보존된 문서. 23 November 2013에 확인함.
  28. ↑ Moran, Joseph ( 1 September 2010). “Understanding And Resolving IP Address Conflicts”. Webopedia. 2 October 2013에 원본 문서에서 보존된 문서. 23 November 2013에 확인함.
  29. ↑ “What is a broadcast address?” (영어). 《IONOS Digitalguide》. 2022년 5월 13일. 2022년 6월 8일에 확인함.
  30. ↑ M. Cotton; L. Vegoda; D. Meyer (March 2010). IANA Guidelines for IPv4 Multicast Address Assignments. IETF. ISSN 2070-1721. BCP 51. RFC 5771. https://tools.ietf.org/html/rfc5771. Best Current Practice 51. Obsoletes RFC 3138 and 3171. Updates RFC 2780.
  31. ↑ D. Johnson; S. Deering (March 1999). Reserved IPv6 Subnet Anycast Addresses. Network Working Group. RFC 2526. https://tools.ietf.org/html/rfc2526. Proposed Standard.
  32. ↑ R. Hinden; S. Deering (February 2006). IP Version 6 Addressing Architecture. Network Working Group. RFC 4291. https://tools.ietf.org/html/rfc4291. Draft Standard. Obsoletes RFC 3513. Updated by RFC 5952, 6052, 7136, 7346, 7371 and 8064.
  33. ↑ Holdener, Anthony T. (2011). 《HTML5 Geolocation》. 오라일리 미디어. 11쪽. ISBN 9781449304720.
  34. ↑ Komosny, Dan (2021년 7월 22일). 《Retrospective IP Address Geolocation for Geography-Aware Internet Services》 (영어). 《Sensors》 21. 4975쪽. Bibcode:2021Senso..21.4975K. doi:10.3390/s21154975. hdl:11012/200946. ISSN 1424-8220. PMC 8348169. PMID 34372212.
  35. ↑ “IP geolocation (The NetOp Organization)”. 2009년 1월 25일. 2009년 1월 25일에 원본 문서에서 보존된 문서. 2024년 6월 30일에 확인함.
  36. 1 2 “What Is a Public IP Address? (and How to Find Yours)”. 《Lifewire》.
  37. ↑ Comer, Douglas (2000). 《Internetworking with TCP/IP:Principles, Protocols, and Architectures – 4th ed.》. Upper Saddle River, NJ: Prentice Hall. 394쪽. ISBN 978-0-13-018380-4. 13 April 2010에 원본 문서에서 보존된 문서.
  38. ↑ Zimonjic, Peter. “Police now need a warrant to get a person's IP address, Supreme Court rules”. 《CBC News》. 2024년 3월 9일에 확인함.
  39. ↑ “What is personal data?”. 《European Commission》. 2024년 3월 9일에 확인함.
  40. ↑ “ipconfig”. 《Microsoft Docs》. 2017년 10월 16일. 2020년 8월 25일에 확인함.
  41. ↑ 〈Interface Configuration for IP〉. 《Linux Network Administrators Guide》. June 2000. 2024년 3월 12일에 확인함.
원본 주소 "https://ko.wikipedia.org/w/index.php?title=IP_주소&oldid=41006751"