IPv4 / IPv6 Dual-Stack 테스트

이 테스트의 원리

정직한 테스트를 가능하게 하는 것은 DNS입니다. 한 호스트 이름은 A 레코드만 공개해 IPv4로만 닿을 수 있고, 다른 하나는 AAAA 레코드만 공개해 IPv6로만 닿을 수 있습니다. 브라우저가 둘 다 시도합니다. 추론도 추측도 없습니다. 응답이 오면 그 프로토콜이 동작하는 것이고, 응답에 담긴 주소가 실제로 사용된 주소입니다.

두 주소를 모두 알아내는 유일하게 올바른 방법이며, 홈페이지가 하나만 보여주는 이유이기도 합니다. 요청 하나로는 둘 다 알 수 없습니다.

결과 읽는 법

둘 다 정상 — dual-stack

현대적인 구성입니다. 사이트가 IPv6를 제공하면 브라우저는 대체로 IPv6를 택하고, 아니면 IPv4로 돌아갑니다.

IPv4 전용

전 세계적으로 여전히 가장 흔하며 고장난 것이 아닙니다. 사실상 모든 공개 서비스가 IPv4 주소를 공개하므로 일상에서 차이를 느끼지 못합니다.

IPv6 전용

모바일 네트워크에서 점점 흔해지고 있습니다. IPv4 전용 서비스 접속은 통신사의 변환 계층, 보통 NAT64와 DNS64에 의존합니다.

어느 쪽에도 닿지 못함

이 경우 프로토콜 지원에 대해 아무것도 알 수 없습니다. 이 페이지가 열렸다는 것 자체가 연결이 살아 있다는 뜻이니까요. 요청 자체가 무언가에 막히고 있는 것입니다.

왜 “미지원” 이 아니라 “접속 안 됨” 인가

요청 실패에는 브라우저에서 똑같아 보이는 여러 원인이 있습니다. 해당 프로토콜 미지원, 방화벽, 캡티브 포털, 한 프로토콜만 실어 나르는 VPN, 엔드포인트 장애 등입니다. 이 다섯 중 하나를 사실로 단정하는 것은 측정으로 포장한 추측입니다. 그 구분은 이런 도구를 쓰는 사람에게 가장 중요합니다.

한계

• 이 테스트는 네트워크 전체가 아니라 브라우저의 연결성을 측정합니다. 다른 기기나 같은 기기의 다른 인터페이스는 결과가 다를 수 있습니다.
• VPN은 결과를 바꾸며, 때로는 한 프로토콜만 남깁니다. 통신사가 아니라 VPN의 동작입니다.
• IPv6 주소는 테스트할 때마다 대개 달라집니다. privacy extensions가 호스트 부분을 의도적으로 바꾸기 때문입니다.

홈페이지는 왜 제 주소를 둘 다 보여주지 못하나요?

HTTP 요청 하나는 프로토콜 하나로 오가며 주소 하나만 드러냅니다. 둘 다 보여주는 사이트는 다르게 설정된 호스트 이름에 두 번째 요청을 따로 보내는 것입니다. 이 도구가 하는 일이 정확히 그것이며, 다만 숨기지 않습니다. MyIPKit은 그 결과를 원래 연결에서 온 것처럼 제시하지 않습니다.

IPv4 전용이면 문제인가요?

아닙니다. 전 세계 대부분의 연결이 여전히 IPv4 전용이고 모든 것이 잘 동작합니다. 거의 모든 서비스가 IPv4 주소를 공개하기 때문입니다. IPv6는 IPv6 전용 서비스에 접속해야 하거나, 통신사가 CGNAT 뒤로 옮겨 직접 접근 가능한 주소가 필요할 때 의미가 있습니다.

IPv6가 있는 걸 아는데 테스트가 실패했습니다. 왜인가요?

요청 실패는 엔드포인트에 닿지 못했다는 뜻이며, IPv6가 없다는 뜻과는 다릅니다. 방화벽, 캡티브 포털, IPv4만 터널링하는 VPN, 엔드포인트 장애 모두 동일한 결과를 만듭니다. 그래서 이 도구는 “IPv6 없음” 이 아니라 “접속 안 됨” 이라고 표시합니다.

IPv6 주소가 매번 다른 이유는 무엇인가요?

대부분의 운영체제가 IPv6 privacy extensions를 사용해 주소의 호스트 부분을 주기적으로 바꿉니다. 앞부분 — 통신사가 제공하는 네트워크 프리픽스 — 는 그대로이고, 뒷부분은 추적을 어렵게 하려고 의도적으로 바뀝니다.