DNS 조회란? 도메인 이름이 서버를 찾아가는 원리 완전 가이드

주소창에 도메인을 입력하면 무슨 일이 벌어질까

브라우저 주소창에 tooly.co.kr을 입력하고 엔터를 누르는 순간, 화면에 페이지가 뜨기까지 수백 밀리초 사이에 꽤 복잡한 과정이 일어납니다. 그 첫 번째 단계가 바로 DNS(Domain Name System) 조회입니다. 컴퓨터는 사람이 읽기 쉬운 도메인 이름을 이해하지 못합니다. 서버의 실제 주소는 192.168.0.1처럼 생긴 숫자 조합, 즉 IP 주소입니다. DNS는 도메인과 IP 주소를 연결해주는 인터넷의 전화번호부 같은 역할을 합니다.

처음 인터넷을 배울 때 이 개념이 막연하게 느껴지는 이유는, 이 과정이 눈에 보이지 않기 때문입니다. 브라우저가 알아서 처리하니까요. 하지만 웹사이트를 직접 운영하거나, 이메일 설정을 바꾸거나, 도메인을 새 서버로 옮겨본 분이라면 DNS 설정이 얼마나 중요한지 이미 경험하셨을 겁니다.

DNS 조회가 작동하는 순서

브라우저가 도메인을 IP로 바꾸는 과정은 다음 순서로 진행됩니다.

1단계 — 로컬 캐시 확인

브라우저와 운영체제는 이전에 방문한 도메인의 IP 주소를 일정 시간 동안 저장해둡니다. 이 저장소를 캐시(Cache)라고 합니다. 캐시에 정보가 있으면 DNS 서버에 묻지 않고 바로 사용합니다. 같은 사이트를 반복해서 방문할 때 처음보다 빨리 열리는 이유 중 하나가 이것입니다.

2단계 — 리졸버(Resolver)에 질의

캐시에 없으면 운영체제는 DNS 리졸버에 질의합니다. 리졸버는 보통 인터넷 서비스 제공자(KT, SKT, LG 등)가 운영하거나, 사용자가 직접 설정한 서버(구글의 8.8.8.8, 클라우드플레어의 1.1.1.1)를 사용합니다.

3단계 — 루트 네임서버 → TLD 서버 → 권한 있는 네임서버

리졸버도 모르면, 인터넷의 최상위 DNS 서버인 루트 네임서버에 물어봅니다. 루트 서버는 .kr, .com, .net 같은 최상위 도메인(TLD)을 담당하는 서버를 알려줍니다. TLD 서버는 다시 해당 도메인을 실제로 관리하는 권한 있는 네임서버(Authoritative Name Server)를 알려주고, 최종적으로 거기서 IP 주소를 받아옵니다.

이 과정이 느리게 들릴 수 있지만, 실제로는 전 세계 어디서든 수십 밀리초 안에 완료됩니다. 인터넷 인프라가 얼마나 잘 설계되어 있는지를 보여주는 부분입니다.

DNS 레코드 종류와 실제 쓰임새

DNS에는 여러 종류의 레코드가 있습니다. 각각 다른 목적으로 사용되며, 웹사이트 운영자가 직접 설정해야 하는 경우도 많습니다.

A 레코드 (Address Record)

가장 기본적인 레코드입니다. 도메인 이름을 IPv4 주소에 연결합니다. tooly.co.kr → 31.220.x.x처럼 작동합니다. 웹사이트를 새 서버로 이전할 때 A 레코드의 IP를 새 서버 IP로 변경합니다.

AAAA 레코드

A 레코드와 동일하지만 IPv6 주소를 사용합니다. 현재 인터넷 주소 체계가 IPv4에서 IPv6로 서서히 전환 중이라, 두 레코드를 함께 설정하는 경우가 늘고 있습니다.

CNAME 레코드 (Canonical Name)

도메인을 다른 도메인 이름에 연결합니다. IP가 아닌 다른 도메인으로 연결한다는 점이 A 레코드와 다릅니다. 예를 들어 www.tooly.co.kr을 tooly.co.kr로 연결할 때 사용합니다. 블로그나 쇼핑몰 플랫폼 연동 시 CNAME을 설정하라는 안내를 자주 볼 수 있습니다.

MX 레코드 (Mail Exchange)

이메일을 처리할 서버를 지정합니다. @tooly.co.kr 주소로 오는 메일을 어느 서버가 받을지 결정합니다. Google Workspace나 네이버웍스 같은 서비스를 도입할 때 MX 레코드를 변경해야 하는 이유가 이 때문입니다. 우선순위(Priority) 값이 낮을수록 먼저 시도합니다.

NS 레코드 (Name Server)

해당 도메인의 DNS를 관리하는 네임서버를 지정합니다. 도메인 등록 업체를 변경하거나, DNS 관리를 Cloudflare 같은 외부 서비스로 위임할 때 NS 레코드를 수정합니다.

TXT 레코드

텍스트 정보를 저장합니다. 도메인 소유권 인증(Google Search Console, AdSense), SPF·DKIM 이메일 인증, 도메인 인증서 발급 등 다양한 목적으로 활용됩니다. 직접 이메일 서버를 운영한다면 반드시 SPF 레코드를 TXT로 설정해야 스팸으로 분류되는 것을 막을 수 있습니다.

TTL — DNS 변경이 바로 반영되지 않는 이유

DNS 레코드에는 TTL(Time to Live)이라는 값이 있습니다. 단위는 초(second)입니다. 이 값은 DNS 정보를 캐시에 얼마나 오래 보관할지를 결정합니다. TTL이 3600이면 1시간, 86400이면 24시간입니다.

DNS 설정을 변경해도 세계 곳곳의 DNS 서버들이 캐시를 들고 있는 동안은 이전 설정을 사용합니다. 그래서 "DNS 전파(propagation)에 최대 48시간이 걸릴 수 있다"는 말을 자주 듣게 됩니다. 서버 이전처럼 DNS 변경이 예정된 경우, 미리 TTL을 300(5분)으로 줄여두면 변경 후 빠르게 전파됩니다. 변경이 완료되면 TTL을 다시 올려놓는 것이 좋습니다.

Tooly DNS 조회 도구 사용 방법

Tooly의 DNS 조회 도구를 사용하면 특정 도메인의 모든 DNS 레코드를 한눈에 확인할 수 있습니다.

1단계 — 도구 접속

Tooly 메인 페이지에서 "DNS 조회" 도구를 선택합니다.

2단계 — 도메인 입력

조회할 도메인을 입력란에 입력합니다. tooly.co.kr처럼 프로토콜(http://) 없이 도메인만 입력하면 됩니다.

3단계 — 레코드 타입 선택

A, AAAA, CNAME, MX, NS, TXT 등 원하는 레코드 타입을 선택합니다. 전체 조회를 선택하면 모든 레코드를 한 번에 볼 수 있습니다.

4단계 — 결과 확인

결과 화면에서 레코드 타입, 값, TTL을 확인할 수 있습니다. 이메일 설정 문제를 진단하거나, 도메인 이전 후 A 레코드가 제대로 바뀌었는지 확인할 때 유용합니다.

이메일이 오지 않는다면 MX 레코드가 올바르게 설정되어 있는지, 도메인 연동이 안 된다면 CNAME이나 A 레코드를 먼저 확인해보세요. DNS 조회 도구 하나로 많은 문제의 원인을 빠르게 파악할 수 있습니다.