DNS Zone 파일 검사기
브라우저 처리BIND 형식 DNS Zone 파일을 읽어 A·AAAA 주소, CNAME 단독 규칙과 루트 CNAME, MX 우선순위·CNAME 대상, 255바이트 넘는 TXT, 끝 점(.) 누락으로 $ORIGIN이 붙는 실수를 원래 행 번호로 알려 줍니다.
- 보안·인코딩·토큰·네트워크 관련 결과는 작업 보조용입니다. 비밀번호, 비밀키, 운영 토큰, 실제 서비스 취약점 정보는 입력하지 말고 공식 보안 기준을 함께 확인하세요.
- 파일·이미지·문서 처리 도구는 브라우저 안에서 처리되더라도 원본에 개인정보나 민감 정보가 포함될 수 있습니다. 공유·제출 전 원본과 결과를 한 번 더 확인하세요.
DNS 설정은 한 글자만 틀려도 메일이 반송되거나 사이트가 열리지 않고, 적용된 뒤에야 문제를 알게 되는 경우가 많습니다. 이 검사기는 Zone 파일을 $ORIGIN, $TTL, 괄호로 이어진 SOA 줄까지 해석해 레코드마다 형식을 확인하고, 문제를 원래 파일의 행 번호로 알려 줍니다.
오류 1 · 경고 1 · 참고 1 레코드 4개 (A 1, CNAME 2, TXT 1) 4행 [오류] www에 CNAME과 다른 레코드가 함께 있습니다. CNAME은 단독이어야 합니다. 6행 [경고] "shop.example.net" 끝에 점이 없어 shop.example.net.example.com.처럼 $ORIGIN이 뒤에 붙습니다. [참고] SOA 레코드가 없습니다(일부만 붙여 넣었다면 괜찮지만 전체 존 파일에는 필요합니다).
DNS Zone 파일 검사기 사용 가이드
DNS 설정은 한 글자만 틀려도 메일이 반송되거나 사이트가 열리지 않고, 적용된 뒤에야 문제를 알게 되는 경우가 많습니다. 이 검사기는 Zone 파일을 $ORIGIN, $TTL, 괄호로 이어진 SOA 줄까지 해석해 레코드마다 형식을 확인하고, 문제를 원래 파일의 행 번호로 알려 줍니다.
A는 올바른 IPv4, AAAA는 IPv6인지, MX에는 우선순위와 호스트가 있는지, SRV·CAA·SOA의 값 개수가 맞는지 봅니다. CNAME이 있는 이름에 다른 레코드가 함께 있거나 도메인 루트(@)에 CNAME을 둔 경우, MX가 CNAME 이름을 가리키는 경우처럼 표준이 금지하는 조합도 오류로 표시합니다.
가장 흔한 실수인 끝 점 누락도 잡아냅니다. shop.example.net처럼 점 없이 쓰면 $ORIGIN이 뒤에 붙어 shop.example.net.example.com.이 된다는 점을 알려 주고, TXT 안의 ;는 주석으로 오해하지 않아 SPF·DMARC 레코드를 그대로 읽습니다.
사용 방법
- 'Zone 파일' 칸에 BIND 형식의 Zone 파일 내용을 붙여 넣습니다. 일부 레코드만 붙여도 됩니다.
- '실행'을 누르면 레코드 종류별 개수와 함께 오류·경고·참고가 행 번호 순으로 나옵니다.
- DNS 관리 화면에 적용하기 전에 지적된 행을 고칩니다.
예시: CNAME 충돌과 끝 점 누락
$ORIGIN example.com. $TTL 3600 @ IN A 192.0.2.10 www IN CNAME @ www IN TXT "site" shop IN CNAME shop.example.net
오류 1 · 경고 1 · 참고 1 레코드 4개 (A 1, CNAME 2, TXT 1) 4행 [오류] www에 CNAME과 다른 레코드가 함께 있습니다. CNAME은 단독이어야 합니다. 6행 [경고] "shop.example.net" 끝에 점이 없어 shop.example.net.example.com.처럼 $ORIGIN이 뒤에 붙습니다. [참고] SOA 레코드가 없습니다(일부만 붙여 넣었다면 괜찮지만 전체 존 파일에는 필요합니다).
외부 도메인을 가리키는 CNAME에는 끝에 점을 붙여야 합니다.
이럴 때 쓰면 좋아요
- DNS 서버나 호스팅을 옮기면서 Zone 파일을 정리할 때
- 메일 수신 문제가 MX나 SPF 레코드 실수 때문인지 확인할 때
- 도메인 루트에 CNAME을 넣어도 되는지 판단할 때
- Terraform이나 BIND 설정으로 관리하는 레코드를 배포 전에 점검할 때
문제가 생겼을 때
루트에는 SOA·NS 레코드가 있어 CNAME과 함께 둘 수 없습니다. A 레코드를 쓰거나, Cloudflare의 CNAME 평탄화·Route 53의 ALIAS 같은 기능을 쓰세요.
긴 DKIM 키는 "앞부분" "뒷부분"처럼 따옴표로 나눈 여러 문자열로 적으면 DNS가 이어 붙여 읽습니다.
활용 팁
- 레코드에 TTL이 없고 $TTL도 없으면 서버마다 기본값이 달라질 수 있어 한 번 경고합니다. 파일 맨 위에 $TTL 3600처럼 기본값을 두세요.
- SRV 이름은 _sip._tcp처럼 서비스와 프로토콜 앞에 밑줄을 붙여야 클라이언트가 찾습니다.
자주 묻는 질문
아니요. 붙여 넣은 파일의 형식과 규칙만 검사하고 인터넷 DNS를 조회하지 않습니다. 적용 결과는 dig나 nslookup으로 확인하세요.
DS, DNSKEY, RRSIG 같은 레코드는 종류만 인정하고 서명 값은 검사하지 않습니다.
BIND Zone 파일 형식(이름 TTL IN 종류 값)이어야 합니다. 대부분의 DNS 서비스에는 Zone 파일 내보내기 기능이 있으니 그 결과를 붙여 넣으세요.
계산·판단 기준
- 입력 문자열, 토큰, 해시, 인코딩 값, 네트워크 형식처럼 사용자가 제공한 데이터를 브라우저에서 변환하거나 점검합니다.
- 보안 관련 도구는 개발과 학습을 돕기 위한 참고 결과를 만들며 운영 환경 검증을 대신하지 않습니다.
- 선택한 파일, 이미지, 문서, 텍스트를 브라우저에서 읽어 변환, 압축, 병합, 추출, 미리보기합니다.
- 대부분의 파일형 도구는 업로드 전 정리나 개인 작업을 빠르게 처리하기 위한 로컬 중심 흐름입니다.
- 실제 비밀번호, 개인 키, 운영 토큰, 고객 정보, 취약점 상세처럼 노출되면 위험한 값은 입력하지 마세요.
- 해시, 토큰, 인코딩 결과는 보안성 보장이나 침해 여부 확인을 의미하지 않습니다.
- 브라우저에서 처리되더라도 원본과 결과물에는 개인정보, 위치 정보, 메타데이터, 저작권 자료가 포함될 수 있습니다.
- 큰 파일이나 복잡한 문서는 브라우저 메모리와 기기 성능에 따라 처리 결과가 달라질 수 있습니다.
- 운영 보안 판단 전에는 조직 보안 정책, 공식 문서, 전문 보안 점검 절차와 함께 확인하세요.
- 공유, 제출, 게시, 납품 전에는 원본 파일과 결과 파일의 민감 정보, 권한, 품질을 직접 확인하세요.
- 공식 외부 출처OWASP Cheat Sheet Series웹 보안 구현과 검증을 위한 실무 권고 모음입니다.
- 공식 외부 출처개인정보보호 포털파일에 포함된 개인정보를 저장·공유하기 전 확인할 정부 안내 경로입니다.
검토 범위: 입력, 실행, 결과 표시가 설명대로 동작하는지 자동으로 점검하지만 모든 입력 형식과 사용 환경을 보장하지는 않습니다. 결과를 제출하거나 공유하기 전에 직접 열어 확인하세요.