IPv6 툴박스

GeekFormat 정보

IPv6 확장 / 압축 / 분류

IPv6 주소를 빠르게 검증하고, 완전 확장 표기법, 압축 표기법, 주소 분류, 리버스 니블 형식 등을 얻으세요.

처리 결과

문서 예시 주소 (2001:db8::/32)

확장 형식

2001:0db8:0000:0000:0000:0000:0000:0001

압축 형식

2001:db8::1

주소 분류

문서 예시 주소 (2001:db8::/32)

IPv6 툴박스는 네트워크 엔지니어, 시스템 관리자, 개발자를 위해 설계된 무료 온라인 IPv6 주소 처리 도구입니다. 전 세계 IPv4 주소가 고갈되면서 IPv6는 현대 네트워크의 표준 프로토콜이 되었지만, IPv6 주소 길이는 IPv4의 4배이고 표기법이 유연하고 복잡하며 제로 압축 규칙 때문에 같은 주소도 여러 가지 합법적인 표기법이 있어 네트워크 설정, 로그 분석, DNS 설정, 방화벽 규칙 작성에 많은 어려움을 줍니다.본 도구는 세 가지 핵심 기능을 지원합니다: IPv6 주소 확장——약식으로 압축된 주소를 완전한 8그룹 4자리 16진수 형식으로 복원하여 주소 대역을 비교하고 문제를 진단하는 데 편리합니다; IPv6 표준 압축——RFC 5952 공식 규격에 따라 완전한 주소를 최적의 표기법으로 압축하여 설정 파일의 주소 형식을 통일하고 규격화합니다; IPv6 주소 분류——주소 유형(루프백, 링크 로컬, ULA, 멀티캐스트, 문서, 글로벌 유니캐스트 등)을 자동으로 식별하고 용도와 라우팅 속성을 표시합니다.서버 IPv6 주소를 설정하거나, 방화벽 규칙을 작성하거나, 네트워크 로그를 분석하거나, IPv6 서브넷을 계획하거나, IPv6 프로토콜을 학습할 때 GeekFormat IPv6 툴박스는 효율성을 높이고 인적 오류를 줄여줍니다. 모든 처리는 브라우저 로컬에서 완료되며 데이터를 업로드하지 않아 안전하고 믿을 수 있습니다.

사용 사례

듀얼 스택 네트워크 구축 및 설정: IPv4와 IPv6가 동시에 실행되는 듀얼 스택 환경에서 서버, 라우터, 로드밸런서의 IPv6 주소 표기 형식을 통일하여 형식 불일치로 인한 설정 오류와 연결성 문제 방지
네트워크 장애 진단: 방화벽, Nginx, 웹 서버 로그를 분석할 때 로그의 IPv6 주소를 확장하거나 압축한 후 설정 파일과 비교하여 주소 불일치, 라우팅 오류 등 문제를 빠르게 파악
DNS 레코드 설정: AAAA 레코드, ip6.arpa 역방향 조회 레코드를 설정할 때 IPv6 주소를 표준 형식으로 변환하여 DNS 레코드 형식이 정확하고 역방향 조회 nibble 형식이 정확하도록 보장
방화벽 규칙 작성: ip6tables, nftables, 클라우드 보안 그룹 규칙을 작성할 때 IPv6 주소와 CIDR 프리픽스를 표준화하여 제로 압축 표기법 차이로 인한 규칙 매칭 실패 방지
IPv6 서브넷 계획: 기업 네트워크 IPv6 주소를 계획할 때 주소 프리픽스 길이(/48 사이트, /64 서브넷, /128 단일 장비)가 정확한지 검증하고 네트워크 유형과 용도 확인
프로그래밍 개발 및 디버깅: IPv6를 지원하는 네트워크 애플리케이션을 개발할 때 코드에서 처리하는 IPv6 주소 형식이 정확한지 검증하고 URL의 [IPv6]:port 형식 파싱 문제 처리
Docker/K8s 컨테이너 네트워크: 컨테이너 IPv6 네트워크 연결성 문제를 진단하고 컨테이너의 링크 로컬 주소, 글로벌 유니캐스트 주소를 식별하여 Docker IPv6 네트워크 설정 정확성 검증
교육용 데모와 학습: IPv6 프로토콜을 학습할 때 제로 압축 규칙, 주소 분류, 프리픽스 표기법을 직관적으로 이해하고 예시를 통해 주소 확장과 압축의 변화 규칙 관찰
보안 감사와 로그 분석: 보안 분석 시 여러 로그 소스의 IPv6 주소 표기법을 일괄 비교하고 다양한 약식 형식을 완전한 형식으로 통일한 후 연관 분석 수행
문서 작성 표준화: 기술 문서, 설정 매뉴얼, API 문서를 작성할 때 IPv6 주소를 RFC 5952 표준 형식으로 통일하여 문서의 전문성과 일관성 향상

