도메인 연결 원리: IP 주소와 도메인을 매핑하는 과정 단계별 정리

인터넷을 이용할 때 우리는 google.com이나 tistory.com 같은 문자로 된 주소를 입력합니다. 하지만 컴퓨터와 서버는 문자를 직접 이해하지 못하며, 142.250.207.46과 같은 IP 주소(숫자 주소)로만 서로를 찾아가고 통신합니다.

우리가 문자로 된 도메인을 입력했을 때 컴퓨터가 해당 서버의 실제 IP 주소를 찾아 연결해 주는 핵심 시스템이 바로 DNS(Domain Name System)입니다.

이번 글에서는 도메인 이름이 IP 주소로 매핑되어 웹사이트에 연결되는 원리와 6단계 과정을 완벽하게 정리해 드리겠습니다.

1. 도메인 매핑의 핵심 역할자

4가지

도메인 매핑 과정을 이해하려면 먼저 DNS 생태계의 4가지 주요 구성요소를 알아야 합니다.

DNS Recursor (재귀적 해석기 / ISP DNS)
- 사용자의 PC가 가장 먼저 질의를 보내는 DNS 서버입니다. (예: KT, SKT, LGU+의 DNS 서버 또는 구글 8.8.8.8)
- IP 주소를 찾기 위해 인터넷 상의 다른 DNS 서버들을 대신 방문하여 답을 구해오는 '해결사' 역할을 합니다.
Root Name Server (루트 네임 서버)
- 인터넷 도메인의 최상위 네임서버입니다. .com, .net, .kr 등 최상위 도메인(TLD) 전용 서버의 위치를 안내합니다.
TLD Name Server (최상위 도메인 네임 서버)
- Top-Level Domain 서버로, .com이나 .kr 등 특정 확장자를 관리하는 서버입니다. 해당 도메인이 등록된 Authoritative 서버 위치를 알려줍니다.
Authoritative Name Server (권한 있는 네임 서버)
- 도메인 구매 사이트(가비아, 후이즈, Cloudflare 등)에서 설정한 실제 네임서버입니다. "도메인 = IP 주소"의 최종 매핑 정보를 직접 가지고 있습니다.

2. IP 주소와 도메인이 매핑되는 단계별 과정 (6단계)

사용자가 웹 브라우저 주소창에 [www.example.com](https://www.example.com)을 입력하고 엔터를 누르는 순간, 백엔드에서는 다음 6단계 과정이 순식간에 일어납니다.

[사용자 PC / 브라우저]
       │
       ▼ ① 도메인 요청 (www.example.com)
┌──────────────────────┐
│  DNS Recursor (ISP)  │
└──────────────────────┘
   │               ▲
   │ ② 질의         │ ③ 루트 TLD 서버 위치 안내
   ▼               │
┌──────────────────────┐
│   Root Name Server   │
└──────────────────────┘
   │               ▲
   │ ④ 질의         │ ⑤ .com 전용 서버 위치 안내
   ▼               │
┌──────────────────────┐
│   TLD Name Server    │ (.com)
└──────────────────────┘
   │               ▲
   │ ⑥ 질의         │ ⑦ 실제 IP 주소 반환 (예: 192.0.2.1)
   ▼               │
┌──────────────────────┐
│ Authoritative Server │ (가비아/클라우드플레어 등)
└──────────────────────┘

1단계: 캐시(Cache) 데이터 확인

브라우저는 DNS 서버에 물어보기 전에 기존에 방문한 적이 있는지 내부 메모리(캐시)를 먼저 확인합니다.

브라우저 캐시 ➔ 운영체제(OS) 캐시 ➔ hosts 파일 순서로 검색합니다.
기존 기록이 있다면 곧바로 해당 IP로 접속하며, 기록이 없다면 다음 단계로 넘어갑니다.

2단계: DNS Recursor(ISP DNS)에게 질의

캐시에 정보가 없으면, 사용자 PC는 설정되어 있는 DNS Recursor(예: 통신사 DNS 서버)에게 *"www.example.com의 IP 주소를 찾아줘"*라고 요청합니다.

3단계: Root Name Server 방문

DNS Recursor는 가장 먼저 세상의 중심인 Root Name Server에 질문합니다.

Recursor: "www.example.com IP 알려줘."
Root Server: "나는 몰라. 하지만 .com으로 끝나니까 .com을 관리하는 TLD 네임서버 주소를 알려줄게."

4단계: TLD Name Server 방문

Recursor는 전달받은 .com TLD Name Server로 찾아가 다시 질문합니다.

Recursor: "www.example.com IP 알려줘."
TLD Server: "내가 관리하는 목록 중에 example.com이 있네! 이 도메인의 실제 정보를 가진 Authoritative 네임서버 주소를 줄게."

5단계: Authoritative Name Server에서 IP 최종 획득

Recursor는 최종적으로 해당 도메인이 등록된 Authoritative Name Server(예: 가비아, 클라우드플레어 네임서버)로 갑니다.

Recursor: "www.example.com IP 주소가 뭐야?"
Authoritative Server: "www.example.com의 IP 주소는 192.0.2.1이야!" (최종 매핑 정보 응답)

6단계: 브라우저 전달 및 웹사이트 접속

DNS Recursor는 최종 확인한 IP 주소(192.0.2.1)를 사용자 컴퓨터로 전달하고, 다음번 요청을 위해 캐시에 저장합니다.
브라우저는 전달받은 IP 주소를 통해 해당 웹서버에 HTTP/HTTPS 요청을 보내고 비로소 웹사이트 화면을 띄우게 됩니다.

3. 핵심 DNS 레코드 종류 (A, CNAME 등)

도메인과 IP를 매핑할 때 네임서버에 등록하는 설정값을 DNS 레코드(Record)라고 부릅니다.

레코드 종류	주요 역할	설정 예시
A 레코드 (Address)	도메인 이름을 IPv4 주소와 직접 매핑합니다.	example.com ➔ 192.0.2.1
AAAA 레코드	도메인 이름을 IPv6 주소와 직접 매핑합니다.	example.com ➔ 2001:db8::1
CNAME (Canonical Name)	도메인을 다른 도메인 이름으로 연결(별칭)합니다.	blog.example.com ➔ tistory.com
MX 레코드 (Mail Exchanger)	해당 도메인으로 들어오는 이메일 서버 위치를 지정합니다.	example.com ➔ mail.google.com
NS 레코드 (Name Server)	해당 도메인의 DNS 정보를 관리하는 네임서버를 지정합니다.	ns1.cloudflare.com

💡 요약 및 결론

도메인 매핑은 마치 "전화번호부에서 사람 이름을 보고 전화번호를 찾아가는 과정"과 같습니다.

도메인 입력 ➔ 문자 주소를 입력합니다.
DNS 질의 과정 ➔ Root ➔ TLD ➔ Authoritative 네임서버를 거쳐 실제 IP 주소를 찾아냅니다.
IP 주소 매핑 및 접속 ➔ 알아낸 IP 주소로 서버에 접속하여 화면을 출력합니다.

이 매핑 구조를 이해하면 블로그에 개인 도메인을 연결하거나, 서버 IP가 변경되었을 때 DNS A 레코드를 수정하는 등의 작업을 훨씬 수월하게 처리할 수 있습니다.

14722 님의 블로그