Page semi-protected

IP 주소

IP address

인터넷 프로토콜 주소([1][2]IP 주소)는 통신에 인터넷 프로토콜을 사용하는 컴퓨터 네트워크에 연결된 192.0.2.1과 같은 숫자 레이블입니다.IP 주소는 네트워크인터페이스 식별과 로케이션어드레싱의 2가지 주요 기능을 수행합니다.

IPv4(Internet Protocol version 4)에서는, IP 주소를 32비트 [2]수치로서 정의합니다.다만, 인터넷의 성장과 사용 가능한 IPv4 주소의 고갈에 의해,[3][4][5] IP 주소에 128 비트를 사용하는 새로운 버전의 IP(IPv6)가 1998년에 표준화되었습니다.IPv6 의 도입은, 2000년대 중반 이후, 계속 진행되고 있습니다.

IP 주소는, IPv4 의 192.0.2.1, IPv6 의 2001:db8:0:1234:0:567:8:1 등, 인간이 판독할 수 있는 표기로 써져 표시됩니다.주소의 라우팅 프리픽스의 사이즈는, 192.0.2.1/24 등, 지금까지 사용되고 있던 서브넷마스크 255.255.0 상당하는 유효 비트수를 주소의 서픽스에 부가하는 것에 의해서 CIDR 표기법으로 지정됩니다.

IP 주소 공간은 Internet Assigned Numbers Authority(IANA; 인터넷 할당 번호 기관) 및 Internet Service Provider(ISP; 인터넷서비스 프로바이더)나 기타 최종 사용자 등의 로컬인터넷 레지스트리에 할당하기 위해 지정된 영역에서 담당하는5개의 Regional Internet Registry(RIR; 지역 인터넷레지스트리)에 의해 글로벌하게 관리됩니다.IPv4 주소는, IANA에 의해서 RIR 에 각각 약 1,680만 주소의 블록으로 배포되었지만, 2011년부터 IANA 레벨로 사용되고 있습니다.RIR 중 오직 한 곳만이 아프리카에 [6]현지 파견을 위한 공급을 가지고 있다.일부의 IPv4 주소는 프라이빗 네트워크용으로 예약되어 있어, 글로벌하게 일의가 아닙니다.

네트워크 관리자는 네트워크에 연결된 각 디바이스에 IP 주소를 할당합니다.이러한 할당은 네트워크 관행 및 소프트웨어 기능에 따라 정적(고정 또는 영속) 또는 동적 기반일 수 있습니다.

기능.

IP 주소는, 2개의 주된 기능으로서 기능합니다.호스트, 또는 네트워크인터페이스특정해, 네트워크내의 호스트의 로케이션을 제공해, 그 호스트에의 패스를 확립하는 기능을 제공합니다.그 역할은 다음과 같이 특징지어진다: "이름이란 우리가 추구하는 것을 나타낸다.주소는 위치를 나타냅니다.가는 길은 [2]길을 알려준다.각 IP 패킷의 헤더에는, 송신측 호스트의 IP 주소와 행선지 호스트의 IP 주소가 포함됩니다.

IP 버전

오늘날 인터넷에서는 두 가지 버전의 인터넷 프로토콜이 일반적으로 사용되고 있습니다.인터넷의 전신인 ARPANET에 1983년에 처음 도입된 인터넷 프로토콜의 원래 버전은 Internet Protocol version 4(IPv4)입니다.

1990년대 초까지 인터넷 서비스 프로바이더 및 최종 사용자 조직에 할당 가능한 IPv4 주소 공간이 급속히 고갈됨에 따라 Internet Engineering Task Force(IETF; 인터넷 기술 특별 조사위원회)는 인터넷 주소 지정 기능을 확장하는 새로운 기술을 모색하게 되었습니다.그 결과 1995년에 [3][4][5]최종적으로 Internet Protocol Version 6(IPv6)으로 알려지게 된 Internet Protocol의 재설계가 이루어졌습니다.IPv6 테크놀로지는, 상업 생산의 도입이 개시된 2000년대 중반까지, 다양한 테스트 단계에 있었습니다.