주요 기능

IPv6 주소 확장: 압축 형식(예: 2001:db8::1)을 8그룹 16진수 전체 형식(2001:0db8:0000:0000:0000:0000:0000:0001)으로 확장하여 로그 비교와 주소 대역 분석에 편리
RFC 5952 표준 압축: 가장 긴 연속된 제로 구간을 선택하여 ::로 압축하고 선행 0을 자동으로 생략하여 IETF 공식 규격에 맞는 표준 형식을 출력하여 설정 불일치 방지
지능형 주소 분류: 루프백 주소 ::1, 링크 로컬 fe80::/10, 유니크 로컬 fc00::/7, 멀티캐스트 ff00::/8, 문서 주소 2001:db8::/32, 글로벌 유니캐스트, 무효 주소 등 7가지 IPv6 주소 유형을 자동 식별
형식 검증 및 오류 안내: :: 중복 사용, 그룹당 4자리 초과, 불법 문자, 그룹 수 오류 등 IPv6 주소 형식 오류를 실시간으로 감지하고 명확한 오류 원인 제공
IPv4 매핑 주소 식별: IPv4 매핑 IPv6 주소(예: ::ffff:192.0.2.1)를 자동으로 식별하여 듀얼 스택 환경에서 호환 가능한 주소 유형 구분
CIDR 프리픽스 해석: 프리픽스 길이가 포함된 IPv6 주소(예: 2001:db8::/32)를 지원하고 프리픽스 길이를 식별하여 네트워크 주소 범위 용도 표시
원클릭 결과 복사: 압축 형식, 확장 형식, 분류 결과를 모두 한 번에 복사하여 설정 파일, 방화벽 규칙, 스크립트에 바로 붙여넣기 가능
일괄 히스토리 기록: 최근 처리한 IPv6 주소를 자동으로 기록하여 네트워크 설정을 반복 비교하고 디버깅할 때 빠르게 전환
실시간 처리로 대기 없음: 브라우저 로컬 JavaScript로 처리하므로 서버에 주소를 업로드할 필요가 없어 민감한 네트워크 토폴로지 정보를 보호하며 입력 즉시 결과 확인
다중 형식 입력 호환: 압축 형식, 확장 형식, CIDR 접미사 포함, 포트 번호 포함([::1]:8080 형식), IPv4 매핑 형식 등 다양한 일반적인 표기법 지원
주소 용도 설명: 분류 시 해당 유형 주소의 용도 설명, 라우팅 가능 여부, 적용 가능한 시나리오를 함께 제공하여 초보자가 IPv6 주소 계획을 이해하는 데 도움
설치 없는 순수 웹: 소프트웨어 다운로드 필요 없이 브라우저만 열면 사용 가능. Windows/macOS/Linux 전 플랫폼 지원하며 모바일에서도 정상 사용

이용 방법

