DNS

Об этом предложении

DNS가 필요한 이유 인터넷의 모든 컴퓨터는 IP 주소라는 숫자로 서로 통신한다. 사람은 example.com 같은 도메인 이름을 쓰고 브라우저는 IP 주소로 통신하기 때문에, 둘 사이를 연결해 주는 것이 DNS(Domain Name System) 다. DNS는 도메인 이름을 IP 주소로 바꿔 줘서 브라우저가 서버를 찾아 접속하게 한다. 웹 접속 흐름에서 1단계로 나온 바로 그 과정이다. DNS는 53번 포트이다. 조회에 참여하는 서버 웹 페이지 하나를 불러오는 데 DNS 서버 네 종류가 관여한다고 Cloudflare 문서는 설명한다. 서버 하는 일 재귀 리졸버(recursor) 클라이언트의 질의를 받아서 답을 찾아올 때까지 추가 질의를 대신 보낸다 루트 네임서버 이름을 IP로 바꾸는 첫 단계, 더 구체적인 TLD 서버의 위치를 알려 준다 TLD 네임서버 호스트 이름의 마지막 부분(.com 등)을 담당하고, 해당 도메인의 네임서버를 알려 준다 권한 있는(authoritative) 네임서버 레코드를 실제로 갖고 있는 마지막 서버, 요청한 호스트의 IP를 돌려준다 재귀 리졸버는 조회의 시작점에, 권한 있는 네임서버는 끝에 있다고 이해하면 된다. 조회 과정 캐시에 아무것도 없을 때 example.com을 조회하는 과정은 8단계다. 단계 일어나는 일 1 사용자가 브라우저에 example.com을 입력하고, 질의가 재귀 리졸버에 도착한다 2 리졸버가 루트 네임서버에 묻는다 3 루트 서버가 .com TLD 서버의 주소를 알려 준다 4 리졸버가 .com TLD 서버에 묻는다 5 TLD 서버가 example.com의 네임서버 주소를 알려 준다 6 리졸버가 example.com의 네임서버에 묻는다 7 네임서버가 example.com의 IP 주소를 리졸버에 돌려준다 8 리졸버가 브라우저에 IP 주소를 알려 주고, 브라우저는 그 IP로 HTTP 요청을 보낸다 AWS 문서는 같은 과정을 Route 53 기준으로 설명한다. 리졸버는 보통 ISP가 관리하고, TLD 서버는 해당 도메인에 연결된 Route 53 네임서버 네 개의 이름을 알려 준다. 리졸버는 이 네임서버 정보를 캐시하기 때문에 다음에 같은 도메인을 조회할 때는 루트/TLD 단계를 건너뛰고, 이 정보는 보통 이틀 정도 캐시된다. 이후 Route 53 네임서버가 호스티드 존에서 www.example.com 레코드를 찾아 값(예: 웹 서버의 IP)을 돌려준다. 질의의 종류 실제 조회에서는 아래 세 가지 질의가 섞여 쓰인다. 질의 설명 재귀 질의 클라이언트가 리졸버에게 최종 답(또는 오류)을 달라고 요구한다 반복 질의 서버가 아는 만큼의 최선의 답을 주고, 모르면 더 아래 단계 서버를 알려 주는 참조(referral)를 돌려준다. 클라이언트가 그 서버에 다시 묻는다 비재귀 질의 서버가 자기 권한 데이터나 캐시로 바로 답할 수 있을 때 캐시되지 않은 일반적인 조회에는 재귀 질의와 반복 질의가 함께 쓰인다. 사용자 기기가 리졸버에게 보내는 것이 재귀 질의이고, 리졸버가 루트/TLD/권한 서버를 차례로 찾아가는 것이 반복 질의라고 이해했다. 캐시 DNS 결과는 여러 곳에 임시로 저장돼서 조회 단계를 줄인다. 각 레코드는 TTL(time-to-live)이 정한 시간 동안만 캐시된다. 질의가 나가는 순서는 이렇다. 순서 위치 설명 1 브라우저 캐시 DNS 레코드를 요청할 때 가장 먼저 확인하는 곳 2 운영체제 캐시 스텁 리졸버(DNS 클라이언트)가 자기 캐시를 확인한 뒤 없으면 ISP의 재귀 리졸버로 질의한다 3 재귀 리졸버 캐시 저장된 레코드 종류에 따라 단계를 건너뛴다 재귀 리졸버가 A 레코드는 없어도 권한 네임서버의 NS 레코드를 갖고 있으면 그 서버에 바로 묻고, NS 레코드가 없으면 TLD 서버부터, 그것도 없으면 루트 서버부터 묻는다. 캐시가 비워진 직후에만 루트 서버까지 가는 일이 생긴다고 한다. DNS 레코드 DNS 레코드는 권한 있는 DNS 서버에 저장된, 도메인에 대한 정보(어느 IP와 연결되는지, 요청을 어떻게 처리할지)를 담은 지침이다. 모든 레코드에는 TTL이 있어서 DNS 서버가 그 레코드를 얼마나 자주 갱신하는지 나타낸다. 레코드 역할 A 도메인의 IPv4 주소 AAAA 도메인의 IPv6 주소 CNAME 한 도메인을 다른 도메인으로 연결, IP 주소는 제공하지 않음 MX 메일을 메일 서버로 보냄 NS 해당 도메인의 네임서버 TXT 텍스트 메모, 이메일 보안에 자주 사용 SOA 도메인의 관리 정보 PTR 역방향 조회에서 도메인 이름 제공 AWS 문서는 레코드를 이름/유형/값 세 가지로 설명한다. 이름은 도메인이나 서브도메인( www.example.com 등), 유형은 트래픽을 보낼 리소스의 종류(메일 서버면 MX, IPv4 웹 서버면 A), 값은 유형에 맞는 내용(MX면 메일 서버 이름, A면 IPv4 주소)이다. Route 53에는 S3 버킷이나 CloudFront 같은 AWS 리소스로 트래픽을 보내는 별칭(alias) 레코드라는 특수 레코드도 있다. 도메인을 등록하면 같은 이름의 퍼블릭 호스티드 존이 자동으로 만들어지고, 그 안에 레코드를 만들어 라우팅을 정한다. 운영에서 자주 마주치는 상황 동적 IP가 바뀌면 DNS 질의가 실패해 서비스가 내려갈 수 있다고 했는데, 서버에는 고정 주소나 도메인 레코드 관리가 필요하다는 뜻이다. 또 캐시 때문에, 레코드 값을 바꿔도 이전 값을 캐시한 쪽은 TTL이 지날 때까지 이전 값을 쓸 수 있다. (이 부분은 TTL과 캐시 설명에서 이해한 내용) 핵심 복습 키워드 한 줄 정리 DNS 도메인 이름을 IP 주소로 바꿔 주는 시스템 서버 4종 재귀 리졸버, 루트, TLD, 권한 있는 네임서버 조회 순서 리졸버 → 루트 → TLD → 권한 네임서버 → IP 반환 재귀/반복 질의 최종 답을 요구하는 질의 vs 참조를 따라가는 질의 캐시 브라우저 → OS → 재귀 리졸버 순으로 확인, TTL 동안만 유지 주요 레코드 A/AAAA는 IP, CNAME은 별칭, MX는 메일, NS는 네임서버 Route 53 호스티드 존에 레코드를 만들어 트래픽 라우팅, alias로 AWS 리소스 연결 📍 참고 자료 확인일: 2026-10-03 Cloudflare Learning Center - What is DNS? Cloudflare Learning Center - DNS records AWS Docs - How internet traffic is routed to your website or web application (Route 53)