DNS 조회

그 답변은 실제로 무엇인가

DNS 레코드를 변경해도 인터넷 전체가 동의하는 단 하나의 순간은 없습니다. 모든 리졸버는 마지막으로 가져온 내용을 레코드의 TTL이 말하는 기간만큼 캐시하고, 각자 자신의 일정에 따라 새로 고칩니다. 따라서 조회 도구가 보여줄 수 있는 것은 언제나 하나의 리졸버의 현재 관점뿐이며, 유용한 도구는 그것이 누구의 관점인지 알려줍니다. 이 페이지는 먼저 HTTPS를 통해 Google Public DNS에 질의하고, Google이 답하지 않으면 Cloudflare의 리졸버로 다시 시도하며 어느 쪽이 답했는지 표시합니다. 두 결과가 서로 다를 때가 있어도 그것은 정상입니다. 더 긴 TTL이 만료될 때까지 기다렸다가 다시 확인하세요.

레코드 유형은 사람들이 실제로 묻는 질문들을 다룹니다. A와 AAAA는 이름이 가리키는 곳 — IPv4와 IPv6입니다. MX는 메일이 가는 곳이며, 그 숫자는 우선순위입니다. 낮을수록 먼저 배달됩니다. TXT는 확인 문자열(SPF, DKIM, 도메인 소유권 증명)을 담고 있으며 가장 자주 잘못 붙여 넣는 레코드이기 때문에, 이 페이지는 따옴표를 포함해 반환된 문자열을 정확히 그대로 표시합니다. CNAME은 다른 이름에 대한 별칭입니다. NS는 존에 대한 권한을 가진 서버들을 지정합니다. SOA는 존의 일련번호와 타이머를 담고 있습니다 — 일련번호는 존이 변경될 때마다 증가하므로, 편집이 실제로 게시되었는지 판단하는 가장 빠른 방법입니다.

TTL이 레코드 자체보다 중요한 이유

대부분의 DNS 사고는 TTL 사고입니다. TTL이 3600초인 레코드는 변경한 뒤에도 한 시간 동안 예전 값을 계속 제공하며, 어떤 조회 도구도 더 빠른 새로 고침을 강제할 수 없습니다. 캐시는 당신이 통제하지 못하는 리졸버에 있기 때문입니다. 실용적인 규칙은 계획된 마이그레이션 하루나 이틀 전에 TTL을 몇 분으로 낮추고, 새 값이 안정되면 다시 올리는 것입니다. 모든 결과의 TTL 열은 행동하기 전에, 당신이 곧 하려는 변경이 믿어지기까지 얼마나 걸릴지 볼 수 있도록 마련된 것입니다.

빈 답변도 답변입니다. NXDOMAIN은 그 이름이 존재하지 않는다는 것을 리졸버가 권한을 가지고 단언한다는 뜻입니다 — 대개 오타이거나, 레코드가 변경이 아니라 삭제된 경우입니다. 요청한 유형의 레코드가 없는 NOERROR는 이름은 존재하지만 그 유형의 것은 아무것도 보유하지 않는다는 뜻입니다. 예를 들어 A 레코드는 있고 MX 레코드가 없는 도메인은 웹 트래픽은 받지만 메일은 받지 않습니다. 둘 다 SERVFAIL과는 다릅니다. SERVFAIL은 리졸버 자체가 실패했다는 뜻이며 결과는 어느 방향으로도 신뢰해서는 안 됩니다.

관련 도구: 이름 뒤의 등록 기록은 도메인 조회, A 레코드 때문에 계획이 필요한 대역에 이르렀다면 서브넷 계산기, 도달 가능성, 인증서, 만료와 레코드를 함께 보는 전체 그림은 웹사이트 상태 검사를 이용하세요.

자주 묻는 질문