IPv6 테스트

열면 바로 내 IPv6를 확인합니다: IPv4와 IPv6를 이름으로, 또 DNS 없이 테스트하고 브라우저의 선택까지 보여 줍니다.

Cloudflare, Google, ipify의 테스트 주소와 RIPE의 레지스트리에 브라우저에서 직접 요청 · 저장하지 않음

확인 중0초 경과

IPv4와 IPv6로 연결을 확인하는 중…

내 브라우저

Cloudflare까지 왕복 시간

IPv4측정 중…

IPv6측정 중…

연결 유지 상태: 이미 열린 연결에서 잰 5회 중앙값 · 속도가 아니라 지연 시간

각 요청이 응답하는 대로 결과가 표시됩니다. 응답하지 않는 주소 체계는 최대 15초가 걸립니다.

각 주소 체계가 Cloudflare에 도달한 방법

DNS

내 네트워크

Cloudflare

둘 다 있는 사이트

내 기기

찾는 중…

…

경쟁 중…dnsrobot.org

IPv4찾는 중…
IPv6찾는 중…

각 요청이 응답하는 대로 결과가 표시됩니다. 응답하지 않는 주소 체계는 최대 15초가 걸립니다.

문제 먼저확인 중

IPv4(호스트 이름)RFC 1035확인 중
ipv4.icanhazip.com에 요청하는 중…
ipv4.icanhazip.com · A만
IPv6(호스트 이름)RFC 3596확인 중
ipv6.icanhazip.com에 요청하는 중…
ipv6.icanhazip.com · AAAA만
IPv4(DNS 없이)RFC 6146확인 중
1.0.0.1에 요청하는 중…
1.0.0.1 · DNS 없음
IPv6(DNS 없이)RFC 8200확인 중
2606:4700:4700::1111에 요청하는 중…
2606:4700:4700::1111 · DNS 없음
브라우저의 선택RFC 8305확인 중
dnsrobot.org에 IPv4와 IPv6로 동시에 연결을 시도하는 중…
dnsrobot.org · A + AAAA
최대 크기 IPv6 패킷RFC 4890확인 중
api6.ipify.org에 최대 크기 IPv6 패킷을 보내는 중…
api6.ipify.org · AAAA만 · MSS 1440
IPv4만큼 빠른 IPv6RFC 8305 §5확인 중
두 주소 체계를 측정하는 중…
IPv6 주소 유형RFC 6724확인 중
IPv6 주소를 기다리는 중…

브라우저로는 테스트할 수 없는 것

DNS 리졸버가 IPv6 전용 네임서버에 도달하는지.
Cloudflare 경로에서 약 1,420~1,500바이트 사이의 큰 패킷 문제.
IPv4가 공유되는지(CGNAT), IPv6 안에 실려 전달되는지(DS-Lite, MAP-E): 알 수 있는 것은 각 주소의 소유자뿐입니다.
제공업체가 주는 프리픽스 크기(/48, /56, /64): 광고된 블록과는 다릅니다.
주소가 임시 주소인지 고정 무작위 주소인지, 그리고 LAN 주소나 링크 로컬 주소.
인터넷에서 내 IPv6에 접근할 수 있는지(공유기의 방화벽).

테스트 주소 대부분(icanhazip.com, 1.0.0.1, 2606:4700:4700::1111, dnsrobot.org)은 Cloudflare가 운영하며 내 두 주소를 모두 봅니다. Google은 내 IPv4(8.8.8.8)를, ipify는 내 IPv6(api6.ipify.org)를 봅니다. 내 IPv4가 RIPE NCC(유럽, 중동, 중앙아시아)에 등록되어 있으면, 브라우저가 RIPE의 레지스트리(rdap.db.ripe.net)에 그 블록이 어떻게 표시되어 있는지도 조회합니다. 저희 서버는 Cloudflare의 DNS를 통해 Team Cymru에 조회해 각 네트워크의 이름을 확인하고, 각 주소의 역방향 이름도 조회하는데, 이 조회는 제공업체의 DNS 서버에 보입니다. 웹사이트 확인은 도메인만 보내며, Google Public DNS로 읽습니다. 아무것도 저장하지 않으며, 공유 링크에는 결과만 담기고 주소는 담기지 않습니다.

더 확인하기내 IP 주소 확인 DNS 유출 테스트 포트 확인 IPv6 압축

내 IPv6 연결은 어떻게 확인하나요?

이 페이지를 열기만 하면 됩니다: IPv6 연결 테스트가 몇 초 만에 저절로 실행되고, IPv6가 있는지, 작동하는지, 브라우저가 쓰는지를 한 줄로 알려 줍니다.

