나란히 사용되는 두 가지 주소 체계
IPv4
192.0.2.10
32비트, 주소 약 43억 개, 고갈
IPv6
2606:4700::6810:84e5
128비트, 주소 340간 개
A 레코드와 AAAA 레코드: IPv4와 IPv6 쉽게 이해하기
도메인에는 IP 주소가 하나만 있는 것이 아니라, 서로 완전히 다른 두 종류의 주소가 있을 수 있으며 각각 다른 DNS 레코드 유형으로 저장됩니다. A 레코드는 IPv4 주소(예: 192.0.2.10)를 담고, AAAA 레코드(“쿼드 에이”라고 읽습니다)는 IPv6 주소(예: 2606:4700::6810:84e5)를 담습니다. 두 레코드는 각각 독립적으로 조회되고 독립적으로 응답하며, 도메인은 둘 중 하나, 둘 다, 또는 (요즘은 드물지만) 특정 네트워크에서 어느 쪽도 접속할 수 없는 상태일 수 있습니다.
주소 체계가 두 가지인 이유
IPv4 주소는 32비트 숫자이므로 만들 수 있는 주소는 약 43억 개가 한계이며, 인터넷은 이미 이 주소를 모두 소진했습니다. IPv6는 128비트 주소를 사용하며 주소 공간이 매우 커서 현실적으로 고갈을 걱정할 필요가 없습니다. IPv6는 장기적인 대체 수단으로 설계되었지만, 두 프로토콜이 전송 수준에서 호환되지 않기 때문에 인터넷은 한 번에 전환하는 대신 20년 동안 두 체계를 나란히 운영해 왔습니다.
| A 레코드 (IPv4) | AAAA 레코드 (IPv6) | |
|---|---|---|
| 주소 크기 | 32비트 | 128비트 |
| 전체 주소 공간 | 약 43억 개 | 340 undecillion |
| 예시 | 192.0.2.10 | 2606:4700::6810:84e5 |
| 현재 상태 | 고갈됨, NAT로 연명 중 | 확산 중, 고갈 압박 없음 |
| 일반적인 보급 범위 | 거의 모든 곳 | 대형 플랫폼에서는 흔하지만 아직 보편적이지 않음 |
조회 결과가 의미하는 것
- A 레코드만 있는 도메인은 IPv4 전용입니다. 특히 소규모이거나 오래된 인프라에서는 여전히 매우 흔합니다.
- 두 레코드를 모두 가진 도메인은 듀얼 스택입니다. 오늘날 대부분의 대형 플랫폼과 CDN이 이 방식으로 운영됩니다.
- 두 가지를 모두 지원하는 클라이언트(브라우저, 앱, 서버)는 둘 다 사용할 수 있고 네트워크 경로가 실제로 이를 지원하면 일반적으로 IPv6를 우선합니다.
- AAAA 레코드가 보인다고 해서 반드시 접속할 수 있는 것은 아닙니다. 사용자의 네트워크나 ISP에서 IPv6 연결이 실제로 동작해야 합니다.
듀얼 스택 클라이언트가 실제로 하나를 고르는 방법
두 레코드가 모두 있을 때 대부분의 최신 운영체제는 무조건 IPv6부터 시도하다가 실패하면 포기하는 방식을 쓰지 않습니다. 대신 Happy Eyeballs(RFC 8305)라는 알고리즘을 사용합니다. 클라이언트가 IPv6 주소와 대체용 IPv4 주소로 거의 동시에 연결을 시도하되 IPv6에 약간 먼저 출발할 기회를 주고, 먼저 완료된 연결을 그대로 사용합니다. 그래서 AAAA 레코드가 잘못되었거나 접속할 수 없더라도 대부분의 사용자는 눈에 띄는 지연 없이 사이트를 열 수 있습니다. IPv4 대체 연결이 조용히 경쟁에서 이기기 때문입니다. “IPv6를 시도하고, 포기한 뒤 처음부터 IPv4로 다시 시도한다”는 단순한 방식이었다면 몇 초씩 멈춤이 생겼을 것입니다.
연결 문제를 디버깅한다면 다른 어떤 것보다 먼저 둘 다 확인해 볼 만합니다. AAAA 레코드가 없다는 사실로 IPv6를 원인에서 제외하거나(또는 원인으로 확인하거나), 단 한 번의 조회로 문제 범위를 바로 좁힐 수 있습니다.
듀얼 스택 응답이 항상 대칭인 것은 아닙니다
도메인의 A 레코드와 AAAA 레코드가 동등하고 서로 바꿔 쓸 수 있는 인프라를 가리킨다고 생각하기 쉽지만, 이는 보장되지 않습니다. CDN이 일부 엣지 위치에만 먼저 IPv6 지원을 배포했다면 AAAA 레코드는 A 레코드보다 같은 네트워크의 더 작은 부분집합을 경유하게 됩니다. 원본 서버를 새 IPv4 호스팅으로 이전했더라도 같은 변경에서 AAAA 레코드를 갱신하지 않았다면, IPv6 트래픽은 곧 폐기될 예전 호스트에서 계속 제공될 수 있습니다. 두 레코드를 실제로 그러하듯 독립적으로 관리되는 것으로 보고, 둘 뒤에 하나의 “서버”가 있다고 가정하지 않으면 한쪽 주소 체계만 갱신되고 다른 쪽은 조용히 방치되는 유형의 이전 실수를 피할 수 있습니다.
도메인의 공개 DNS 주소를 확인해야 하나요? Domain IP Lookup 도구를 사용해 보세요.
관련 글
재귀 DNS 조회, 단계별로 살펴보기
브라우저
example.com 요청
리졸버
내 ISP / 1.1.1.1
루트 + TLD
.com 운영 주체는?
권한 네임서버
실제 응답
체인의 각 단계도 DNS 조회이며 이후 캐시됩니다
DNS란? 실제로 어떻게 동작할까
도메인을 입력한 순간부터 브라우저가 서버에 연결되기까지, 도메인 네임 시스템에서 벌어지는 일을 쉬운 말로 차근차근 풀어 설명합니다.
“DNS 서버”라는 이름을 공유하는 세 계층
스텁 리졸버
내 기기 자체
재귀 리졸버
ISP, 라우터, 1.1.1.1
권한 네임서버
도메인 자체의 DNS
도메인 IP 주소 조회: 결과가 의미하는 것
여러 주소, IPv4와 IPv6 레코드, CDN 엣지, 역방향 귀속의 한계를 포함해 도메인 IP 주소 조회 결과를 이해합니다.
“DNS 서버”라는 이름을 공유하는 세 계층
스텁 리졸버
내 기기 자체
재귀 리졸버
ISP, 라우터, 1.1.1.1
권한 네임서버
도메인 자체의 DNS
DNS 서버란? 리졸버와 네임서버의 역할
DNS 서버의 역할과 재귀 리졸버, 권한 네임서버의 차이, 어느 서버가 질의에 응답했는지 확인하는 방법을 알아봅니다.