IPv6 툴박스 페이지를 열고 입력창에 처리할 IPv6 주소를 붙여넣거나 입력합니다. 압축 형식(예: 2001:db8::1), 완전 형식(예: 2001:0db8:0000:0000:0000:0000:0000:0001), CIDR 프리픽스 형식(예: 2001:db8::/32), 포트 포함 형식(예: [::1]:8080), IPv4 매핑 형식(예: ::ffff:192.168.1.1) 등 다양한 입력 형식을 지원합니다.
입력이 완료되면 도구가 자동으로 실시간 처리하므로 버튼을 클릭할 필요가 없습니다. 주소 형식에 오류가 있으면 즉시 빨간색 오류 알림이 표시되며 구체적인 오류 원인(예: :: 중복 사용, 그룹당 4자리 초과, 불법 문자 등)을 설명하여 입력을 수정하기 편리합니다.
「확장 형식」 결과 확인: 여기에는 IPv6 주소의 완전한 형식이 표시되며 8그룹당 4자리 16진수로 선행 0이 모두 채워져 있고 제로 압축된 부분이 모두 연속된 0000으로 복원되어 주소를 구간별로 비교하기 쉽습니다.
「표준 압축 형식」 결과 확인: 여기는 RFC 5952 규격에 따라 출력된 최적의 압축 형식으로, 가장 긴 연속 제로 구간을 자동으로 선택하여 압축하고 불필요한 선행 0을 생략합니다. 이는 설정 파일과 문서에서 권장되는 표준 표기법입니다.
「주소 분류」 영역 확인: 도구가 해당 주소가 어떤 유형에 속하는지 자동으로 식별하여 유형 이름, 프리픽스 범위, 예시 주소, 공공 라우팅 가능 여부, 일반적인 용도 등의 정보를 표시합니다. 흔한 유형으로는 루프백 주소, 링크 로컬 주소, 유니크 로컬 주소(ULA), 멀티캐스트 주소, 문서 예시 주소, 글로벌 유니캐스트 주소 등이 있습니다.
입력에 CIDR 프리픽스 길이(예: /64)가 포함된 경우 도구는 해당 프리픽스의 일반적인 용도(예: /64는 표준 서브넷, /48은 사이트 할당, /128은 단일 장비 주소)와 해당 네트워크에 포함된 주소 수량 참고 정보를 추가로 표시합니다.
각 결과 영역 오른쪽의 「복사」 버튼을 클릭하면 해당 형식의 IPv6 주소를 클립보드에 한 번에 복사할 수 있어 터미널, 설정 파일, DNS 관리 인터페이스 또는 코드에 바로 붙여넣어 사용할 수 있으며 수동 입력 오류를 방지합니다.

자주 묻는 질문

IPv6 주소 중간에 두 개의 콜론 ::은 무슨 뜻인가요?

::는 IPv6의 제로 압축(Zero Compression) 약식 규칙으로, 한 그룹 이상의 연속된 전체 제로(0000)를 대체하는 데 사용됩니다. 예를 들어 완전한 주소 2001:0db8:0000:0000:0000:0000:0000:0001은 중간에 6그룹의 연속된 제로가 있으므로 2001:db8::1로 쓸 수 있어 주소 길이가 크게 단축됩니다. 규칙에 주의하십시오: 하나의 IPv6 주소에 ::는 한 번만 나타날 수 있으며, 그렇지 않으면 모호성이 생깁니다; ::는 시작, 중간, 끝에 올 수 있습니다. 루프백 주소는 ::1(앞쪽 7그룹 제로 압축)이며, 미지정 주소는 ::(8그룹 모두 제로)입니다.

왜 제 네트워크 카드에 IPv6 주소가 여러 개 있나요?

이것은 정상적인 현상입니다. IPv6 네트워크 인터페이스에는 보통 여러 개의 주소가 있습니다: ① 하나의 링크 로컬 주소(fe80::로 시작, 자동 생성, 하위 계층 통신에 사용); ② 하나 이상의 글로벌 유니캐스트 주소(공공 주소, SLAAC 또는 DHCPv6를 통해 획득); ③ 프라이버시 확장(Windows/Linux/macOS 기본 활성화)을 활성화한 경우 임시 주소(무작위 생성, 정기 교체, 외부 연결에 사용하여 프라이버시 보호)도 있습니다; ④ 여러 프리픽스에 해당하는 주소가 있을 수 있습니다(예: 여러 네트워크에 동시에 접속하거나 IPv6 프리픽스가 여러 개인 경우). 서버에서는 보통 프라이버시 확장을 끄고 고정되고 안정적인 주소를 사용하여 관리하기 편리하게 할 것을 권장합니다.

