DNS 존 파일 검사기

사용법

1. 존 파일을 상자에 붙여넣습니다. 내용은 브라우저 안에만 남고 업로드나 조회는 일어나지 않습니다.
2. 파일이 $ORIGIN으로 시작하면 오리진 칸은 비워 둡니다. 그렇지 않다면 서버 설정에 적힌 존 이름을 그대로 입력하세요. 같은 파일도 오리진이 다르면 의미가 달라집니다.
3. 해석에 실패하면 줄 번호와 그 아래 출력된 줄을 확인하세요. 오류는 파서가 포기한 위치에 표시되므로, 닫히지 않은 따옴표나 괄호는 실수한 줄보다 한 줄 뒤로 나올 수 있습니다.
4. SOA 패널을 확인하세요. 관리자 주소는 이메일 형태로 바꿔 보여 주고, 각 타이머는 초 값과 사람이 읽기 쉬운 형태를 함께 표시합니다.
5. 지적 사항을 위에서 아래로 처리하세요. 오류, 경고, 참고 순으로 정렬되며 각 항목의 줄 번호로 문제 레코드를 바로 찾을 수 있습니다.

자주 묻는 질문

CNAME이 왜 example.com.example.com.으로 바뀌나요?

대상 이름 끝에 마침표가 없었기 때문입니다. 마스터 파일에서 마침표로 끝나지 않는 이름은 모두 현재 오리진에 대한 상대 이름이고, 파서는 "example.com"이 완전한 도메인 이름을 의도한 것인지 존 안의 example.com이라는 호스트를 뜻하는지 알 방법이 없습니다. 이 규칙은 CNAME뿐 아니라 모든 이름 필드에 적용되어 MX·NS·SRV 대상과 SOA의 주 서버에도 똑같이 오리진이 붙습니다. 존 밖을 가리키는 이름에는 항상 마침표를 찍고, 존 안의 이름은 레이블만 쓰는 습관이 사고를 막아 줍니다.

$TTL이 없는 파일은 오류인가요?

꼭 그렇지는 않습니다. RFC 1035에는 $TTL 지시자 자체가 없었고 RFC 2308이 이를 추가하며 필수로 정했지만, dnspython을 포함한 대부분의 파서는 여전히 TTL이 없는 레코드에 SOA의 minimum 값을 사용합니다. SOA가 첫 레코드라면 SOA 자신의 TTL도 minimum에서 옵니다. 반대로 SOA와 $TTL이 모두 나오기 전에 TTL 없는 레코드가 나오면 물려받을 값이 없으므로 진짜 오류입니다. 이 도구는 그런 대체를 참고 항목으로 알리고 실제로 쓰인 값을 보여 줍니다.

이름과 타입이 같은 레코드의 TTL이 서로 다르면 어느 쪽이 이기나요?

엄밀히 말하면 어느 쪽도 아닙니다. 이름과 타입이 같은 레코드들은 하나의 RRset을 이루고 RRset은 하나의 TTL로 응답되므로, 파일이 여러 값을 주면 로더는 가장 작은 값을 남기고 로그에 경고도 남기지 않습니다. 결과적으로 60초짜리 레코드 옆의 86400초짜리 레코드도 60초가 되며, 대개 작성자의 의도와 정반대입니다. 이 도구는 표에 실제 적용될 TTL을 보여 주고, 값이 덮인 줄마다 표시를 남깁니다.

존 밖 이름의 레코드가 왜 표에 없나요?

그 레코드가 존에 들어가지 않기 때문입니다. 로더는 소유자 이름이 존 오리진과 같거나 그 아래인 레코드만 보관하고, 나머지는 존 밖 데이터로 보아 거부하지 않고 조용히 버립니다. 정방향 존에 붙여넣은 PTR 레코드나 $ORIGIN 줄 뒤에 남은 이전 오리진 기준 레코드가 파일은 정상으로 로드되는데도 사라지는 이유가 이것입니다. 이 도구는 버려지는 이름을 지적 사항으로 나열해 최소한 눈에 보이게 합니다.

TXT 레코드는 255자를 넘길 수 있나요?

레코드 전체는 넘길 수 있지만 그 안의 문자열 하나는 넘길 수 없습니다. DNS의 character-string은 길이를 1옥텟으로 표현하므로 255가 절대 한계이고, 더 긴 따옴표 문자열은 잘리는 것이 아니라 문법 오류가 됩니다. 긴 DKIM이나 SPF 값은 한 레코드 안에 여러 조각으로 나눠 "앞부분" "뒷부분"처럼 쓰면 서버가 사이에 아무것도 넣지 않고 이어 붙입니다. 리졸버는 조각을 애플리케이션에 그대로 전달하므로 임의의 지점에서 잘라도 복원되지만, 순서가 맞아야 합니다.

문법이 맞으면 DNS가 잘 동작한다는 뜻인가요?

아닙니다. 해석이 성공했다는 것은 문법이 맞다는 뜻이고 여기 추가 검사는 내부 일관성 일부를 확인할 뿐입니다. 상위 존이 내 네임서버로 위임하는지, 그 서버들이 이 버전을 로드했는지, 주소에 실제로 닿는지, 올린 시리얼이 보조 서버가 가진 값보다 정말 큰지는 파일만으로 알 수 없습니다. 특히 시리얼 비교는 32비트 순환 산술이라, 날짜를 잘못 입력해 값이 작아지면 숫자가 충분히 한 바퀴 돌 때까지 보조 서버가 옛 존에 머무를 수 있습니다.

관련 도구