오늘날 이 두 가지 버전의 인터넷 프로토콜이 동시에 사용되고 있습니다.다른 기술적인 변경 사항 중에서도 각 버전은 주소의 형식을 다르게 정의합니다.IPv4는 과거부터 널리 보급되어 있기 때문에, 통칭의 IP 주소는, 통상은 IPv4에 의해서 정의되고 있는 주소를 가리킵니다.IPv4와 IPv6 사이의 버전 시퀀스의 차이는 1979년에 실험적인 Internet Stream Protocol에 버전 5가 할당되었기 때문에 발생했지만 IPv5로 지칭된 적은 없었습니다.

다른 버전 v1 ~ v9가 정의되었지만 v4 및 v6만이 널리 사용되었습니다. v1과 v2는 1974년과 1977년에 TCP 프로토콜의 이름이었습니다. 당시에는 별도의 IP 규격이 없었기 때문입니다.v3는 1978년에 정의되었으며, v3.1은 TCP가 IP에서 분리된 최초의 버전입니다.v6는 v6 Simple Internet Protocol, v7 TP/IX: The Next Internet, v8 PIP, v9 TUBA - [7]Tcp & UDP여러 권장 버전을 통합한 것입니다.

서브네트워크

IP 네트워크는, IPv4 와 IPv6 의 양쪽 모두서브 네트워크로 분할할 수 있습니다.이를 위해 IP 주소는 상위 비트의 네트워크 프레픽스와 네트워크 [1]내의 호스트 번호 부여에 사용되는 나머지 비트(Rest Field, Host Identifier 또는 Interface Identifier(IPv6))로 구성됩니다.서브넷 마스크 또는 CIDR 표기법따라 IP 주소가 네트워크와 호스트 부분으로 분할되는 방법이 결정됩니다.

서브넷 마스크라는 용어는 IPv4 내에서만 사용됩니다.다만, 어느 IP 버전에서도, CIDR 의 개념과 표기가 사용됩니다.이 경우 IP 주소 뒤에는 슬래시와 네트워크 부분에 사용되는 비트 수(10진수)가 붙습니다.이것은 라우팅 프리픽스라고도 불립니다.예를 들어, IPv4 주소와 그 서브넷마스크는 각각 192.0.2.1255.255.0 됩니다.같은 IP 주소와 서브넷의 CIDR 표기법은 192.0.2.1/24 입니다.이는 IP 주소의 첫 번째 24비트가 네트워크와 서브넷을 나타내기 때문입니다.

IPv4 주소

도트 10진 표기에서 바이너리 값으로 IPv4 주소 분해

IPv4 주소의 사이즈는 32비트이며, 주소 공간4294967296 (2) 주소로32 제한됩니다.이 번호 중 일부 주소는 개인 네트워크(최대 1800만 주소) 및 멀티캐스트어드레싱(최대 2억 7000만 주소) 의 특수한 목적으로 예약되어 있습니다.

IPv4 주소는, 통상은 닷 10 진표기로 나타내며, 각각0 ~ 255 의 범위의 4 개의 10 진수로 구성됩니다(예:192.0.2.1).각 부분은,[8] 주소의 8 비트(1 옥텟)의 그룹을 나타냅니다.기술 [specify]기입을 실시하는 경우에 따라서는, IPv4 주소가 다양한 16 진수, 8 진수, 또는 바이너리 표현으로 표시되는 경우가 있습니다.

서브넷화 이력

인터넷 프로토콜의 개발 초기 단계에서 네트워크 번호는 항상 최상위 옥텟(가장 중요한 8비트)이었습니다.이 방법은 256개의 네트워크만을 허용하기 때문에 네트워크 번호로 이미 지정되어 있는 기존 네트워크로부터 독립된 추가 네트워크가 개발됨에 따라 곧 불충분한 것으로 판명되었습니다.1981년, 어드레싱 사양은 클래스네트워크 [2]아키텍처의 도입과 함께 개정되었습니다.

