DNS, IP 주소, 레코드 유형의 작동 원리를 단계별로 설명합니다. 모든 도메인 조회의 바탕이 되는 핵심 개념입니다.
공개 주소 공간과 사설 주소 공간
공개 IP
192.0.2.10
전역에서 고유, 어디서나 라우팅 가능
사설 대역
공개 인터넷에서는 라우팅 불가
기기에는 주소가 동시에 두 개 있고, 그중 하나만 인터넷에 존재합니다. 그 이유와 예약된 대역의 의미를 설명합니다.
실무에서 TTL 정하기
숫자 하나가 변경 사항이 반영되는 속도와 DNS 트래픽의 양을 좌우합니다. 의도적으로 값을 정하는 방법을 소개합니다.
“전파”란 사실 캐시 만료일 뿐
0분
변경 사항 저장
0-5분
DNS 호스트가 업데이트
TTL까지
이전 응답이 아직 캐시됨
TTL 이후
모두 새 응답을 확인
어디로도 푸시되지 않으며, 각 캐시가 사본 재사용을 멈출 뿐입니다
실제로 전파되는 것은 없습니다. 기다리는 동안 무슨 일이 일어나는지 이해하면 얼마나 걸릴지, 어떻게 줄일지 정확히 알 수 있습니다.
재귀 DNS 조회, 단계별로 살펴보기
브라우저
example.com 요청
리졸버
내 ISP / 1.1.1.1
루트 + TLD
.com 운영 주체는?
권한 네임서버
실제 응답
체인의 각 단계도 DNS 조회이며 이후 캐시됩니다
어느 제공업체가 내 DNS를 제어할지 결정하는 단 하나의 설정이며, 레코드를 수정해도 아무 효과가 없는 이유이기도 합니다.
거의 모든 존에서 만나게 되는 레코드
결정은 질문 하나로 정리됩니다. IP 주소를 직접 관리하는가, 다른 곳에서 관리하는가. 누구나 걸려 넘어지는 루트 도메인 규칙도 함께 다룹니다.
거의 모든 존에서 만나게 되는 레코드
도메인을 실제로 서버에 연결하는 레코드입니다. 구조, 짝이 되는 AAAA, 사이트를 가장 자주 망가뜨리는 네 가지 실수를 다룹니다.
재귀 DNS 조회, 단계별로 살펴보기
브라우저
example.com 요청
리졸버
내 ISP / 1.1.1.1
루트 + TLD
.com 운영 주체는?
권한 네임서버
실제 응답
체인의 각 단계도 DNS 조회이며 이후 캐시됩니다
온라인 도구, ping, nslookup, dig, 개발자 도구까지. Windows, macOS, Linux별 명령어와 함께 도메인을 확인하는 다섯 가지 방법을 소개합니다.
재귀 DNS 조회, 단계별로 살펴보기
브라우저
example.com 요청
리졸버
내 ISP / 1.1.1.1
루트 + TLD
.com 운영 주체는?
권한 네임서버
실제 응답
체인의 각 단계도 DNS 조회이며 이후 캐시됩니다
인터넷의 전화번호부를 처음부터 끝까지 추적합니다. 도메인을 입력한 뒤 첫 패킷이 서버에 닿기까지 몇 밀리초 동안 무슨 일이 일어날까요?
나란히 사용되는 두 가지 주소 체계
IPv4
192.0.2.10
32비트, 주소 약 43억 개, 고갈
IPv6
2606:4700::6810:84e5
128비트, 주소 340간 개
인터넷의 모든 웹사이트, 서버, 휴대폰 뒤에 있는 숫자 식별자입니다. 그 의미와 읽는 법, 호환되지 않는 두 버전이 존재하는 이유를 설명합니다.
이메일이 메일 서버를 찾는 과정
발신자
you@gmail.com
MX 조회
메일을 받는 곳은?
메일 서버
우선순위 10 먼저
받은편지함
전달됨
우선순위 값이 낮을수록 먼저 사용되고, 높은 값은 백업입니다
MX 레코드는 도메인의 이메일을 처리하는 메일 서버가 어디인지 인터넷에 알려 줍니다. A 레코드와 구조가 다른 이유도 함께 살펴봅니다.
“DNS 서버”라는 이름을 공유하는 세 계층
스텁 리졸버
내 기기 자체
재귀 리졸버
ISP, 라우터, 1.1.1.1
권한 네임서버
도메인 자체의 DNS
‘DNS 서버’라는 말에는 전혀 다른 두 가지 역할이 섞여 있습니다. 질문을 대신 해 주는 재귀 리졸버와 답을 가진 권한 서버입니다.
실무에서 TTL 정하기
TTL은 DNS 응답이 다시 조회되기 전까지 캐시되는 시간을 정합니다. DNS 변경이 모든 곳에 즉시 나타나지 않는 진짜 이유입니다.