DNS 기초, 문제 해결, 보안, 실무 워크플로를 다룹니다. 이 도구를 만드는 팀이 직접 작성했습니다.
같은 도메인이 다르게 응답하는 세 가지 이유
지리적 라우팅
지역마다 다른 엣지 서버
캐싱
독립된 TTL, 독립된 캐시
스플릿 호라이즌
의도된 다른 응답
집, 사무실, 휴대폰 데이터에서 IP가 서로 다르게 보이는 것은 반드시 버그가 아닙니다. 실제로 어떤 일이 일어나는지 설명합니다.
네 가지 결과, 네 가지 다른 대응
둘 다 조회 실패처럼 보이지만 타임아웃과 SERVFAIL은 서로 다른 문제를 가리키며, 그에 따라 다음에 취해야 할 조치도 달라집니다.
네 가지 결과, 네 가지 다른 대응
NXDOMAIN은 DNS 관점에서 도메인이 존재하지 않는다는 뜻입니다. 시간 초과나 서버 문제가 아닙니다. 실제 원인을 정리합니다.
이메일이 메일 서버를 찾는 과정
발신자
you@gmail.com
MX 조회
메일을 받는 곳은?
메일 서버
우선순위 10 먼저
받은편지함
전달됨
우선순위 값이 낮을수록 먼저 사용되고, 높은 값은 백업입니다
MX 레코드는 도메인의 이메일을 처리하는 메일 서버가 어디인지 인터넷에 알려 줍니다. A 레코드와 구조가 다른 이유도 함께 살펴봅니다.
“DNS 서버”라는 이름을 공유하는 세 계층
스텁 리졸버
내 기기 자체
재귀 리졸버
ISP, 라우터, 1.1.1.1
권한 네임서버
도메인 자체의 DNS
‘DNS 서버’라는 말에는 전혀 다른 두 가지 역할이 섞여 있습니다. 질문을 대신 해 주는 재귀 리졸버와 답을 가진 권한 서버입니다.
실무에서 TTL 정하기
TTL은 DNS 응답이 다시 조회되기 전까지 캐시되는 시간을 정합니다. DNS 변경이 모든 곳에 즉시 나타나지 않는 진짜 이유입니다.
나란히 사용되는 두 가지 주소 체계
IPv4
192.0.2.10
32비트, 주소 약 43억 개, 고갈
IPv6
2606:4700::6810:84e5
128비트, 주소 340간 개
A 레코드는 IPv4 주소를, AAAA 레코드는 IPv6 주소를 반환합니다. 한 도메인에 대한 두 개의 독립된 주소 체계와 둘 다 확인해야 하는 이유를 설명합니다.
재귀 DNS 조회, 단계별로 살펴보기
브라우저
example.com 요청
리졸버
내 ISP / 1.1.1.1
루트 + TLD
.com 운영 주체는?
권한 네임서버
실제 응답
체인의 각 단계도 DNS 조회이며 이후 캐시됩니다
도메인을 입력한 순간부터 브라우저가 서버에 연결되기까지, 도메인 네임 시스템에서 벌어지는 일을 쉬운 말로 차근차근 풀어 설명합니다.