클래스 풀 네트워크 설계를 통해 다수의 개별 네트워크 할당과 세분화된 서브네트워크 설계가 가능합니다.IP 주소의 최상위 옥텟의 처음 3비트는 주소의 클래스로 정의되었습니다.유니버설 유니캐스트어드레싱에는 3개의 클래스(A, B C)가 정의되어 있습니다.파생된 클래스에 따라 네트워크 식별은 주소 전체의 옥텟 경계 세그먼트에 기반했습니다.각 클래스는 네트워크 ID에서 연속적으로 추가 옥텟을 사용했기 때문에 상위 클래스(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년에 Classless Inter-Domain Routing(CIDR; 클래스리스 도메인 간 라우팅)으로 대체되었습니다.CIDR은 Variable-Length Subnet Masking(VLSM; 가변길이 서브넷마스크)을 기반으로 하여 임의의 길이의 프레픽스에 근거한 할당과 루팅을 가능하게 합니다.현재 클래스 풀 네트워크 개념의 잔재는 일부 네트워크소프트웨어 및 하드웨어 컴포넌트(넷마스크 등)의 디폴트 설정 파라미터로서 한정된 범위 내에서만 기능하며 네트워크 관리자의 논의에서 사용되는 전문용어로도 기능합니다.

개인 주소

모든 인터넷호스트와의 통신에 대해 글로벌엔드 투 엔드 접속이 상정되어 있던 초기 네트워크 설계에서는 IP 주소가 글로벌하게 일의로 되어 있었습니다.그러나 개인 네트워크가 발달하고 퍼블릭주소 공간을 보존할 필요가 있기 때문에 이것이 항상 필요한 것은 아니라는 것을 알게 되었습니다.

TCP/IP를 통해서만 서로 통신하는 공장 기계 등 인터넷에 연결되지 않은 컴퓨터에는 글로벌하게 고유한 IP 주소가 필요하지 않습니다.현재 이러한 개인 네트워크는 널리 사용되고 있으며 일반적으로 필요에 따라 Network Address Translation(NAT; 네트워크주소 변환)을 사용하여 인터넷에 접속합니다.

프라이빗 네트워크용의 IPv4 주소의 중복되지 않는 3개의 범위가 [9]예약되어 있습니다.이러한 주소는 인터넷상에서 라우팅 되지 않기 때문에, IP 주소 레지스트리와 함께 사용할 필요는 없습니다.모든 사용자는 예약된 블록을 사용할 수 있습니다.일반적으로 네트워크 관리자는 블록을 서브넷으로 분할합니다.예를 들어, 많은 홈라우터는 디폴트주소 범위 192.168.0.0 ~192.168.0.255(192.168.0/24)를 자동적으로 사용합니다.


예약된 개인 IPv4 네트워크[9] 범위
이름. CIDR 블록 주소 범위 주소 수 클래스 풀 설명
24비트 블록 10.0.0.0/8 10.0.0.0 – 10.255.255.255 16777216 싱글 클래스 A
20비트 블록 172.16.0.0/12 172.16.0.0 – 172.31.255.255 1048576 16개의 클래스 B 블록의 연속 범위.
16비트 블록 192.168.0.0/16 192.168.0.0 – 192.168.255.255 65536 256개의 클래스 C 블록의 연속 범위.

IPv6 주소

IPv6 주소의 16진수 표현에서 바이너리 값으로 분해

IPv6 에서는, IPv4 의 32 비트에서 128 비트로 주소 사이즈가 증가해, 최대128 2 개의 주소(3.403×1038)가 제공되고 있습니다.이것은 가까운 미래에 충분하다고 여겨진다.

새로운 설계의 목적은 단지 충분한 양의 주소를 제공하는 것이 아니라 하위 네트워크 라우팅 프리픽스의 보다 효율적인 집약을 가능하게 함으로써 인터넷에서의 라우팅을 재설계하는 것이었습니다.이로 인해 라우터의 라우팅 테이블 증가 속도가 느려졌습니다.가능한 최소 개개의 할당은, 2 개의 호스트의64 서브넷으로, IPv4 인터넷 전체의 사이즈의 제곱입니다.이러한 레벨에서는, IPv6 네트워크 세그먼트(segment)의 실제 주소 사용율은 작아집니다.새로운 설계에서는, 네트워크 세그먼트의 어드레싱 인프라스트럭처(즉, 세그먼트의 사용 가능한 공간의 로컬 관리)와 외부 네트워크와의 트래픽 라우팅에 사용되는 어드레싱 프리픽스를 분리할 수도 있습니다.IPv6 에는, 글로벌 접속 또는 라우팅 정책이 변경되었을 경우에, 내부 재설계나 수동의 번호 변경 없이, 네트워크 전체의 라우팅 프리픽스를 자동적으로 변경하는 기능이 있습니다.

대량의 IPv6 주소를 사용하면, 특정의 목적에 큰 블록을 할당해, 필요에 따라서 집약해 효율적인 루팅을 실시할 수 있습니다.큰 주소 공간을 사용하면 CIDR에서 사용되는 것처럼 복잡한 주소 보존 방식을 사용할 필요가 없습니다.

최신 데스크톱 및 엔터프라이즈서버 운영체제에는 모두 IPv6가 네이티브로 지원되고 있지만 가정용 네트워킹라우터, Voice over IP(VoIP) 및 멀티미디어 기기, 일부 네트워킹하드웨어 등 다른 디바이스에는 아직 널리 도입되지 않았습니다.

개인 주소

IPv4 가 프라이빗 네트워크용의 주소를 예약하는 것과 같이, 주소의 블록은 IPv6 로 확보됩니다.IPv6 에서는, 이러한 주소를 일의의 로컬 주소(ULA)라고 부릅니다.라우팅 프리픽스 fc00:/7은 이 [10]블록용으로 예약되어 있습니다.이 블록은 다른 암시 정책을 가진2개의 /8 블록으로 분할됩니다.주소에는 사이트가 Marge되거나 패킷이 잘못 라우팅된 경우 주소 충돌 위험을 최소화하는 40비트 의사 난수가 포함됩니다.

초기 프랙티스에서는 사이트 로컬주소로 불리는 다른 블록(fec0::)을 [11]이 목적으로 사용했습니다.그러나 사이트를 구성하는 것의 정의는 여전히 불분명했고, 주소 지정 정책이 제대로 정의되지 않아 라우팅에 모호성이 생겼습니다.이 주소 유형은 포기되었으므로 새 [12]시스템에서 사용할 수 없습니다.

fe80::로 시작하는 주소(링크 로컬주소)는 연결된 링크 상의 통신을 위해 인터페이스에 할당됩니다.주소는 각 네트워크인터페이스에 대해 운영시스템에 의해 자동으로 생성됩니다.이것에 의해, 링크상의 모든 IPv6 호스트간에 즉시 자동 통신이 가능하게 됩니다.이 기능은 Neighbor Discovery Protocol 등의 IPv6 네트워크 관리의 하위 레이어에서 사용됩니다.

프라이빗 및 링크 로컬주소 프리픽스는 퍼블릭인터넷상에서 라우팅 할 수 없습니다.

IP 주소 할당

IP 주소는, 네트워크에 접속할 때에 동적으로 호스트에 할당되거나, 호스트 하드웨어 또는 소프트웨어의 설정에 의해서 영속적으로 할당됩니다.영속적인 설정은, 고정 IP 주소의 사용이라고도 불립니다.한편, 재기동할 때마다 컴퓨터의 IP 주소가 할당되는 것을 동적 IP 주소의 사용이라고 합니다.

다이내믹 IP 주소는 Dynamic Host Configuration Protocol(DHCP)을 사용하여 네트워크에 의해 할당됩니다.DHCP는 주소 할당에 가장 자주 사용되는 기술입니다.네트워크상의 각 디바이스에 특정 스태틱주소를 할당하는 관리상의 부담을 회피할 수 있습니다.또, 디바이스의 일부만이 특정의 시각에 온라인인 경우, 네트워크상의 한정된 주소 공간을 공유할 수도 있습니다.통상, 최신의 데스크탑 operating system에서는, 다이나믹 IP 설정이 디폴트로 유효하게 되어 있습니다.

DHCP에 할당된 주소는 리스와 관련되어 있으며 일반적으로 유효기간이 있습니다.리스가 만료되기 전에 호스트에 의해 갱신되지 않으면 주소가 다른 디바이스에 할당될 수 있습니다.일부 DHCP 실장에서는, 네트워크에 가입할 때마다, MAC 주소에 근거해 호스트에 같은 IP 주소를 재할당하려고 하고 있습니다.네트워크 관리자는, MAC 주소에 근거해 특정의 IP 주소를 할당하는 것에 의해서 DHCP 를 설정할 수 있습니다.

IP 주소를 동적으로 할당하기 위해서 사용되는 것은, DHCP 뿐만이 아닙니다.Bootstrap Protocol은 DHCP와 유사한 프로토콜이며 이전 프로토콜입니다.다이얼업 및 일부 광대역 네트워크는 Point-to-Point Protocol의 동적 주소 기능을 사용합니다.

네트워크 인프라스트럭처에 사용되는 시스템 및 장비(예: 라우터 및 메일 서버)는 일반적으로 정적 주소 지정을 사용하여 구성됩니다.

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

스틱 다이내믹 IP 주소

스틱은 거의 변경되지 않는 동적으로 할당된IP 주소를 나타내는 비공식 용어입니다.예를 들어, IPv4 주소는 통상은 DHCP 에 의해서 할당됩니다.DHCP 서비스에서는, 클라이언트가 할당을 요구할 때마다, 같은 주소를 할당할 가능성을 최대화하는 룰을 사용할 수 있습니다.IPv6 에서는, 프리픽스 위임을 동일하게 처리할 수 있기 때문에, 가능한 한 드물게 변경할 수 있습니다.일반적인 홈 또는 스몰오피스 셋업에서는 Internet Service Provider(ISP; 인터넷서비스 프로바이더)가 인식할 수 있는 디바이스는 1대뿐이며 ISP는 가능한 한 안정된 설정(스틱)을 제공하려고 합니다.홈 또는 기업의 로컬네트워크에서는 스틱 IPv4 설정을 제공하도록 로컬 DHCP 서버를 설계할 수 있습니다.또, ISP 는 스틱 IPv6 프리픽스 위임을 제공해, 클라이언트에 스틱 IPv6 주소를 사용하는 옵션을 제공할 수도 있습니다.스틱을 스태틱과 혼동하지 마십시오.스틱 설정은 안정성을 보증하지 않습니다.한편 스태틱 설정은 무기한 사용되며 의도적으로 변경될 뿐입니다.

주소 자동 설정

주소 블록 169.254.0.0/16 은, IPv4 [13]네트워크의 링크 로컬 어드레싱의 특수한 사용을 위해서 정의되어 있습니다.IPv6 에서는, 스태틱주소든 다이내믹주소든, 모든 인터페이스는, 블록 fe80::/10 [13]로 링크 로컬주소를 자동적으로 수신합니다.이러한 주소는 호스트가 접속되어 있는 로컬네트워크 세그먼트나 포인트 투 포인트 접속 등 링크 상에서만 유효합니다.이러한 주소는 라우팅 할 수 없기 때문에, 프라이빗주소와 같이, 인터넷을 통과하는 패킷의 송신원 또는 수신처가 될 수 없습니다.

링크 로컬 IPv4 주소 블록이 예약되어 있을 때는, 주소 자동 설정 메카니즘에 관한 규격은 존재하지 않습니다.공백을 메우기 위해 마이크로소프트는 자동 개인 IP 주소 지정(APIPA)이라는 프로토콜을 개발했고, 이 프로토콜은 Windows [14]98에서 처음으로 공개 구현되었습니다.APIPA는 수백만 대의 기계에 도입되어 업계에서 사실상의 표준이 되었습니다.2005년 5월에 IETF는 이에 [15]대한 공식 표준을 정의했습니다.

경합에 대처하다

IP 주소의 경합은, 같은 로컬의 물리 네트워크 또는 무선 네트워크상의 2개의 디바이스가 같은 IP 주소를 가지는 것을 요구했을 경우에 발생합니다.주소를 두 번째로 할당하면 일반적으로 한쪽 또는 양쪽 디바이스의 IP 기능이 정지됩니다.대부분의 최신 운영 체제시스템은 IP 주소의 [16][17]경합을 관리자에게 통지합니다.복수의 유저에 의해서 IP 주소가 할당되어 있는 경우나, 다른 방법으로 시스템에 할당되어 있는 경우는, 어느 쪽인가에 [18][19][20][21][22]장해가 발생할 가능성이 있습니다.경합에 관여하는 디바이스의 1개가 LAN 상의 모든 디바이스의 LAN 이외의 디폴트게이트웨이 액세스인 경우 모든 디바이스가 손상될 수 있습니다.

라우팅

IP 주소는, 유니캐스트, 멀티 캐스트, 애니 캐스트, 브로드캐스트어드레싱의 몇개의 동작 특성의 클래스로 분류됩니다.

유니캐스트 어드레싱

IP 주소의 가장 일반적인 개념은, IPv4 와 IPv6 의 양쪽 모두에서 사용할 수 있는 유니캐스트 어드레싱입니다.통상은, 1 개의 송신자 또는 1 개의 수신자를 가리키며, 송신과 수신의 양쪽 모두에 사용할 수 있습니다.통상, 유니캐스트주소는 단일의 디바이스 또는 호스트에 관련지어지지만, 디바이스 또는 호스트에는 복수의 유니캐스트주소가 있는 경우가 있습니다.같은 데이터를 복수의 유니캐스트주소로 송신하려면 , 송신측은 모든 데이터를 수신자 마다 1 회씩, 몇 회 이상 송신할 필요가 있습니다.

브로드캐스트어드레싱

브로드캐스트는, IPv4 로 사용할 수 있는 어드레싱 기술입니다.모든 호스트 브로드캐스트로서 1 개의 송신 조작으로 네트워크상의 모든 가능한 수신처에 데이터를 주소 지정합니다.모든 리시버가 네트워크 패킷을 캡처합니다.주소 255.255.255네트워크브로드캐스트에 사용됩니다.또, 보다 제한적인 다이렉트브로드캐스트에서는, 네트워크 프리픽스와 함께 모두1 개의 호스트주소가 사용됩니다.예를 들어, 네트워크 192.0.2.0/24 디바이스로의 다이렉트브로드캐스트에 사용되는 행선지 주소는 192.0.2.255 [23]입니다.

IPv6 는 브로드캐스트어드레싱을 실장하지 않고, 특별히 정의된 올노드 멀티캐스트주소에 대한 멀티캐스트로 대체합니다.

멀티캐스트 어드레싱

멀티캐스트 주소는 대상 리시버 그룹에 관련지어집니다.IPv4 에서는, 주소 224.0.0.0 ~239.255.255.255(이전 클래스 D 주소)가 멀티 [24]캐스트주소로 지정되어 있습니다.IPv6 는, 프리픽스 ff00::/8 의 주소 블록을 멀티 캐스트에 사용합니다.어느 경우든, 송신측은 유니캐스트주소에서 멀티캐스트그룹 주소로 단일 데이터그램을 송신하고, 중간 라우터는 복사를 실시해, 모든 대상 리시버(대응하는 멀티캐스트그룹에 가입하고 있는 리시버)에 송신합니다.

애니캐스트 어드레싱

브로드캐스트나 멀티캐스트와 마찬가지로 애니캐스트는 일대다 라우팅토폴로지입니다단, 데이터 스트림은 모든 리시버에 전송되지 않고 라우터가 네트워크에서 가장 가깝다고 판단하는 리시버에만 전송됩니다.애니캐스트 어드레싱은, IPv6 [25][26]의 짜넣기 기능입니다.IPv4 에서는, 행선지를 선택하기 위해서 최단 패스 메트릭을 사용하는 Border Gateway Protocol 에 의해서 애니캐스트 어드레싱이 실장됩니다.애니캐스트 방식은 글로벌로드 밸런싱에 유용하며 분산 DNS 시스템에서 일반적으로 사용됩니다.

지리 위치

호스트는 통신 피어([27][28]peer)의 지리적 위치를 추론하기 위해 지리 로케이션을 사용할 수 있다.

공개 주소

퍼블릭 IP 주소는 글로벌하게 라우팅 가능한 유니캐스트 IP 주소입니다.즉, 이 주소는 에 의해 예약된 주소 등 개인 네트워크에서 사용하도록 예약된 주소가 아닙니다. RFC1918 또는 로컬스코프 또는 사이트 로컬스코프의 다양한 IPv6 주소 형식(링크 로컬어드레싱 등).퍼블릭 IP 주소는 글로벌인터넷상의 호스트간의 통신에 사용할 수 있습니다.홈 상황에서 퍼블릭 IP 주소는 ISP에 의해 홈 네트워크에 할당된IP 주소입니다.이 경우 라우터 [29]설정에 로그인하여 로컬로 표시할 수도 있습니다.

대부분의 퍼블릭 IP 주소는 비교적 자주 변경됩니다.변경되는 모든 유형의 IP 주소를 동적 IP 주소라고 합니다.홈 네트워크에서는 보통 ISP가 다이내믹 IP를 할당합니다.ISP가 홈 네트워크에 불변 주소를 지정했을 경우, 홈 네트워크로부터 Web 사이트를 호스트 하는 고객이나,[30] 네트워크에 침입할 때까지 같은 IP 주소를 몇번이나 시도할 수 있는 해커에 의해서 악용될 가능성이 높아집니다.

방화벽 설정

보안 및 프라이버시를 고려하기 위해 네트워크 관리자는 개인 네트워크 내에서 퍼블릭인터넷트래픽을 제한하고 싶은 경우가 많습니다.각 IP 패킷의 헤더에 포함되는 송신원IP 주소와 행선지IP 주소는, IP 주소의 블로킹에 의해서, 또는 내부 서버에의 외부 요구에 대한 응답을 선택적으로 커스터마이즈 하는 것으로, 트래픽을 식별하기 위한 편리한 수단입니다.이것은 네트워크의 게이트웨이 라우터에서 실행되고 있는 방화벽소프트웨어로 실현됩니다.제한 트래픽 및 허용 트래픽의 IP 주소 데이터베이스는 각각 블랙리스트 화이트리스트에 유지할 수 있습니다.

주소 변환

복수의 클라이언트 디바이스는, 공유 Web 호스팅 서비스 환경의 일부이거나, 클라이언트를 대신해 IPv4 Network Address Translator(NAT; 네트워크주소 변환기) 또는 프록시 서버가 중간 에이전트로서 기능하기 때문에, IP 주소를 공유하는 것처럼 보일 수 있습니다.이 경우, 실제의 발신기지 IP 주소는 요구를 수신하는 서버로부터 마스크 됩니다.일반적인 방법은 프라이빗 네트워크 내의 많은 디바이스를 NAT에 의해 마스크하는 것입니다.인터넷 라우팅 가능한 [31]주소를 가질 필요가 있는 것은 NAT의 퍼블릭인터페이스뿐이에요

NAT 디바이스는 프라이빗네트워크상의 다른 IP 주소를 퍼블릭네트워크상의 다른 TCP 포트 번호 또는 UDP 포트 번호에 매핑합니다.레지덴셜 네트워크에서는, 통상, NAT 기능은 레지덴셜 게이트웨이에 실장됩니다.이 시나리오에서는 라우터에 접속되어 있는 컴퓨터는 프라이빗 IP 주소를 가지고 있으며, 라우터의 외부 인터페이스에는 인터넷상에서 통신하기 위한 퍼블릭주소가 있습니다.내부 컴퓨터가 하나의 공용 IP 주소를 공유하는 것처럼 보입니다.

진단 도구

컴퓨터 운영체제는 네트워크 인터페이스와 주소 설정을 검사하기 위한 다양한 진단 도구를 제공합니다.Microsoft Windows 에서는 명령줄 인터페이스 도구 ipconfig 및 netsh 가 제공되고 있으며 Unix 유사 시스템사용자ifconfig, netstat, route, lanstat, fstatiproute2 유틸리티를 사용하여 작업을 수행할 수 있습니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ a b RFC 760, DOD Standard Internet Protocol, DARPA, 정보과학연구소(1980년 1월).
  2. ^ a b c d J. Postel, ed. (September 1981). Internet Protocol, DARPA Internet Program Protocol Specification. IETF. doi:10.17487/RFC0791. RFC 791. RFC 1349, 2474, 6864의해 갱신되었습니다.
  3. ^ a b S. Deering; R. Hinden (December 1995). Internet Protocol, Version 6 (IPv6) Specification. Network Working Group. doi:10.17487/RFC1883. RFC 1883.
  4. ^ a b S. Deering; R. Hinden (December 1998). Internet Protocol, Version 6 (IPv6) Specification. Network Working Group. doi:10.17487/RFC2460. RFC 2460.
  5. ^ a b S. Deering; R. Hinden (July 2017). Internet Protocol, Version 6 (IPv6) Specification. IETF. doi:10.17487/RFC8200. RFC 8200.
  6. ^ "IPv4 Address Report".
  7. ^ DeLong, Owen. "Why does IP have versions? Why do I care?" (PDF). Scale15x. Retrieved 24 January 2020.
  8. ^ "IPv4 and IPv6 address formats". www.ibm.com. 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
  9. ^ a b Y. Rekhter; B. Moskowitz; D. Karrenberg; G. J. de Groot; E. Lear (February 1996). Address Allocation for Private Internets. Network Working Group. doi:10.17487/RFC1918. BCP 5. RFC 1918. RFC 6761의해 갱신되었습니다.
  10. ^ R. Hinden; B. Haberman (October 2005). Unique Local IPv6 Unicast Addresses. Network Working Group. doi:10.17487/RFC4193. RFC 4193.
  11. ^ R. Hinden; S. Deering (April 2003). Internet Protocol Version 6 (IPv6) Addressing Architecture. Network Working Group. doi:10.17487/RFC3513. RFC 3513. RFC 4291의해 폐지되었습니다.
  12. ^ C. Huitema; B. Carpenter (September 2004). Deprecating Site Local Addresses. Network Working Group. doi:10.17487/RFC3879. RFC 3879.
  13. ^ a b M. Cotton; L. Vegoda; R. Bonica; B. Haberman (April 2013). Special-Purpose IP Address Registries. Internet Engineering Task Force. doi:10.17487/RFC6890. BCP 153. RFC 6890. RFC 8190의해 갱신되었습니다.
  14. ^ "DHCP and Automatic Private IP Addressing". docs.microsoft.com. Retrieved 20 May 2019.
  15. ^ S. Cheshire; B. Aboba; E. Guttman (May 2005). Dynamic Configuration of IPv4 Link-Local Addresses. Network Working Group. doi:10.17487/RFC3927. RFC 3927.
  16. ^ "Event ID 4198 — TCP/IP Network Interface Configuration". TechNet. Microsoft Docs. Retrieved 20 October 2021.
  17. ^ "Event ID 4199 — TCP/IP Network Interface Configuration". TechNet. Microsoft Docs. Retrieved 20 October 2021.
  18. ^ Mitchell, Bradley. "IP Address Conflicts – What Is an IP Address Conflict?". About.com. Archived from the original on 13 April 2014. Retrieved 23 November 2013.
  19. ^ Kishore, Aseem (4 August 2009). "How to Fix an IP Address Conflict". Online Tech Tips Online-tech-tips.com. Archived from the original on 25 August 2013. Retrieved 23 November 2013.
  20. ^ "Get help with "There is an IP address conflict" message". Microsoft. 22 November 2013. Archived from the original on 26 September 2013. Retrieved 23 November 2013.
  21. ^ "Fix duplicate IP address conflicts on a DHCP network". Microsoft. Archived from the original on 28 December 2014. Retrieved 23 November 2013. 문서 번호 133490 - 최종 리뷰: 2013년 10월 15일 - 개정판: 5.0
  22. ^ Moran, Joseph (1 September 2010). "Understanding And Resolving IP Address Conflicts - Webopedia.com". Webopedia.com. Archived from the original on 2 October 2013. Retrieved 23 November 2013.
  23. ^ "What is a broadcast address?". IONOS Digitalguide. Retrieved 8 June 2022.
  24. ^ M. Cotton; L. Vegoda; D. Meyer (March 2010). IANA Guidelines for IPv4 Multicast Address Assignments. IETF. doi:10.17487/RFC5771. ISSN 2070-1721. BCP 51. RFC 5771.
  25. ^ RFC 2526
  26. ^ RFC 4291
  27. ^ Holdener, Anthony T. (2011). HTML5 Geolocation. O'Reilly Media. p. 11. ISBN 9781449304720.
  28. ^ Komosny, Dan (22 July 2021). "Retrospective IP Address Geolocation for Geography-Aware Internet Services". Sensors. 21 (15): 4975. Bibcode:2021Senso..21.4975K. doi:10.3390/s21154975. hdl:11012/200946. ISSN 1424-8220. PMC 8348169. PMID 34372212.
  29. ^ "How to Find Your Public IP Address".
  30. ^ "Why Public IP Addresses Change".
  31. ^ Comer, Douglas (2000). Internetworking with TCP/IP:Principles, Protocols, and Architectures – 4th ed. Upper Saddle River, NJ: Prentice Hall. p. 394. ISBN 978-0-13-018380-4. Archived from the original on 13 April 2010.