fe80::로 시작하는 주소는 왜 네트워크 간에 접근할 수 없나요? 왜 ping할 때 %eth0를 붙여야 하나요?

fe80::/10은 링크 로컬 주소로, 설계상 로컬 2계층 링크(동일한 스위치, 동일한 WiFi 네트워크, 동일한 브로드캐스트 도메인)에서만 유효합니다. 라우터는절대로소스 주소나 목적지 주소가 링크 로컬인 패킷을 포워딩하지 않으므로 태생적으로 네트워크 간에 접근할 수 없습니다. %eth0(또는 zone id, scope id)을 붙이는 이유는, 각 인터페이스마다 자신의 링크 로컬 주소가 자동으로 생성되기 때문에 여러 인터페이스에 모두 fe80::로 시작하는 주소가 있을 수 있기 때문입니다. 어떤 인터페이스에서 보내야 할지 지정하지 않으면 운영체제는 어떤 네트워크 카드로 보내야 할지 모릅니다. 그래서 링크 로컬 주소에 접근할 때는 반드시 %인터페이스명을 붙여야 합니다. 이 % 뒤의 부분은 로컬 머신에서만 의미가 있으며 주소 자체의 일부가 아닙니다.

IPv6 서브넷은 왜 모두 /64를 권장하나요? 더 긴 프리픽스를 사용할 수 있나요?

/64는 IPv6 표준 서브넷 길이입니다. 주된 이유는 SLAAC(무상태 주소 자동 설정)에서 서브넷 프리픽스가 반드시 64비트여야 한다고 강제하기 때문입니다——SLAAC가 EUI-64 또는 안정적인 프라이버시 알고리즘으로 64비트 인터페이스 식별자를 생성하기 때문에, 프리픽스 64비트 + 인터페이스 ID 64비트 = 정확히 128비트이기 때문입니다. /64보다 긴 프리픽스(예: /80, /96, /112)를 사용하면 SLAAC가 정상적으로 작동할 수 없습니다. /127이 라우터 포인트 투 포인트 연결에 사용되고(RFC 6164 권장), /128이 루프백 주소에 사용되는 것은 흔한 예외이지만, 사용자 네트워크 대역, 이더넷 세그먼트, VLAN 등은 모두 /64를 사용해야 합니다. 게다가 /64에는 2⁶⁴개의 주소(약 1800경 개)가 있어 영원히 다 쓸 수 없으므로 주소를 절약하기 위해 더 작은 서브넷으로 나눌 필요가 전혀 없습니다.

IPv6에도 여전히 NAT가 필요한가요? NAT66은 왜 들었나요?

IPv6 설계의 초기 목표 중 하나는 NAT를 폐지하는 것이었습니다. 주소 공간이 충분히 커서 모든 장비가 공공 주소를 가질 수 있고 종단 간 연결이 회복되기 때문입니다. 하지만 실제 배포에서는 NAT66(IPv6에서 IPv6로의 NAT, 프리픽스 변환)이 여전히 사용 시나리오가 있습니다. 예를 들어 다중 ISP 멀티호밍 시 BGP를 사용하지 않고 NAT로 이중화를 하거나, 기업이 내부 네트워크 구조를 숨기는 경우 등입니다. 하지만 NAT66은 IPv4의 NAPT만큼 보편적이지 않으며 포트 주소 변환을 할 필요도 없고, IPv6 종단 간 도달 가능성이 주류 방향입니다. NAT64는 다른 것으로, 순수 IPv6 네트워크에서 IPv4 자원에 접근하기 위한 전환에 사용됩니다.

IPv6의 기본 게이트웨이 주소는 무엇인가요? 왜 fe80::로 시작하나요?