그 한 줄 뒤에는 브라우저가 보내는 요청 6개가 있습니다. 4개는 한 주소 체계로만 응답하는 Cloudflare 주소로 갑니다: ipv4.icanhazip.com에는 A 레코드만, ipv6.icanhazip.com에는 AAAA 레코드만 있고, 1.0.0.1과 2606:4700:4700::1111은 숫자로 입력하므로 DNS가 필요 없습니다. 5번째는 두 레코드를 모두 가진 dnsrobot.org에 요청해 브라우저가 어느 주소 체계를 고르는지 봅니다. 6번째로는 브라우저가 api6.ipify.org에 3 KB 요청을 보내고 3 KB 응답을 받는데, 둘 다 최대 크기 패킷입니다. 1.0.0.1이 거부되면 7번째로 Google의 8.8.8.8에 요청해, 차단된 주소와 IPv4가 없는 네트워크를 구분합니다.

이 결과들을 함께 읽으면 답을 하나만 주는 IPv6 확인 도구로는 구분할 수 없는 장애를 가려낼 수 있습니다. 이름으로 보낸 IPv6 요청은 실패하는데 숫자 주소는 응답한다면: IPv6는 작동하고 문제는 DNS입니다. 각각 15초 안에 두 번 요청해도 둘 다 응답이 없다면: 패킷은 나가는데 아무것도 돌아오지 않는 IPv6 불통입니다. 둘 다 즉시 실패한다면: 이 기기에는 IPv6가 없습니다.

요청	DNS 레코드	주소 체계	응답이 증명하는 것	반영되는 검사
dnsrobot.net이 페이지	A + AAAA	IPv4IPv6	이 페이지가 이미 사용한 주소 체계와 Cloudflare 데이터 센터	브라우저의 선택
ipv4.icanhazip.comCloudflare	A만	IPv4	이름으로 IPv4가 작동함	IPv4(호스트 이름) · IPv4만큼 빠른 IPv6
ipv6.icanhazip.comCloudflare	AAAA만	IPv6	DNS가 IPv6 주소를 주고, IPv6 패킷이 돌아옴	IPv6(호스트 이름) · IPv4만큼 빠른 IPv6 · IPv6 주소 유형
1.0.0.1Cloudflare 1.1.1.1	DNS 없음	IPv4	변환기 없이 IPv4가 라우팅됨(NAT64 뒤에서는 실패)	IPv4(DNS 없이) · IPv4만큼 빠른 IPv6
2606:4700:4700::1111Cloudflare 1.1.1.1	DNS 없음	IPv6	DNS와 상관없이 IPv6가 라우팅됨	IPv6(DNS 없이) · IPv4만큼 빠른 IPv6
dnsrobot.orgCloudflare	A + AAAA	IPv4IPv6	사이트가 둘 다 제공할 때 브라우저가 고르는 주소 체계	브라우저의 선택
api6.ipify.orgipify	AAAA만	IPv6	1,500바이트 최대 크기 IPv6 패킷이 양방향으로 통과함: 브라우저의 3 KB 요청이 나가고, ipify의 3 KB 응답과 TLS 핸드셰이크가 돌아옴	최대 크기 IPv6 패킷

테스트가 보내는 요청 6개와 이 페이지 자체의 연결: 각 이름이 가진 DNS 레코드와 응답이 증명하는 것입니다. 모두 어느 웹사이트에나 응답하며(Access-Control-Allow-Origin: *), Cloudflare 주소는 주소 체계와 데이터 센터를 알려 주는 /cdn-cgi/trace로 응답합니다. 레코드는 2026년 10월 24일에 읽었습니다.

IPv6 테스트 결과: 정상적인 듀얼 스택 회선에서 검사 8개 중 8개 통과, IPv4와 IPv6 모두 이름으로도 DNS 없이도 Cloudflare에 도달 — 정상적인 듀얼 스택 결과입니다. 번호를 선택하면 각 부분이 무엇을 보여 주는지 확인할 수 있습니다.

지금 IPv4와 IPv6 중 무엇을 쓰고 있나요?

사이트가 둘 다 제공하면 브라우저는 IPv6를 먼저 시도하고 잠깐 먼저 출발할 시간을 줍니다: 약 0.3초 안에 IPv6가 연결되지 않으면 IPv4도 시작하고, 먼저 연결된 쪽이 이깁니다.

이 경쟁이 Happy Eyeballs(RFC 8305)입니다. 표준은 AAAA 응답을 최대 50 ms 기다리고, 시도 사이에 250 ms를 권장하며, 브라우저가 이전 연결에서 배운 것을 활용하도록 허용합니다. Chrome은 300 ms, Firefox는 250 ms를 기다립니다. 그래서 정상 IPv6는 거의 매번 쓰이고, 불통 IPv6는 새 연결마다 약 0.3초를 잃으며, 선행 시간보다 느린 IPv6는 IPv4에 집니다.

테스트는 이 결과를 브라우저의 선택으로 보여 줍니다: 두 레코드를 모두 가진 이름 dnsrobot.org에 브라우저가 고른 주소 체계를, 이 페이지 자체가 사용한 주소 체계와 나란히 표시합니다.

정상 IPv6IPv6가 먼저 연결되고 IPv4는 시작하지 않음

IPv629 ms에 연결, 경쟁에서 승리IPv4

불통 IPv6IPv6는 응답 없음, IPv4가 300 ms에 시작

