이 페이지는 시스템 설정을 보지 않고, 브라우저가 실제로 IPv6로 인터넷에 접속할 수 있는지만 확인합니다. 이를 위해 각각 하나의 주소 체계만 공개된 탐지용 호스트 이름 두 개에 연결하며, 연결에 성공한 쪽은 해당 주소 체계가 실제로 작동한다는 것을 증명합니다.
v4 탐지 호스트 이름에는 A 레코드만 있어 IPv4 사용이 강제되고, v6 탐지 호스트 이름에는 AAAA 레코드만 있어 IPv6 사용이 강제됩니다. 두 요청은 병렬로 실행되며 각각 성공 여부, 출구 주소, 지연 시간을 기록합니다. 이어서 메인 사이트에 일반 요청을 보내, 두 주소 체계를 모두 쓸 수 있을 때 브라우저가 실제로 어느 쪽을 선택했는지 확인합니다.
여기서 ‘IPv6 지원’은 처음부터 끝까지 실제로 사용 가능하다는 뜻입니다. ISP가 주소를 할당하고, 공유기가 이를 통과시키고, 운영체제가 활성화하고, 브라우저가 실제로 사용해야 합니다. 어느 한 단계라도 빠지면 연결 불가로 표시됩니다.
흔한 순서대로 보면 다음과 같습니다. ISP가 회선에 IPv6를 제공하지 않음(고객센터에 문의); 모뎀이나 공유기의 WAN 측에서 IPv6가 꺼져 있거나 LAN 측 프리픽스 위임이 꺼져 있음; 운영체제나 네트워크 어댑터에서 IPv6가 비활성화됨; VPN / 프록시 클라이언트가 IPv4만 처리하고 IPv6를 차단함; 기업 네트워크가 정책상 IPv6를 비활성화함.
공유기 관리 페이지에서 WAN의 IPv6를 자동으로 설정하고(PPPoE 회선은 보통 ‘자동’ 또는 ‘네이티브’), LAN 쪽에서 RA / DHCPv6를 켭니다. 이어서 운영체제 네트워크 설정에서 IPv6가 자동으로 되어 있는지 확인한 뒤 다시 검사하세요. 그래도 연결되지 않으면 ISP가 IPv6를 개통하지 않았을 가능성이 높으므로 ISP에 문의해야 합니다.
많은 VPN과 프록시는 IPv4만 처리하므로 IPv6 요청은 실제 네트워크로 그대로 나가고, 웹사이트는 실제 주소를 알게 됩니다. VPN / 프록시를 사용하는 중인데 이 페이지에 듀얼 스택으로 표시되면 유출 테스트 페이지에서 IPv6 항목을 확인하거나 클라이언트에서 ‘IPv6 차단’을 켜세요.
사이트가 AAAA 레코드를 게시해야만 IPv6 트래픽이 그 사이트로 갑니다. 아직 많은 사이트가 IPv4만 지원하므로 이때 브라우저는 IPv4를 쓸 수밖에 없으며, 이는 사용자의 네트워크와 무관합니다.
운영체제의 프라이버시 확장(RFC 4941) 때문입니다. 외부로 나가는 연결에 쓰는 임시 주소는 보통 하루 단위로 주기적으로 바뀌며, 프리픽스는 그대로 유지됩니다. ISP가 프리픽스를 다시 할당하면 주소 전체가 바뀝니다.
정상이며 오히려 바람직한 경우가 많습니다. 클라이언트가 IPv6를 차단하고 있어 IPv6 유출이 일어나지 않는다는 뜻입니다. VPN을 통해 IPv6 리소스에 꼭 접속해야 하는 경우에만 IPv6 터널링을 지원하는 서비스를 선택하세요.
대개 문제없습니다. 통신사가 NAT64 / DNS64 또는 464XLAT로 IPv4 트래픽을 투명하게 변환하며, IPv4 주소를 하드코딩한 일부 오래된 앱만 오작동할 수 있습니다.