Utilore

DNS 조회

도메인을 넣으면 모든 레코드 종류가 한 번에 나옵니다. 사이트가 어디를 가리키는지, 메일을 누가 받는지, 어떤 네임서버가 권한을 갖는지, TXT에 무엇이 들었는지.

조회는 저희 서버를 거치므로 도메인 소유자는 누가 물었는지 알 수 없습니다.

사용 방법

  1. http:// 없이 도메인 이름을 입력합니다. 예를 들어 example.com.
  2. 전부 보려면 「모든 종류」를 그대로 두고, 필요하면 하나만 고릅니다.
  3. 값과 그 옆의 TTL을 읽습니다.

알아두면 좋은 점

각 레코드가 실제로 정하는 것

A와 AAAA는 이름을 서버로 향하게 합니다. 여기가 틀리면 사이트가 열리지 않습니다. MX는 메일이 어디로 도착할지 정하고, 이 레코드가 바뀌기 전까지 메일은 예전 업체로 계속 흘러갑니다. NS는 그 도메인에 대해 답할 권한이 있는 서버를 지정합니다. TXT에는 SPF와 DKIM, 소유권 증명이 들어 있어 망가진 TXT는 조용히 메일을 스팸으로 보냅니다.

TTL이 «바꿨는데 왜 안 되지»의 답이다

TTL은 리졸버가 다시 묻기 전까지 답을 보관해도 되는 시간입니다. TTL이 86400인 레코드는 하루 동안 캐시에 남습니다. 그래서 «이미 바꿨다»와 «세상은 아직 옛 값을 본다»가 동시에 참입니다. 이전 작업 전에 TTL을 낮춰야 전환이 빨라집니다. 작업 뒤에 낮추는 것은 아무 소용이 없습니다.

자주 묻는 질문

이미 지운 값이 왜 보이나요?

답이 캐시에서 왔고 TTL이 아직 남아 있기 때문입니다. 레코드 옆의 TTL이 최악의 경우 남은 초입니다.

이 답이 권위 서버의 답인가요?

질의는 공개 리졸버를 거치므로 일반 방문자가 보는 것과 같습니다. 대개 그편이 더 쓸모 있습니다. 사용자가 실제로 겪는 현실이니까요.

MX 레코드가 없는데 문제인가요?

꼭 그렇지는 않습니다. 메일을 받지 않는 도메인에는 필요 없습니다. 누군가 그 도메인으로 편지를 쓰려는 순간부터 문제가 됩니다.

도메인 소유자가 제 조회를 보나요?

아니요. 조회는 저희 서버가 공개 리졸버를 통해 하고 당신의 주소는 전달되지 않습니다.

관련 도구