도메인의 IPv6 지원 여부 확인하는 방법

도메인이 IPv6를 게시하는지 확인하려면 AAAA 레코드를 조회하세요. AAAA 응답에는 IPv6 주소가, A 응답에는 IPv4 주소가 들어 있습니다. AAAA 레코드가 보인다는 것은 질의한 DNS 관점에서 해당 이름이 IPv6 엔드포인트를 알리고 있다는 증거일 뿐, 그 엔드포인트가 모든 네트워크에서 도달 가능하다거나 웹사이트가 IPv6에서 올바르게 동작한다는 증거는 아닙니다. DNS 게시, 라우팅, 방화벽 규칙, TLS, 애플리케이션 설정이 모두 맞아떨어져야 합니다. 반대로 AAAA 응답이 없다는 것은 질의한 이름이 그 시점에 IPv6 데이터를 반환하지 않았다는 뜻일 뿐, 도메인 전체나 조직 전체에 IPv6 배포가 없다는 뜻은 아닙니다.

올바른 이름과 레코드 유형을 조회하세요

사용자가 실제로 방문하는 호스트 이름을 확인하세요. www로 시작하는지, 애플리케이션용 서브도메인을 쓰는지도 포함합니다. 루트 도메인은 IPv6를 게시하지만 www는 그렇지 않을 수도, 그 반대일 수도 있습니다. AAAA를 구체적으로 조회하고 A와 비교하면 해당 이름이 IPv4 전용인지, IPv6 전용인지, 듀얼 스택인지 알 수 있습니다. CNAME이 반환되면 대상 체인을 따라가세요. 별칭 자체에는 주소가 나타나지 않을 수 있습니다. 레코드를 방금 추가했다면 적절한 리졸버에서 조회를 반복하고, 시각과 TTL을 기록해 두세요. 그러면 오래된 캐시 결과인지, 권한 존에 반영되지 않은 설정인지 구별할 수 있습니다.

IPv6 주소는 콜론으로 구분한 16진수 그룹으로 표기하며, 연속된 0 그룹은 이중 콜론으로 압축할 수 있습니다. 점으로 구분하는 IPv4와 나란히 놓으면 이 표기가 낯설어 보일 수 있습니다. IPv6 주소를 IPv4처럼 비교하려 하거나, 단지 모양이 다르다는 이유로 사설 주소라고 추측하지 마세요. 엔드포인트를 직접 관리한다면 해당 주소가 의도한 인터페이스에 할당되어 있고, 인터넷에서 라우팅되며, 호스트 및 클라우드 방화벽에서 허용되는지 확인하세요. 엔드포인트가 도달 가능해지기 전에 AAAA를 게시하면, 클라이언트의 연결 선택 동작에 따라 일부 클라이언트에서 실패가 발생할 수 있습니다.

서비스 도달 가능성은 따로 테스트하세요

AAAA 레코드를 확인한 후에는 실제로 IPv6 연결이 되는 네트워크에서 애플리케이션을 IPv6로 테스트하세요. 웹 서버가 IPv6 인터페이스에서 수신 대기하고 있으며 호스트 이름에 맞는 인증서를 제시하는지 확인하세요. 로드 밸런서, CDN 설정, 보안 그룹, 로컬 방화벽도 점검하세요. IPv4와 IPv6는 규칙이 따로 있는 경우가 많아서, 한쪽을 허용한다고 해서 다른 쪽이 자동으로 허용되지는 않습니다. 페이지가 여러 도메인에서 리소스를 불러온다면 API나 이미지 호스트 같은 의존 서비스도 테스트하세요. DNS 조회는 대상 주소만 알려 줄 뿐, 이런 전송 계층이나 애플리케이션 조건은 테스트할 수 없습니다.

• 루트 도메인만이 아니라 중요한 모든 호스트 이름의 AAAA를 확인하세요.
• 게시된 주소를 찾을 때까지 CNAME 대상을 따라가세요.
• IPv4와 별개로 IPv6의 방화벽 및 라우팅 정책을 검증하세요.
• AAAA 레코드를 널리 공개하기 전에 IPv6로 HTTPS를 테스트하세요.
• 인프라나 CDN을 변경한 뒤에는 두 주소 체계를 모두 모니터링하세요.

안전한 듀얼 스택 롤아웃

단계적인 롤아웃은 DNS, 로드 밸런싱, 방화벽, 원본 연결 등 관련된 모든 계층에서 제공업체가 IPv6를 지원하는지 확인하는 것에서 시작합니다. 먼저 스테이징 호스트 이름을 테스트한 다음, 두 곳 이상의 IPv6 가능 네트워크에서 검증하세요. 한 번의 테스트에 의존하기보다 애플리케이션 로그에서 주소 체계별 오류를 모니터링하고 성공률을 비교하세요. 엔드포인트가 준비되지 않았는데 AAAA 레코드가 거기를 가리키고 있다면 그 레코드를 제거하거나 수정할 수 있도록 롤백 절차를 준비해 두세요. 환경에서 CDN을 사용한다면 해당 제공업체의 안내를 따르고, 공개 DNS가 원본이 아니라 엣지 주소를 노출하는지 이해해 두세요.

주소 체계 간의 관계는 A 레코드와 AAAA 레코드 비교와 더 넓은 범위의 IPv4와 IPv6 가이드를 참고하세요. 공개 응답을 확인하려면 도메인 조회 도구를 사용해 IPv4와 IPv6 결과를 따로 읽어 보세요. 핵심 구분은 단순합니다. 게시된 AAAA 레코드는 DNS상의 사실이고, 종단 간 IPv6 지원은 전체 연결 경로에 걸쳐 테스트해야 하는 서비스의 속성입니다.

부분적인 IPv6 배포에 주의하세요

서비스 전반에 걸친 IPv6 준비 상태는 고르지 않은 경우가 많습니다. 공개 웹사이트에는 AAAA 레코드가 있는데 API, 인증 콜백, 이미지 호스트, 결제 엔드포인트는 여전히 IPv4 전용일 수 있습니다. 이러면 IPv6 가능 사용자에게는 페이지가 로드되기 시작하다가 의존 서비스 하나에서 실패하는 일이 생길 수 있습니다. 애플리케이션이 사용하는 모든 호스트 이름을 목록으로 만들고 각각에 의도한 주소 체계를 확인하세요. CDN이 여러 원본 앞단에 있다면 IPv6가 엣지에서 끝나는지 백엔드까지 이어지는지 확인하세요. 연결 실패를 주소 체계별로 기록하면 IPv6 경로 문제와 일반적인 장애를 구별할 수 있습니다. AAAA를 널리 게시하고 고객이 처음으로 깨진 요청을 신고하기를 기다리는 것보다, 단계적 롤아웃과 검증된 롤백 기록이 낫습니다.