IPv6의 기본 게이트웨이(다음 홉) 주소는 보통라우터의 링크 로컬 주소(fe80::로 시작)입니다. IPv4처럼 같은 네트워크 대역의 공공 주소가 아니라 말이죠. 이는 라우터가 NDP 라우터 공지(RA) 메시지를 통해 자신의 링크 로컬 주소를 게이트웨이로 보내고, 호스트는 이를 받은 후 자동으로 기본 경로를 이 fe80:: 주소로 추가하기 때문입니다. 이는 정상적인 현상입니다. 링크 로컬 주소를 다음 홉으로 사용해도 완전히 작동합니다. 라우팅에서 다음 홉을 찾은 후, 로컬 링크에서 해당 주소의 MAC 주소만 해석하면 포워딩할 수 있기 때문입니다. 게이트웨이와 호스트가 같은 네트워크 대역의 공공 주소일 필요는 없습니다.

::ffff:192.168.1.1 같은 주소는 무엇인가요?

이것은IPv4 매핑 IPv6 주소(IPv4-Mapped IPv6 Address)입니다. 형식은 ::ffff: 뒤에 IPv4 주소를 붙이는 것입니다. 듀얼 스택 소켓에 사용됩니다: IPv6 소켓이 ::에 바인딩되고 IPv6-on이 활성화되면, IPv6 연결뿐만 아니라 IPv4에서 오는 연결도 받아들이며 소스 주소는 ::ffff:IPv4 주소 형식으로 표시됩니다. 예를 들어 192.168.1.1이 서버에 연결하면 서버에서 보는 클라이언트 주소는 ::ffff:192.168.1.1입니다. 폐기된 IPv4 호환 주소(::에 직접 IPv4를 붙이고 ffff:가 없는 것)와 혼동하지 마십시오.

IPv6 주소는 대소문자 관계가 있나요? 2001:DB8::1과 2001:db8::1은 같은 주소인가요?

같은 주소입니다. IPv6 주소의 16진수 문자 a-f는 대소문자를 구분하지 않으므로 2001:DB8::1, 2001:Db8::1, 2001:db8::1은 네트워크계층에서완전히 동일합니다. 하지만 RFC 5952(IPv6 주소 텍스트 표시 규격)에서는 소문자 사용을 권장하며, 본 도구의 표준 압축 출력도 소문자로 통일 변환하여 형식 일관성을 보장합니다.

IPv6에는 왜 브로드캐스트 주소가 없나요? ARP는 어떻게 처리하나요?

IPv6는 2계층 브로드캐스트를 폐지했습니다. 모든 브로드캐스트 기능은멀티캐스트(Multicast)로 구현되는데, 이는 네트워크의 브로드캐스트 스톰을 크게 줄이고 효율을 높입니다. IPv4의 ARP(주소 해석 프로토콜. 브로드캐스트로 "192.168.1.1이 누구인지 MAC 주소를 알려주세요"라고 묻는 것)는 IPv6에서NDP(이웃 발견 프로토콜, Neighbor Discovery Protocol)로 대체되었습니다. NDP는 ICMPv6 메시지와 요청 노드 멀티캐스트 주소(solicited-node multicast address, ff02::1:ffxx:xxxx)를 사용하여 이웃 MAC 주소를 해석합니다. 요청받은 노드만 해당 멀티캐스트를 처리하며 네트워크 대역의 모든 호스트를 방해하지 않습니다.

제 네트워크에 IPv6가 있는지 어떻게 확인하나요?

몇 가지 방법이 있습니다: ① test-ipv6.com 등 웹사이트에 접속하여 검사; ② 명령행에 ip -6 addr(Linux), ifconfig(macOS/Linux) 또는 ipconfig(Windows)를 입력하여 네트워크 카드에 2로 시작하거나 fe80으로 시작하는 IPv6 주소가 있는지 확인(fe80만 있으면 공공 IPv6가 있는 것은 아닙니다); ③ ping6 2001:4860:4860::8888(Google IPv6 DNS) 또는 ping 240c::6666(중국인터넷정보센터 IPv6 DNS)을 보내보고 통신되면 공공 IPv6 연결이 있는 것입니다; ④ IPv6를 지원하는 웹사이트(ipv6.google.com, www.6box.cn 등)에 접속. 가정 사용자는 광모뎀과 라우터 모두 IPv6를 켜고 ISP에서 서비스를 개통해야 사용할 수 있습니다.