IPv6응답 없음 · 10초IPv4325 ms에 연결, 경쟁에서 승리

느린 IPv6(터널)IPv4가 300 ms에 시작해 먼저 연결됨

IPv6431 msIPv4325 ms에 연결, 경쟁에서 승리

RFC 8305 §3: AAAA 응답을 최대 50 ms 기다림
RFC 8305 §5 및 Firefox: IPv6에 250 ms의 선행 시간
Chrome: IPv6에 300 ms의 선행 시간

A와 AAAA 레코드를 모두 가진 이름에 대한 세 가지 경쟁. 연결 시간(IPv6 29 ms, IPv4 25 ms)은 2026년 10월 24일에 한 회선에서 측정했으며, 불통 IPv6와 느린 IPv6의 시도는 타이머 규칙에 따라 그렸습니다.

IPv6가 작동하지 않는 이유는 무엇인가요?

가장 흔한 원인은 공유기가 인터넷에 닿지 않는 IPv6를 나눠 주거나, 중간의 무언가가 DNS에서 IPv6 응답을 지우는 것입니다. 이름으로, 또 숫자로 보낸 요청 네 개가 어느 쪽인지 보여 줍니다.

체감되는 것은 IPv6 불통입니다: 사이트는 열리지만, IPv6를 지원하는 사이트에 새로 연결할 때마다 먼저 기다리게 됩니다. AAAA 응답을 버리는 DNS(공유기의 DNS 프록시, Pi-hole이나 NextDNS 설정, 보안 앱)는 IPv6가 작동하는데도 없는 것처럼 보이게 합니다. 6in4 터널 브로커나 6to4 같은 터널은 작동하지만 IPv4보다 느린 경우가 많아 브라우저가 건너뜁니다.

요청이 실패했다고 항상 회선 문제는 아닙니다: VPN은 내 연결을 자신의 연결로 바꾸고, 확장 프로그램은 테스트 주소를 차단할 수 있습니다. 이럴 때 테스트는 IPv6 없음이라고 보고하는 대신 그 사실을 알려 줍니다.

문제	IPv4		IPv6		겪는 증상	먼저 할 일
문제	이름	DNS 없음	이름	DNS 없음	겪는 증상	먼저 할 일
IPv6 불통					사이트는 열리지만 새 사이트마다 약 0.3초 기다림	공유기 재시작, 계속되면 공유기에서 IPv6를 끄고 제공업체에 알림
DNS가 AAAA를 주지 않음					IPv6는 작동하는데 어떤 사이트도 쓰지 않음	AAAA 필터링을 끄거나 1.1.1.1 같은 공용 DNS 사용
IPv6 없음					대개 아무 문제 없음: 사이트는 IPv4로 응답	공유기에서 IPv6를 켜거나 제공업체에 문의
IPv6 전용 + NAT64					IPv4 숫자 주소를 쓰는 앱이 실패	웹사이트는 할 일 없음, 앱은 휴대폰이나 공유기의 464XLAT로 해결
느린 IPv6					브라우저가 IPv4를 고름	더 가까운 터널 서버, 또는 제공업체의 네이티브 IPv6
큰 패킷 손실					일부 사이트가 연결 후 멈춤	방화벽에서 ICMPv6 유형 2(Packet Too Big) 허용
VPN 또는 WARP					테스트 결과가 VPN을 나타냄	VPN을 끄고 내 회선을 테스트

각 문제가 요청 네 개(주소 체계마다 이름으로, DNS 없이)에서 어떻게 보이는지, 어떤 증상을 겪는지, 먼저 무엇을 해 볼지 정리했습니다. 테스트 자체의 판정 규칙을 따릅니다.

IPoE 또는 PPPoE: 내 IPv4는 IPv6 안에 실려 전달되나요?

