DNS 기초, 문제 해결, 보안, 실무 워크플로를 다룹니다. 이 도구를 만드는 팀이 직접 작성했습니다.
CNAME은 주소가 아닌 이름의 별칭
www.example.com
CNAME 레코드
cdn.provider.net
대상 호스트 이름
192.0.2.10
A 레코드, 최종 응답
CNAME 레코드가 별칭 체인을 만드는 방식, 리졸버가 A와 AAAA 주소에 도달하는 과정, 체인이 끊어졌을 때 확인할 사항을 알아봅니다.
세 가지 역할, 흔히 서로 다른 세 회사
상위 존이 도메인을 권한 네임서버에 위임하는 방식과, 엉뚱한 DNS 제공업체에서 레코드를 수정해도 공개적으로 반영되지 않는 이유를 알아봅니다.
호스트 이름 하나에 A 레코드 여러 개
첫 번째 응답
93.184.216.34
두 번째 응답
93.184.216.35
세 번째 응답
93.184.216.36
리졸버는 모든 레코드를 반환하며, 보통 순서가 순환됩니다
하나의 이름에 여러 주소가 나타나는 데는 네 가지 서로 다른 메커니즘이 있습니다. 이를 구분하면 내 응답이 다른 사람과 다른 이유를 알 수 있습니다.
실무에서 TTL 정하기
모든 플랫폼에서 그대로 복사해 쓸 수 있는 명령어와, 비우기 전에 효과가 있을지 알려 주는 진단 방법입니다.
공개 주소 공간과 사설 주소 공간
공개 IP
192.0.2.10
전역에서 고유, 어디서나 라우팅 가능
사설 대역
공개 인터넷에서는 라우팅 불가
기기에는 주소가 동시에 두 개 있고, 그중 하나만 인터넷에 존재합니다. 그 이유와 예약된 대역의 의미를 설명합니다.
역방향 DNS는 조회를 거꾸로 수행합니다
IP 주소
93.184.216.34
출발점
PTR 조회
in-addr.arpa, 내 존이 아닌 상대의 존
호스트 이름
응답
역방향 존은 도메인 소유자가 아니라 IP 블록 소유자에게 속합니다
거꾸로 진행되는 조회입니다. 호스팅 제공업체가 이를 관리하는 이유와, 이것이 없으면 이메일이 조용히 스팸함으로 가는 이유를 설명합니다.
확인된 주소 뒤에 실제로 있는 것
공유 IP
한 주소에 여러 사이트, Host 헤더로 구분
전용 IP
나만 사용, 역방향 DNS를 직접 제어
CDN 엣지
원본이 아님, 엣지에서 연결 종료
솔직한 답은 대부분의 웹사이트에 전용 IP가 필요하지 않다는 것입니다. 정말 중요한 경우와 근거 없는 장점을 정리합니다.
조회 결과에 원본이 아닌 CDN이 보이는 이유
방문자
도메인 조회
CDN 엣지
104.21.x.x
DNS가 반환하는 대상
원본 서버
실제 IP, 노출되지 않음
도메인을 조회했는데 Cloudflare 주소가 나왔나요? 시스템이 정상 동작하는 것입니다. 그 뒤에 무엇이 있고 왜 꿰뚫어 볼 수 없는지 설명합니다.
실무에서 TTL 정하기
숫자 하나가 변경 사항이 반영되는 속도와 DNS 트래픽의 양을 좌우합니다. 의도적으로 값을 정하는 방법을 소개합니다.
“전파”란 사실 캐시 만료일 뿐
0분
변경 사항 저장
0-5분
DNS 호스트가 업데이트
TTL까지
이전 응답이 아직 캐시됨
TTL 이후
모두 새 응답을 확인
어디로도 푸시되지 않으며, 각 캐시가 사본 재사용을 멈출 뿐입니다
실제로 전파되는 것은 없습니다. 기다리는 동안 무슨 일이 일어나는지 이해하면 얼마나 걸릴지, 어떻게 줄일지 정확히 알 수 있습니다.
재귀 DNS 조회, 단계별로 살펴보기
브라우저
example.com 요청
리졸버
내 ISP / 1.1.1.1
루트 + TLD
.com 운영 주체는?
권한 네임서버
실제 응답
체인의 각 단계도 DNS 조회이며 이후 캐시됩니다
어느 제공업체가 내 DNS를 제어할지 결정하는 단 하나의 설정이며, 레코드를 수정해도 아무 효과가 없는 이유이기도 합니다.
거의 모든 존에서 만나게 되는 레코드
세 개의 TXT 레코드가 내 이메일과 스팸함 사이를 가로막고 있습니다. 각각의 역할, 구문 읽는 법, 안전한 적용 순서를 설명합니다.