IPv6 주소의 %는 무슨 뜻인가요? 예를 들어 fe80::1%eth0

% 뒤의 부분은영역 ID(Zone ID) 또는 범위 ID(Scope ID)라고 하며, 해당 주소가 속한 네트워크 인터페이스를 식별하는 데 사용됩니다. 주로 링크 로컬 주소(fe80::) 등 로컬 범위를 가진 주소에 사용합니다. 각 인터페이스마다 자신의 링크 로컬 주소가 있기 때문에, 같은 fe80::1이라도 eth0과 wlan0에서는 다른 라우터일 수 있습니다. 그래서 %eth0로 어떤 인터페이스에서 보내야 할지 지정해야 합니다. Zone ID는 로컬 머신에서만 의미가 있으며 기기 간에 사용할 수 없고 IPv6 주소 자체의 일부가 아닙니다——주소 자체는 여전히 fe80::1입니다. 설정 파일을 쓰거나 로그를 분석하거나 기기 간에 사용할 때는 % 뒤의 부분을 제거해야 합니다.

IPv6 역방향 DNS는 어떻게 설정하나요? nibble 형식은 무엇인가요?

IPv6 역방향 조회는 ip6.arpa 도메인 아래에 있으며 nibble 형식을 사용합니다: 먼저 IPv6 주소를 완전한 8그룹으로 확장해야 합니다(::로 생략된 부분이 없어야 함). 그래야 32개의 16진수 문자가 나옵니다; 그런 다음 이 32개 문자를완전히 거꾸로배열하고 각 문자 사이에 점으로 구분합니다; 마지막으로 .ip6.arpa 접미사를 붙입니다. 예를 들어 2001:db8::1을 확장하면 20010db8000000000000000000000001이며, 거꾸로 하면 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.0.2.ip6.arpa입니다. 이 과정은 제로 개수를 세기 쉽지 않으므로 본 도구의 확장 형식을 사용하여 보조할 것을 권장합니다. 역방향 DNS는 보통 ISP에서 해당 프리픽스의 ip6.arpa 서브 도메인에 대한 권한을 부여받아야 PTR 레코드를 설정할 수 있습니다.

ULA(fc00::/7)와 링크 로컬(fe80::/10)의 차이점은 무엇인가요?

둘 다 공공 주소는 아니지만 용도가 다릅니다: ① 링크 로컬 fe80::/10: 각 인터페이스가 자동으로 생성하며 단일 2계층 링크에서만 유효합니다. 라우터를 넘어 포워딩할 수 없고 라우팅 설정이 필요 없으며, NDP, DHCPv6, 라우팅 프로토콜 인접 등 하위 계층 통신에 사용됩니다. 장비의 '로컬 신분증'과 같습니다; ② ULA fc00::/7(실제로는 fd00::/8 사용): IPv4 사설 주소와 유사한 네트워크 대역으로 기업 내부에서 VLAN 간, 라우터 간, 사이트 간에 라우팅될 수 있지만 공공 인터넷에서는 라우팅될 수 없습니다. 기업 내부 통신에 사용되며 IPv6의 10.0.0.0/8과 같습니다. 수동으로 설정하거나 DHCPv6로 할당해야 하며 내부 라우팅 지원이 필요합니다. 하나는 '같은 방 안에서 대화'이고, 하나는 '회사 내부에서 소통'이며, 공공 주소는 '글로벌 통신'입니다.

IPv6 방화벽은 왜 IPv4처럼 ICMP를 금지하면 안 되나요?