일본의 광회선(FLET'S)에서 IPv6는 거의 항상 IPoE를 쓰고, IPv4는 여전히 PPPoE로 로그인하거나 v6プラス(MAP-E)나 transix(DS-Lite) 같은 IPv4 over IPv6 서비스를 통해 IPv6 안에 실려 전달됩니다.

PPPoE는 ID와 비밀번호로 네트워크의 PPPoE 게이트웨이를 거쳐 IPv4를 전달하는데, 이 경로는 혼잡에 더 취약합니다. IPv4 over IPv6는 이 게이트웨이를 거치지 않습니다. MAP-E에서는 공유기가 IPv4 주소 하나를 다른 회선과 함께 쓰며, 회선마다 고유한 포트 범위를 받습니다(RFC 7597). DS-Lite에서는 공유기가 IPv4를 제공업체까지 터널로 보내고, 제공업체가 그곳에서 주소를 공유합니다(RFC 6333).

웹사이트는 터널을 볼 수 없고, 각 주소의 소유자만 볼 수 있습니다. 두 주소 모두 IPv4 over IPv6를 판매하는 VNE의 블록에 있다면: IPv4가 IPv6 안에 실려 전달됩니다. IPv4가 다른 네트워크에서 온다면: PPPoE일 가능성이 높습니다. 한 회사가 같은 네트워크에서 둘 다 운영하는 경우(OCN, BIGLOBE, ASAHIネット, ARTERIA Networks) 테스트는 판별할 수 없다고 알려 주며, 이때는 공유기의 상태 페이지에서 확인할 수 있습니다.

PPPoEID와 비밀번호로 네트워크의 PPPoE 게이트웨이를 거침

NAT내 공유기NTT NGNFLET'SPPPoE 게이트웨이ISP인터넷

MAP-EIPv4 over IPv6: 공유기가 포트 범위로 IPv4 주소 하나를 공유

NAT내 공유기IPv6 안의 IPv4NTT NGNFLET'SVNE 경계 릴레이인터넷

RFC 7597: “포트 세트 ID(PSID): CE에 독점적으로 할당된 포트 집합을 알고리즘으로 식별합니다.”

DS-LiteIPv4 over IPv6: 제공업체가 AFTR에서 IPv4 주소 하나를 공유

내 공유기IPv6 안의 IPv4NTT NGNFLET'SNATVNE AFTR인터넷

RFC 6333: “…잘 알려진 두 기술인 IP-in-IP(IPv4-in-IPv6)와 네트워크 주소 변환(NAT)을 결합하여.”

서비스	방식	운영사(VNE)	오리진 AS	주소로 판별
v6プラスv6 Plus	MAP-E	JPIX(구 JPNE)	AS2516KDDI에서 광고	판별 가능
OCNバーチャルコネクトOCN Virtual Connect	MAP-E	NTT DOCOMO BUSINESS	AS4713	판별 불가
IPv6オプションIPv6 option	MAP-E	BIGLOBE	AS2518	판별 불가
transix	DS-Lite	Internet Multifeed	AS55391AS55392	판별 가능
Xpass	DS-Lite	ARTERIA Networks	AS2519AS17506	판별 불가
v6 コネクトv6 Connect	DS-Lite	ASAHI Net	AS4685	판별 불가
IPv6高速ハイブリッドSoftBank Hikari	비공개	BBIX(SoftBank)	AS17676	판별 불가

FLET'S 회선에서 IPv4가 인터넷에 닿는 세 가지 방식과 각 방식을 쓰는 서비스. 방식은 운영사와 공유기 제조사의 문서를, 주소 블록과 오리진 AS는 2026년 10월 24일에 레지스트리, RIPEstat, Team Cymru에서 확인한 내용을 따릅니다. 판별 불가: 같은 네트워크가 PPPoE도 전달하거나, 알려진 블록이 없습니다. JPIX 자체의 AS55389에서는 아무것도 광고하지 않습니다.

내 IPv6 주소는 기기에 대해 무엇을 알려 주나요?

IPv6 주소의 앞쪽 절반은 내 네트워크를, 뒤쪽 절반인 인터페이스 ID는 그 안의 기기를 나타내며, 오래된 시스템에서는 기기의 MAC 주소로 인터페이스 ID를 만듭니다.

제공업체는 큰 블록을 인터넷에 광고하고, 가정은 그 안에서 /64를(또는 여러 개를) 받으며, 각 기기는 64비트 인터페이스 ID를 정합니다. 가운데에 ff:fe가 있는 ID는 EUI-64입니다: 네트워크 카드의 MAC 주소에 2바이트를 끼워 넣고 비트 하나를 뒤집은 값으로, 어느 네트워크에서나 같습니다. 요즘 시스템은 대신 무작위 ID를 씁니다: 기본적으로 매일 바뀌는 임시 주소(RFC 8981)이거나, 네트워크마다 고정된 무작위 ID(RFC 7217)입니다.

테스트의 IPv6 주소 보기에서 내 주소가 어떤 종류인지 알 수 있습니다. EUI-64 ID는 제조사를 알려 주는 MAC 주소 조회로 연결됩니다.

2001:db8:2c7:1f00

네트워크(/64) · 2001:db8::/32: 제공업체가 광고하는 블록

200:5eff:fe00:532a

인터페이스 ID(64비트)

MAC00:00:5e:00:53:2a
반으로 나눔00:00:5e · 00:53:2a
ff:fe 삽입00:00:5e:ff:fe:00:53:2a
7번째 비트 반전(00 → 02)02:00:5e:ff:fe:00:53:2a
인터페이스 ID0200:5eff:fe00:532a

00:00:5e:00:53:2a: IANA의 문서용 범위(RFC 9542)에 있는 MAC 주소입니다. 실제 MAC 주소는 카드 제조사를 나타냅니다.

임시 주소(RFC 8981): 같은 /64, 새 인터페이스 ID

월2001:db8:2c7:1f00:9d3e:61b2:c84f:1a07
화2001:db8:2c7:1f00:47a1:be2:f3c9:58d4
수2001:db8:2c7:1f00:e02c:7d95:1b6a:a3f0

RFC 8981 §3.8 주소별 기본값 · 우선 사용: 1일 · 유효: 2일

주소를 분해하고, EUI-64 인터페이스 ID에서 MAC 주소를 거꾸로 계산하며, ID가 바뀌는 동안에도 /64를 유지하는 임시 주소를 보여 줍니다. 문서용 주소(RFC 3849)와 IANA의 문서용 MAC 주소를 사용했습니다.

웹사이트가 IPv6를 지원하는지 어떻게 확인하나요?

위에서 웹사이트를 선택하고 도메인을 입력하세요: 도메인, www 이름, 네임서버, 메일 서버가 IPv6 주소(AAAA 레코드)를 게시하는지 읽어 옵니다.

웹 이름에 AAAA 레코드가 있으면 사이트에 IPv6로 접속할 수 있습니다. 네임서버와 메일 서버는 IPv6 전용 네트워크와 메일에 중요합니다. 잘 알려진 도메인 표에서 보듯, 여러 대형 사이트가 DNS는 이미 IPv6로 응답하면서도 웹사이트에는 아직 IPv4만 게시합니다.

AAAA 레코드는 주소가 게시되었다는 뜻일 뿐, 서버가 그 주소로 응답한다는 뜻은 아닙니다. 저희 서버는 IPv6로 연결할 수 없어 그것까지 확인하지는 못합니다.

도메인	웹사이트	www	네임서버	메일	결과
wikipedia.org	AAAA	AAAA	3/3	2/2	IPv6 지원
google.com	AAAA	AAAA	4/4	1/1	IPv6 지원
microsoft.com	AAAA	AAAA	4/4	1/1	IPv6 지원
netflix.com	AAAA	AAAA	4/4	5/5	IPv6 지원
apple.com	AAAA	AAAA	4/4	0/6	웹사이트 IPv6 지원
cloudflare.com	AAAA	AAAA	5/5	0/4	웹사이트 IPv6 지원
reddit.com	AAAA	없음	4/4	5/5	웹사이트 IPv6 지원
amazon.com	없음	AAAA	4/4	0/1	웹사이트 IPv6 지원
github.com	없음	없음	8/8	1/1	웹사이트는 IPv4만
mercadolibre.com.mx	없음	없음	4/4	5/5	웹사이트는 IPv4만
rakuten.co.jp	없음	없음	4/4	0/1	웹사이트는 IPv4만
x.com	없음	없음	0/8	5/5	웹사이트는 IPv4만
yahoo.co.jp	없음	없음	0/4	0/4	IPv6 없음

잘 알려진 도메인 13개의 레코드를 2026년 10월 24일에 한 장소에서 1.1.1.1 경유로 DNS에서 읽었습니다(CDN 응답은 장소마다 다름). 네임서버와 메일: 등록된 호스트 중 AAAA 레코드를 게시한 호스트의 수.

IPv6를 쓰는 사람은 얼마나 되나요?

일본과 미국에서는 이용자 10명 중 약 6명, 독일은 7명, 프랑스는 거의 9명이 IPv6를 쓸 수 있지만, 스페인은 10명 중 약 1명에 그칩니다(APNIC Labs, 2026년 10월 21일까지 30일 평균).

APNIC Labs는 하루 약 2,500만 건의 온라인 광고를 통해 IPv4와 IPv6로 테스트 객체를 가져오게 해 측정합니다. ‘사용 가능’은 기기와 네트워크가 IPv6를 쓸 수 있다는 뜻이고, ‘우선 사용’은 둘 다 주어졌을 때 IPv6를 썼다는 뜻입니다. Google은 자사 이용자를 집계하며, 2026년 10월 21일까지 1주일 동안 약 47%가 IPv6로 접속했습니다.

내 나라의 비율이 높은데 테스트에서 IPv6가 보이지 않는다면, 원인은 제공업체의 요금제나 공유기일 가능성이 높습니다. IPv4 전용 결과에는 내 네트워크 이름이 표시됩니다.

프랑스85.8%
인도76.3%
독일72.5%
베트남64.4%
미국62.5%
일본62.1%
브라질59.7%
멕시코58.2%
포르투갈48.5%
인도네시아29.5%
대한민국29.3%
튀르키예21.8%
폴란드19.7%
스페인10.9%
러시아표본 적음7.2%
전 세계43.8%

IPv6를 쓸 수 있는 이용자 비율(막대)과 둘 다 제공될 때 IPv6를 쓴 비율(눈금). 2026년 10월 21일까지 30일 평균이며, 2016년부터 2년마다 같은 날의 값(점)도 표시합니다. 출처: APNIC Labs, stats.labs.apnic.net/ipv6, 출처 표시 후 재사용. 러시아: 하루 약 2,500회 측정.

명령줄에서 IPv6를 테스트하려면 어떻게 하나요?

curl -6 https://ipv6.icanhazip.com을 실행하세요: IPv6가 작동하면 내 IPv6 주소를 출력하고, 불통이면 멈추며, IPv6가 없으면 즉시 실패합니다.

ipv4.icanhazip.com에 curl -4를 쓰면 IPv4로 같은 확인을 합니다. nslookup -type=AAAA 또는 dig AAAA는 DNS가 IPv6 주소를 돌려주는지 보여 줍니다. ping -6은 ICMPv6로 경로를 테스트하는데, 일부 방화벽은 ICMPv6를 버리므로 응답이 없다는 것만으로는 아무것도 증명되지 않습니다.

WindowsmacOSLinux

1C:\> curl.exe -6 https://ipv6.icanhazip.com
2001:db8:4a1c:7f00:9d3e:61b2:c84f:1a07

2C:\> curl.exe -4 https://ipv4.icanhazip.com
203.0.113.58

3C:\> nslookup -type=AAAA ipv6.icanhazip.com 1.1.1.1
Name:    ipv6.icanhazip.com
Address:  2606:4700:9a90:aa:b9de:0:6810:b8f1

4C:\> ping -6 2606:4700:4700::1111
Reply from 2606:4700:4700::1111: time=24ms

1% curl -6 https://ipv6.icanhazip.com
2001:db8:4a1c:7f00:9d3e:61b2:c84f:1a07

2% curl -4 https://ipv4.icanhazip.com
203.0.113.58

3% dig AAAA ipv6.icanhazip.com @1.1.1.1 +short
2606:4700:9a90:aa:b9de:0:6810:b8f1

4% ping6 -c 3 2606:4700:4700::1111
16 bytes from 2606:4700:4700::1111, icmp_seq=0 hlim=60 time=24.123 ms

1$ curl -6 https://ipv6.icanhazip.com
2001:db8:4a1c:7f00:9d3e:61b2:c84f:1a07

2$ curl -4 https://ipv4.icanhazip.com
203.0.113.58

3$ dig AAAA ipv6.icanhazip.com @1.1.1.1 +short
2606:4700:9a90:aa:b9de:0:6810:b8f1

4$ ping -6 -c 3 2606:4700:4700::1111
64 bytes from 2606:4700:4700::1111: icmp_seq=1 ttl=60 time=24.1 ms

내 IPv6 주소: 이름으로 IPv6가 작동합니다. 멈춰 있으면 IPv6 불통, 바로 오류가 나면 IPv6가 없는 것입니다.
비교용 내 IPv4 주소.
AAAA 응답: DNS가 IPv6 주소를 줍니다(여기서는 1.1.1.1에 질의).
DNS 없이 주소로 보내는 ICMPv6: 경로가 작동합니다. 응답이 없으면 방화벽 때문일 수도 있습니다.

테스트의 네 가지 질문을 터미널에서 실행한 예입니다. AAAA 응답은 2026년 10월 24일에 1.1.1.1이 돌려준 값이며, 내 주소는 문서용 예시 주소로 표시합니다.

IPv6를 켜려면 어떻게 하나요?

테스트에서 IPv6가 보이지 않을 때 중요한 스위치는 대개 공유기에 있으며, 때로는 제공업체가 내 회선의 IPv6를 켜 줘야 합니다.

공유기 관리자 페이지에서는 인터넷 또는 WAN 메뉴에서 IPv6를 찾아 네이티브, 자동 또는 프리픽스 위임을 사용하는 DHCPv6를 고르세요. 일본에서는 IPoE와 IPv4 over IPv6를 쓰려면 계약에 해당 서비스가 있어야 하고, 이를 지원하는 공유기도 필요합니다. 회선의 IPv6 문제를 고치려고 기기 한 대에서만 IPv6를 끄지 마세요: 공유기에서 끄면 모든 기기가 깔끔하게 IPv4로 돌아가며, 그다음 제공업체에 알리세요.

Windows 11
제어판네트워크 및 공유 센터어댑터 설정 변경사용 중인 어댑터 › 속성
인터넷 프로토콜 버전 6(TCP/IPv6)
macOS
시스템 설정네트워크사용 중인 네트워크 › 세부사항TCP/IP
Configure IPv6: Automatically
iPhone
설정Wi-Fi네트워크 옆의 ⓘ
IPV6 주소에 내 주소가 표시됨
Android(모바일 데이터)
설정네트워크 및 인터넷SIM액세스 포인트 이름사용 중인 APN
APN 프로토콜: IPv4/IPv6
FRITZ!Box
InternetAccount InformationIPv6
IPv6 support enabled
대부분의 공유기
인터넷 또는 WANIPv6
네이티브, 자동 또는 DHCPv6-PD

시스템마다 IPv6를 표시하거나 켜고 끄는 곳. 메뉴 이름은 시스템 버전과 언어에 따라 다르며, 한국어 표기를 확인하지 못한 항목은 영어로 남겨 두었습니다.

IPv6 테스트·내 IPv6 확인 자주 묻는 질문

IPv6가 없으면 문제가 되나요?

지금은 아닙니다: 거의 모든 웹사이트가 여전히 IPv4로 응답하므로, IPv4 전용 회선으로도 대부분을 열 수 있습니다. IPv6 전용 서비스와 때로는 더 짧은 경로를 놓치며, IPv4 주소가 부족한 제공업체에서는 주소 하나를 많은 고객과 함께 쓰게 될 수 있는데(캐리어급 NAT), 이 경우 포트 포워딩과 게임 호스팅이 막힐 수 있습니다. 내 나라의 IPv6 비율이 높다면 요금제에 IPv6가 포함되는지 제공업체에 문의하세요.

‘IPv6 불통’은 무슨 뜻인가요?

기기에 IPv6 경로가 있어 패킷을 보내지만, 이름으로도 숫자 주소로도 응답이 돌아오지 않는 상태입니다. 각 요청은 15초 안에 두 번 보냅니다. 브라우저가 IPv4로 대체하므로 사이트는 열리지만, IPv6를 지원하는 사이트에 새로 연결할 때마다 먼저 기다리게 되며, Chrome에서는 약 0.3초입니다. 원인은 대개 공유기나 제공업체의 IPv6입니다: 공유기를 다시 시작하고, 계속되면 공유기에서 IPv6를 끄고 제공업체에 알리세요.

IPv6가 작동하는데 브라우저가 IPv4를 쓰는 이유는 무엇인가요?

Happy Eyeballs(RFC 8305)는 IPv6에 선행 시간을 주며(표준은 250 ms, Chrome은 300 ms), 먼저 연결된 주소 체계가 이깁니다. 브라우저는 이전 연결에서 배운 것을 활용할 수도 있습니다. IPv4가 우연히 먼저 연결되면 브라우저는 IPv4를 고릅니다. 이는 허용된 동작이며 해롭지 않습니다: 테스트는 IPv6 왕복이 IPv4보다 100 ms 이상 더 걸릴 때만 경고하는데, 이는 RFC 8305가 허용하는 가장 짧은 선행 시간입니다.

IPv6가 IPv4보다 빠른가요?

그 자체로 빠르지는 않습니다: 둘 다 같은 데이터를 전달하며, 차이는 경로에서 생깁니다. 네이티브 IPv6는 대개 IPv4와 같은 경로를 거치고 몇 밀리초 안팎의 차이를 보입니다. 일본의 FLET'S 회선에서는 IPoE가 혼잡에 더 취약한 PPPoE 장비를 거치지 않으므로, 붐비는 시간대에는 IPv6와 IPv4 over IPv6가 더 빠른 경우가 많습니다. 먼 서버로 가는 터널은 대개 더 느립니다.

VPN이 IPv6 테스트에 영향을 주나요?

그렇습니다. VPN을 켜면 테스트에는 제공업체가 아니라 VPN의 주소와 네트워크가 보이며, 테스트가 그렇다고 알려 줍니다. IPv4만 전달하는 VPN은 IPv6를 제공업체를 통해 내보낼 수 있어 IPv6 유출이 생기고, IPv6를 차단하는 VPN은 회선이 IPv4 전용처럼 보이게 합니다. VPN을 끄고 테스트를 다시 실행해 두 결과를 비교하세요.

NAT64란 무엇이며, IPv6 전용 네트워크에서 IPv4는 어떻게 작동하나요?

일부 모바일 네트워크와 캠퍼스 네트워크는 기기에 IPv6만 줍니다. 이 네트워크의 DNS(DNS64)는 IPv4 전용 이름에 대해 64:ff9b::/96 또는 네트워크 자체 프리픽스(RFC 6052) 아래에 IPv6 주소를 만들어 주고, 변환기(NAT64, RFC 6146)가 트래픽을 변환합니다. 이름으로는 작동하지만, 숫자로 입력한 IPv4 주소는 기기가 직접 변환하지 않는 한 실패합니다(Android의 464XLAT, Apple 자체의 합성). 테스트는 IPv4 주소 두 개가 한꺼번에 거부될 때 이렇게 판단하는데, IPv4 주소를 차단하는 필터도 같은 결과를 냅니다.

IPv6 점수 10/10은 무슨 뜻인가요?

일부 IPv6 테스트 사이트는 자체 규칙으로 10점 만점 점수를 매깁니다. 이런 점수를 정의한 표준은 없으며, IPv4 전용 회선이 어떤 기준에서는 높은 점수를, 다른 기준에서는 낮은 점수를 받을 수도 있습니다. 이 테스트는 대신 검사를 셉니다: 각각 근거 RFC와 연결된 8개 검사이며, 어떤 검사를 통과했고 왜 그런지 보여 주므로 점수가 감추는 것을 볼 수 있습니다.

웹사이트가 내 IPv6 주소로 나를 추적할 수 있나요?

어느 정도는 그렇습니다. 모든 사이트가 내 주소를 보며, 앞쪽 64비트는 제공업체가 프리픽스를 유지하는 동안 내 가정 네트워크를 식별합니다. 요즘 시스템은 기본적으로 뒤쪽 64비트를 매일 바꾸지만(임시 주소, RFC 8981), EUI-64 주소에는 네트워크 카드의 MAC 주소가 들어 있어 어느 네트워크에서나 같습니다. 내 주소가 그렇다면 테스트가 경고합니다.

내가 v6プラス(v6 Plus)를 쓰는지 어떻게 알 수 있나요?

테스트를 실행하세요: 두 주소가 모두 JPIX의 v6プラス 블록에 있으면(JPIX는 2023년까지 JPNE였습니다) IPv4가 MAP-E로 IPv6 안에 실려 전달된다고 알려 주고, IPv4가 JPIX의 트래픽을 전달하는 KDDI 네트워크에 있으면 그럴 가능성이 높다고 알려 줍니다. IPv4가 다른 네트워크에서 온다면 아마 아직 PPPoE를 쓰고 있을 것입니다. 공유기의 상태 페이지에 방식이 표시되며, JPIX의 공식 확인 페이지에서도 알 수 있습니다.

이 테스트는 내 IP 주소를 저장하나요?

아니요. 테스트는 브라우저에서 실행됩니다. 대부분의 테스트 주소는 Cloudflare가 운영하며 내 IPv4와 IPv6를 보고, Google(8.8.8.8)은 내 IPv4를, ipify는 내 IPv6를 봅니다. RIPE NCC에 등록된 IPv4는 그 레지스트리에서도 조회합니다. 저희 서버는 Cloudflare의 DNS를 통해 Team Cymru에 각 주소가 어느 네트워크에 속하는지 묻고 역방향 이름도 조회하는데, 이 조회는 제공업체의 DNS 서버에 보입니다. 아무것도 저장하지 않으며, 공유 링크에는 내 주소가 절대 담기지 않습니다.

부족한 점이 있습니까?기능 또는 새 도구 제안하기

IPv6 테스트

내 IPv6 연결은 어떻게 확인하나요?

지금 IPv4와 IPv6 중 무엇을 쓰고 있나요?

IPv6가 작동하지 않는 이유는 무엇인가요?

IPoE 또는 PPPoE: 내 IPv4는 IPv6 안에 실려 전달되나요?

내 IPv6 주소는 기기에 대해 무엇을 알려 주나요?

웹사이트가 IPv6를 지원하는지 어떻게 확인하나요?

IPv6를 쓰는 사람은 얼마나 되나요?

명령줄에서 IPv6를 테스트하려면 어떻게 하나요?

IPv6를 켜려면 어떻게 하나요?

IPv6 테스트·내 IPv6 확인 자주 묻는 질문

IPv6가 없으면 문제가 되나요?

‘IPv6 불통’은 무슨 뜻인가요?

IPv6가 작동하는데 브라우저가 IPv4를 쓰는 이유는 무엇인가요?

IPv6가 IPv4보다 빠른가요?

VPN이 IPv6 테스트에 영향을 주나요?

NAT64란 무엇이며, IPv6 전용 네트워크에서 IPv4는 어떻게 작동하나요?

IPv6 점수 10/10은 무슨 뜻인가요?

웹사이트가 내 IPv6 주소로 나를 추적할 수 있나요?

내가 v6プラス(v6 Plus)를 쓰는지 어떻게 알 수 있나요?

이 테스트는 내 IP 주소를 저장하나요?

내 IP 주소 확인

내 ISP 확인

IP 조회

DNS 조회

DNS 유출 테스트

MAC 주소 조회

IPv4에서 IPv6로

IPv6 압축

포트 확인

내 IPv6 연결은 어떻게 확인하나요?

지금 IPv4와 IPv6 중 무엇을 쓰고 있나요?

IPv6가 작동하지 않는 이유는 무엇인가요?

IPoE 또는 PPPoE: 내 IPv4는 IPv6 안에 실려 전달되나요?

내 IPv6 주소는 기기에 대해 무엇을 알려 주나요?

웹사이트가 IPv6를 지원하는지 어떻게 확인하나요?

IPv6를 쓰는 사람은 얼마나 되나요?

명령줄에서 IPv6를 테스트하려면 어떻게 하나요?

IPv6를 켜려면 어떻게 하나요?

IPv6 테스트·내 IPv6 확인 자주 묻는 질문

IPv6가 없으면 문제가 되나요?

‘IPv6 불통’은 무슨 뜻인가요?

IPv6가 작동하는데 브라우저가 IPv4를 쓰는 이유는 무엇인가요?

IPv6가 IPv4보다 빠른가요?

VPN이 IPv6 테스트에 영향을 주나요?

NAT64란 무엇이며, IPv6 전용 네트워크에서 IPv4는 어떻게 작동하나요?

IPv6 점수 10/10은 무슨 뜻인가요?

웹사이트가 내 IPv6 주소로 나를 추적할 수 있나요?

내가 v6プラス(v6 Plus)를 쓰는지 어떻게 알 수 있나요?

이 테스트는 내 IP 주소를 저장하나요?

관련 도구

내 IP 주소 확인

내 ISP 확인

IP 조회

DNS 조회

DNS 유출 테스트

MAC 주소 조회

IPv4에서 IPv6로

IPv6 압축

포트 확인