DNS 조회
공개 도메인의 A, AAAA, MX, TXT, NS, CNAME 레코드와 복사 가능한 DNS 배포 보고서로 도메인 설정을 점검해요.
서버가 대신 조회입력한 주소를 이 사이트 서버가 대신 조회해요.
입력과 결과
입력한 내용은 이 브라우저에만 저장돼요. 다시 열면 마지막 작업을 불러올 수 있어요.
이럴 때 써요
- 공개 도메인의 A, AAAA, MX, TXT, NS, CNAME 레코드와 복사 가능한 DNS 배포 보고서로 도메인 설정을 점검해요.
- 서버 확인 방식으로 입력을 다루며 복사 전 결과를 확인해요.
- DNS 조회와 관련 도구를 이어서 사용해 작업 흐름을 줄여요.
예제
- 일반 입력
bobob.app, A- 도메인을 디버깅하면서 공개 DNS 레코드, 제공자별 주의점, 배포 진단, 복사 가능한 DNS 보고서를 확인해요.
- 일반 출력
A/AAAA, CNAME, MX, TXT, SPF, DMARC, NS 레코드 / DNS 배포 보고서 / 진단 메모- 복사하기 전에 결과 형태와 다음 검토 지점을 확인하는 예제예요.
- 추가 예제
bobob.app, A- 복사하기 전에 결과 형태와 다음 검토 지점을 확인하는 예제예요.
- 추가 예제
bobob.app, TXT- 복사하기 전에 결과 형태와 다음 검토 지점을 확인하는 예제예요.
자주 하는 실수
- 공개 DNS 캐시 때문에 도메인 이전 중에는 이전 레코드가 계속 보일 수 있어요.
- TXT 레코드는 DNS 제공자에 따라 여러 문자열로 쪼개져 보일 수 있어요.
- 복사한 값에 운영 비밀값, 고객 데이터, 내부 URL이 섞여 있으면 공유 전에 제거해야 해요.
복사하기 전에
- 1A, CNAME, MX, TXT, NS처럼 필요한 레코드 유형을 정확히 선택해요.
- 2apex와 www 레코드를 같이 비교한 뒤 HTTP 상태를 이어서 확인해요.
- 3DNS 조회 결과가 다음 단계에 맞는지 관련 도구로 이어서 검토해요.
참고 자료
레코드마다 TTL(Time To Live)이 붙어 있고, 중간 리졸버는 그 시간만큼 옛 답을 캐시해 두도록 규격에 적혀 있어요(RFC 1035). TTL 이 3600 이면 최대 한 시간은 옛 값이 보이는 게 정상이에요. 바꾸기 전에 TTL 을 먼저 낮춰 두면 전환이 빨라져요.
기준 RFC 1035
한 도메인에 SPF TXT 레코드가 둘 이상이면 평가 결과가 permerror 가 되도록 정해져 있어요(RFC 7208). 메일이 갑자기 스팸으로 가면 SPF 가 두 줄로 늘어난 경우가 흔해요.
기준 RFC 7208
DMARC 정책은 도메인 자체가 아니라 `_dmarc.<도메인>` 의 TXT 로 공표해요(RFC 7489). 루트에서 찾으면 없는 것처럼 보여요.
기준 RFC 7489
자주 묻는 질문
DNS 조회 입력값은 어디에서 처리되나요?
공개 URL 또는 호스트 확인처럼 브라우저만으로 할 수 없는 값만 서버 엔드포인트로 보내요.
결과를 그대로 운영에 써도 되나요?
복사하기 전에 대상 런타임, 인코딩, 시간대, 보안 정책처럼 환경별 차이를 한 번 더 확인하세요.