IPv6가 ICMPv6에 의존하는 정도는 IPv4가 ICMPv4에 의존하는 것보다 훨씬 높습니다. IPv4에서는 대부분의 ICMP를 차단해도(PMTU에 약간 문제가 생길 수 있을 뿐) 정상 작동하지만, IPv6는 절대로 ICMPv6를 일괄적으로 버리면 안 됩니다——ICMPv6가 NDP 이웃 발견(ARP 대체. 이것 없이는 같은 네트워크 대역도 통신할 수 없음), 라우터 공지 RA(SLAAC 자동 설정으로 프리픽스와 게이트웨이 획득), PMTU 경로 MTU 발견(이것 없으면 큰 패킷이 버려지고 재전송할 수 없음), 목적지 도달 불가능, 패킷 너무 큼 등 핵심 기능을 담당하고 있기 때문입니다. ip6tables 규칙에서 ICMPv6를 모두 DROP하면 다양한 이상한 네트워크 문제(작은 데이터는 ping이 되지만 큰 데이터는 안 됨, 주소는 받지만 인터넷은 안 됨 등)가 발생합니다. 올바른 방법은 필요한 ICMPv6 유형을 허용하는 것입니다.

2001:db8:: 이 주소 대역은 왜 예시에 everywhere 나오나요? 실제로 사용할 수 있나요?

2001:db8::/32는 RFC 3849에서 문서, 서적, 튜토리얼, 예시 코드, 테스트 환경에 사용하도록 특별히 예약한 프리픽스입니다. IPv4의 192.0.2.0/24(TEST-NET-1), 198.51.100.0/24, 203.0.113.0/24와 같습니다. 누구나 문서, 튜토리얼, 블로그에서 이 프리픽스를 자유롭게 사용하여 예시 주소를 쓸 수 있으며 실제 공공 주소와 충돌할 걱정이 없습니다——모든 라우터가 공공 네트워크에서 2001:db8::/32 대역을 라우팅하지 않기 때문입니다. 그래서 2001:db8:: 주소를 실제 네트워크 장비에 설정하여 통신에 사용할 수는 없으며, 예시 설명용으로만 사용됩니다. 본 도구 문서의 모든 IPv6 예시 주소는 이 예약 대역을 사용합니다.

术语表

