DNS 기초, 문제 해결, 보안, 실무 워크플로를 다룹니다. 이 도구를 만드는 팀이 직접 작성했습니다.
이메일이 메일 서버를 찾는 과정
발신자
you@gmail.com
MX 조회
메일을 받는 곳은?
메일 서버
우선순위 10 먼저
받은편지함
전달됨
우선순위 값이 낮을수록 먼저 사용되고, 높은 값은 백업입니다
이메일이 도착할 곳을 정하는 레코드입니다. 우선순위 숫자의 동작 방식, null MX의 의미, 메시지를 조용히 잃게 만드는 실수를 다룹니다.
거의 모든 존에서 만나게 되는 레코드
결정은 질문 하나로 정리됩니다. 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간 개
인터넷의 모든 웹사이트, 서버, 휴대폰 뒤에 있는 숫자 식별자입니다. 그 의미와 읽는 법, 호환되지 않는 두 버전이 존재하는 이유를 설명합니다.
용도가 확연히 다른 두 가지 상황
dig / nslookup
전체 프로토콜 정보, 스크립트 가능, 오프라인
웹 기반 도구
설치 불필요, 일괄 조회, 공유 가능
터미널 도구는 여전히 필요하고 웹 도구도 이를 대체하려는 것이 아닙니다. 둘은 서로 다른 상황에 맞는 도구입니다.
알맞은 내보내기 형식 고르기
CSV
스프레드시트 분석, 필터링, 피벗 테이블
JSON
스크립트 및 자동 diff 파이프라인
수천 개의 도메인을 조회한 뒤 중요한 일은 내보낸 데이터로 무엇을 하느냐입니다. 그 단계에 대한 실용 가이드입니다.
감시 대상에 맞는 점검 주기
반복 실행되는 조회 작업은 DNS 변경을 자동으로 포착합니다. 무엇을 점검하고 얼마나 자주 실행할지 정하는 방법을 차근차근 알아봅니다.
순서대로 점검하는 네 단계
내보내기
현재 레코드 전체
마이그레이션
새 제공업체로
검증
모든 레코드 비교
확인
이전 TTL 만료까지 대기
DNS 제공업체 전환이나 레코드 이전이 실제로 완료되었는지, 완료되었다고 가정하지 않고 확인하는 실용 체크리스트입니다.
나란히 사용되는 두 가지 주소 체계
IPv4
192.0.2.10
32비트, 주소 약 43억 개, 고갈
IPv6
2606:4700::6810:84e5
128비트, 주소 340간 개
전 세계의 새 IPv4 주소는 이미 수년 전에 바닥났습니다. 그 뒤로 인터넷을 지탱해 온 방법과 IPv6 전환이 아직 끝나지 않은 이유를 설명합니다.
알림을 보낼 만한 신호
도메인 하나의 DNS를 수작업으로 확인하는 방식은 수십, 수천 개로는 확장되지 않습니다. 변경을 일찍 포착하는 실용적인 방법을 소개합니다.