DNS 조회

DNS 는 사람이 기억하는 이름을 기계가 쓰는 주소로 바꿔 주는 전화번호부입니다. 이름마다 레코드 묶음이 있고, 레코드에는 어떤 종류의 답인지를 알려 주는 유형이 붙습니다. 유형을 고르고 도메인을 넣으면 공개 해석기에 물어 돌아온 답을 각 답의 TTL 과 함께 보여 줍니다. 전체 URL 을 붙여 넣어도 호스트 이름만 사용합니다.

A 레코드는 IPv4 주소를, AAAA 레코드는 IPv6 주소를 담습니다. 브라우저를 실제로 서버까지 데려다주는 것은 이 둘입니다. CNAME 은 "이 이름 말고 저 이름에 물어봐"라는 별칭이라서, 같은 이름에 다른 레코드와 나란히 둘 수 없고 최상위 도메인 자체에는 쓸 수 없습니다. NS 는 그 존을 책임지는 네임서버 목록이고, 바꾼 설정이 반영되지 않을 때 가장 먼저 볼 곳입니다. NS 가 지금 쓰지 않는 업체를 가리키고 있다면 엉뚱한 존을 고치고 있었던 것입니다. SOA 에는 존의 관리 정보와 주 네임서버, 담당자 연락처가 들어 있어서 이 존을 실제로 어디가 들고 있는지 빠르게 확인할 수 있습니다.

MX 레코드는 이 도메인으로 오는 메일을 어디로 보낼지 다른 메일 서버에 알려 주며, 호스트 이름 앞에 우선순위 숫자가 붙습니다. 숫자가 작을수록 먼저입니다. 보내는 서버는 가장 작은 숫자부터 시도하고, 연결되지 않을 때에만 다음으로 넘어갑니다. 숫자가 같으면 그 호스트들에 부하를 나눠 보냅니다. "10 aspmx.l.google.com" 이 "20 alt1.aspmx.l.google.com" 보다 먼저 시도되는 것은 설계대로 동작하는 것이지 이상이 아닙니다. MX 가 비어 있으면 메일은 보통 A 레코드로 배달되는데, 요즘 구성에서 그것을 의도하는 경우는 거의 없습니다.

TXT 레코드는 자유 문자열이고, 지금은 사실상 메일 인증이 점령했습니다. SPF 레코드는 v=spf1 로 시작해 내 도메인 이름으로 메일을 보낼 수 있는 서버를 나열하고 ~all(약한 실패) 또는 -all(엄격한 실패)로 끝납니다. 도메인마다 SPF 는 정확히 하나여야 하고, 두 개가 되면 둘 다 조용히 무효가 됩니다. DKIM 공개키는 selector._domainkey.example.com 같은 이름에 있어서, 조회하려면 메일 업체가 쓰는 셀렉터를 알아야 합니다. DMARC 는 _dmarc.example.com 에 있고, SPF·DKIM 결과가 화면에 보이는 발신 주소와 어긋날 때 받는 서버가 어떻게 할지, 보고서를 어디로 보낼지를 정합니다. 구글·마이크로소프트 등의 소유 확인 문자열도 TXT 에 들어갑니다.

모든 답에는 TTL 이 붙습니다. 해석기가 그 답을 몇 초 동안 캐시에 둬도 되는지를 뜻합니다. DNS 변경이 한 번에 전 세계에 반영되지 않는 이유가 이것입니다. 각지의 캐시가 만료될 때까지 옛 답을 들고 있습니다. 이전 작업 하루 전에 TTL 을 낮춰 두는 것이 오래된 요령입니다. 이 도구는 사용자의 해석기가 아니라 공개 해석기에 묻기 때문에, 여기 보이는 값이 지금 내 컴퓨터가 보는 값과 다를 수 있습니다. 서버로 가는 것은 입력한 이름과 고른 레코드 유형뿐이고 파일은 전송하지 않습니다.