IPv6: 인터넷 프로토콜 버전 6. IETF가 설계한 차세대 IP 프로토콜로 128비트 주소 길이를 사용하여 IPv4 주소 고갈 문제를 해결하고 보안, QoS, 자동 설정 등의 기능을 내장하고 있어 현대 인터넷의 기본 프로토콜입니다.
IPv4: 인터넷 프로토콜 버전 4. 32비트 주소 길이를 사용하며 이론적으로 약 43억 개의 주소가 있습니다. 1983년 사용되기 시작한 이래 현재까지 IPv6와 듀얼 스택으로 실행되고 있으며 2019년 전 세계 주소 할당이 고갈되었습니다.
CIDR: 클래스 없는 도메인 간 라우팅(Classless Inter-Domain Routing). IP 주소 표기법으로 형식은 주소/프리픽스 길이(예: 2001:db8::/32)이며 기존의 A/B/C 클래스 주소 구분을 대체하여 라우팅 효율을 높입니다.
프리픽스 길이: CIDR 표기법에서 슬래시 뒤의 숫자로, IP 주소의 앞 몇 비트가 네트워크 비트인지를 나타냅니다. IPv6 프리픽스 길이는 0-128이며 흔한 값은 /128(단일 장비), /64(서브넷), /48(사이트), /32(ISP)입니다.
제로 압축: IPv6 주소 약식 규칙. 연속된 한 그룹 이상의 전체 제로(0000)는 이중 콜론 ::로 대체할 수 있지만, 하나의 주소에 ::는 한 번만 나타날 수 있어 IPv6 주소 작성 길이를 크게 단축합니다.
RFC 5952: IETF가 발표한 IPv6 주소 텍스트 표시 규격. 권장되는 표준 압축 형식(소문자, 선행 0 생략, 가장 긴 제로 구간 압축, 단일 제로는 압축하지 않음 등)을 정의하여 동일한 주소에 규범적인 표기법이 하나만 존재하도록 보장합니다.
글로벌 유니캐스트: Global Unicast. 전 세계 인터넷에서 라우팅 가능한 공공 IPv6 주소로 IPv4 공공 주소에 해당합니다. 보통 2000::/3으로 시작하며 인터넷 통신에 사용됩니다.
링크 로컬: Link-Local. fe80::/10 프리픽스의 주소로 로컬 2계층 링크에서만 유효하며 라우터가 포워딩하지 않습니다. 각 IPv6 인터페이스가 자동으로 설정하며 NDP 이웃 발견, DHCPv6, 라우팅 프로토콜 등 하위 계층 통신에 사용됩니다.
유니크 로컬 주소(ULA): Unique Local Address. fc00::/7 프리픽스로 IPv4 사설 주소에 해당합니다. 조직 내부에서만 라우팅될 수 있고 공공 네트워크에서는 라우팅될 수 없으며 기업 내부 네트워크에 사용됩니다. 실제 사용은 fd00::/8 대역입니다.
멀티캐스트: Multicast. ff00::/8 프리픽스로 일대다 통신입니다. 데이터 패킷이 멀티캐스트 그룹에 가입한 모든 인터페이스에 전송되며 IPv4 브로드캐스트를 대체합니다. 라우팅 프로토콜, 서비스 발견, 스트리밍 미디어 등의 시나리오에 사용됩니다.
애니캐스트: Anycast. 여러 노드가 동일한 주소를 설정하면 데이터 패킷이 가장 가까운 노드로 라우팅됩니다. CDN, DNS 루트 서버, 로드밸런싱에 사용되며 주소 형식만으로는 유니캐스트와 구분할 수 없습니다.
루프백 주소: Loopback 주소. IPv6에서는 ::1/128이며 IPv4의 127.0.0.1에 해당합니다. 노드가 자신에게 보내는 주소로 로컬 테스트와 프로세스 간 통신에 사용되며 네트워크에 나타나지 않습니다.
미지정 주소: ::/128. IPv4의 0.0.0.0에 해당하며 주소가 존재하지 않거나 지정되지 않았음을 나타냅니다. 노드가 시작될 때나 모든 인터페이스에 바인딩할 때 사용합니다.
SLAAC: 무상태 주소 자동 설정(Stateless Address Autoconfiguration). IPv6 고유 기능으로 클라이언트가 라우터가 공지한 프리픽스에 따라 주소를 자동으로 생성하며 DHCP 서버가 필요 없습니다. 서브넷 프리픽스가 반드시 /64여야 합니다.
듀얼 스택: Dual Stack. 장비가 IPv4와 IPv6 프로토콜 스택을 동시에 실행하며 두 가지 주소를 모두 가지고 있습니다. 애플리케이션과 DNS에 따라 프로토콜을 선택하며 현재 가장 주류인 IPv4에서 IPv6로의 전환 방안입니다.
NAT64: IPv6/IPv4 전환 기술. 순수 IPv6 노드가 IPv4 자원에 접근할 수 있게 하며 네트워크 경계에서 주소 변환을 수행하고 DNS64와 함께 A 레코드를 AAAA 레코드로 합성합니다.
4to6: IPv4에서 IPv6로의 다양한 전환 및 터널 기술을 통칭합니다. 4in6, DS-Lite, MAP-T 등이 있으며 전환 기간에 두 프로토콜의 상호 운용을실현하는 데 사용됩니다.
nibble: 반바이트. 4비트 2진수로 하나의 16진수 문자에 해당합니다. IPv6 역방향 조회는 nibble 형식을 사용하며 32개의 16진수 문자를 거꾸로 한 뒤 .ip6.arpa 접미사를 붙입니다.
ip6.arpa: IPv6 역방향 DNS 조회 도메인. IPv4 역방향 도메인은 in-addr.arpa이고 IPv6는 ip6.arpa이며 nibble 형식으로 PTR 레코드를 구성합니다.
EUI-64: IEEE 64비트 확장 고유 식별자. 48비트 MAC 주소를 64비트 인터페이스 ID로 변환하는 방법(MAC 중간에 FFFE를 삽입하고 U/L 비트를 반전)입니다. SLAAC 자동 설정 주소에 사용되며 프라이버시 문제가 있습니다.

IPv6 주소 유형 비교표

IPv6 흔한 프리픽스 길이 참고

IPv4 vs IPv6 비교