DNS 조회 — 모든 도메인의 DNS 레코드를 실시간으로 쿼리합니다.
dig 또는 nslookup를 설치하지 않고도 이메일 전송 실패를 진단하고, 도메인 마이그레이션을 확인하고, 보안 정책을 감사할 수 있습니다.
DNS 조회란 무엇인가요?
DNS 조회는 Domain Name System에 쿼리하여 도메인에 연결된 레코드를 검색합니다. 이는 인터넷의 전화번호부처럼 작동하고 사람이 읽을 수 있는 도메인 이름을 트래픽을 라우팅하고 서비스를 제공하는 데 필요한 기술 데이터 네트워크로 변환합니다. 모든 도메인에는 여러 레코드 유형이 있습니다. A 레코드는 IP 주소를 가리키고, MX 레코드는 이메일 경로를 기록하고, TXT 레코드는 보안 정책을 전달하며, NS 레코드는 네임서버에 권한을 위임합니다.
DNS 조회를 트리거하면 쿼리가 재귀 해석기(ISP 또는 8.8.8.8 또는 1.1.1.1와 같은 공개 해석기에 의해 작동됨)로 이동합니다. 해석기가 레코드의 TTL 창 내에 캐시된 응답을 갖고 있는 경우 해당 캐시된 값을 반환합니다. 그렇지 않은 경우 도메인의 공식 기록을 보유하고 있는 서버인 권한 있는 네임서버에 쿼리합니다. 이 도구는 캐싱을 우회하고 권한 있는 서버에 직접 쿼리하므로 결과는 브라우저가 캐시한 내용이 아닌 영역의 현재 게시된 상태를 반영합니다.
브라우저는 백그라운드에서 DNS 조회를 자동으로 수행하지만 아무 것도 표시하지 않습니다. 이 도구는 IP 주소뿐만 아니라 확인자가 신뢰할 수 있는 소스를 다시 확인하기 전에 각 레코드가 캐시에 유지되는 기간을 나타내는 TTL 값을 포함하여 도메인에 연결된 모든 레코드 유형 등 전체 레코드 세트를 노출합니다.
사용 방법
도메인 입력
google.com 또는 github.com과 같은 도메인 이름을 입력하세요. 루트 도메인이나 서브도메인을 조회할 수 있습니다.
레코드 유형 선택
검사할 DNS 레코드 유형을 선택하세요 — A, MX, TXT, NS, CNAME, SOA, CAA — 또는 모든 레코드를 선택하세요.
결과 확인
결과는 신뢰할 수 있는 DNS 서버에서 실시간으로 반환됩니다. 각 행에는 레코드 유형, 값, TTL(해석자가 레코드를 캐시하는 기간) 및 MX 레코드의 경우 우선순위 번호가 표시됩니다. 한 번의 클릭으로 모든 기록을 클립보드에 복사할 수 있습니다.
DNS 조회 결과를 읽는 방법
조회가 완료되면 각 결과 행에 여러 필드가 포함됩니다. 각 필드의 의미와 찾아야 할 사항은 다음과 같습니다.
| 필드 | 의미 |
|---|---|
TTL (Time To Live) | 확인자가 권한 있는 서버에 다시 쿼리하기 전에 이 레코드를 캐시하는 시간(초)입니다. TTL 300 = 변경 사항은 ~5분 안에 전파됩니다. TTL 86400 = 이전 레코드는 변경 후 최대 24시간 동안 지속될 수 있습니다. |
MX 우선순위 | MX 레코드에만 존재합니다. 숫자가 낮을수록 우선순위가 높습니다. 10(기본)과 20(백업)을 설정하면 장애 조치 체인이 생성됩니다. 우선순위 값이 동일하다는 것은 두 서버가 로드를 동일하게 공유한다는 것을 의미합니다. |
기록값 | 레코드에 포함된 실제 데이터는 A/AAAA 레코드의 IP 주소, MX/NS/CNAME의 호스트 이름 또는 TXT 레코드의 텍스트 문자열입니다. 이는 DNS 확인자가 트래픽을 라우팅하거나 정책을 확인할 때 사용하는 값입니다. |
CNAME 체인 | CNAME가 다른 CNAME를 가리키면 해상도 체인이 형성됩니다. 8홉보다 긴 체인은 대부분의 클라이언트에서 해결되지 않습니다. 깊이가 문제가 되면 중간 CNAME를 직접 A 레코드로 교체하세요. |
TTL 및 DNS 전파 타임라인
TTL를 사용하여 리졸버가 변경 사항을 얼마나 빨리 포착해야 하는지, 언제 다시 확인할 가치가 있는지 추정하세요.
| TTL (Time To Live) | 예상 전파 창 | 다시 확인해야 하는 경우 |
|---|---|---|
| 300 | 전 세계 약 15~30분 | 5~10분마다 |
| 3600 | ~1~2시간 | 30~60분마다 |
| 86400 | 최대 24시간 | 12시간 후에 확인하고 24시간 후에 다시 확인하세요. |
DNS 레코드 유형: 각각이 제어하는 것
가장 기본적인 DNS 레코드인 IPv4 주소에 도메인을 매핑합니다. 출력 예: 93.184.216.34, TTL 3600(1시간 동안 캐시됨) A 레코드가 누락되거나 잘못된 경우 브라우저에서 도메인에 접근할 수 없게 됩니다.
최신 네트워크 라우팅을 위해 도메인을 IPv6 주소에 매핑합니다. 예: 2606:2800:220:1:248:1893:25c8:1946. 누락된 경우 IPv6 전용 클라이언트는 도메인에 연결할 수 없습니다. 하지만 일반적으로 IPv4(A 레코드) 대체가 적용됩니다.
도메인의 이메일을 허용하는 메일 서버를 지정합니다. 각 레코드에는 우선순위 번호가 포함되어 있습니다. 낮은 값이 우선적으로 적용됩니다. 예: 우선순위 10은 기본 서버입니다. 우선순위 20이 대체입니다. MX 레코드가 없으면 이 도메인으로 보내는 이메일이 거부됩니다.
임의의 텍스트 데이터를 저장합니다. 주요 용도: SPF(v=spf1 include:_spf.google.com ~all)는 이메일을 보낼 수 있는 서버를 승인합니다. DKIM는 서명 확인을 위한 공개 키를 제공합니다. DMARC(v=DMARC1; p=reject)는 인증되지 않은 이메일에 대한 정책을 설정합니다. 여러 TXT 레코드가 하나의 도메인에 공존할 수 있습니다.
도메인에 대한 권한 있는 네임서버, 즉 공식 DNS 레코드를 보유하는 서버를 식별합니다. NS 레코드가 변경되면 영역 권한은 전파 후 새 네임서버로 이전됩니다.
한 도메인을 다른 도메인으로 가리키는 별칭을 만든 다음 IP로 확인합니다. 하위 도메인(www, cdn, 메일) 및 CDN 라우팅에 사용됩니다. 중요한 제약 조건: CNAME 레코드는 루트(apex) 도메인에 설정할 수 없습니다. 대신 루트에 A 레코드 또는 ALIAS 레코드를 사용하세요.
영역 메타데이터를 포함합니다: 기본 네임서버, 관리자 연락처([email protected] 대신 admin.example.com로 인코딩됨), YYYYMMDDNN 형식의 일련 번호 및 타이밍 매개변수. DNS가 변경될 때마다 일련 번호가 증가하여 업데이트가 커밋되었음을 확인합니다.
도메인에 대해 SSL/TLS 인증서를 발급할 수 있는 인증 기관을 제한합니다. 예: '0 issue letsencrypt.org'는 발행을 Let's Encrypt로만 제한합니다. CAA 레코드가 없으면 모든 CA에서 도메인에 대한 인증서를 발급할 수 있습니다.
DNSSEC란 무엇이며 이 도구가 이를 검증합니까?
DNSSEC(DNS 보안 확장)는 DNS 레코드에 암호화 서명을 추가하여 확인자가 레코드가 전송 중에 변조되지 않았는지 확인할 수 있도록 합니다. 이 도구는 권한 있는 서버에서 원시 DNS 레코드를 반환하지만 현재 DNSSEC 서명 유효성 검사를 수행하지 않습니다. DNSSEC 검증을 위해서는 전용 DNSSEC 분석기를 사용하십시오.
DNS 조회 도구를 사용하는 경우
이메일 구성 및 문제 해결
MX 레코드를 쿼리하여 메일 서버 라우팅을 확인하고, SPF, DKIM 및 DMARC 정책에 대한 TXT 레코드를 확인하고, DMARC 정책이 p=none가 아닌 p=reject 또는 p=quarantine로 설정되어 있는지 확인하세요.
도메인 마이그레이션 및 전파
DNS 설정을 업데이트한 후 A 및 NS 레코드를 확인하여 전파를 확인합니다. 전환 시 가동 중지 시간을 최소화하려면 계획된 마이그레이션을 시작하기 최소 24시간 전에 TTL를 300초로 줄이세요.
DNS 보안 감사
이메일 스푸핑을 방지하려면 SPF, DKIM 및 DMARC TXT 레코드가 올바르게 게시되었는지 확인하세요. NS 레코드를 검토하여 도메인이 더 이상 제어하지 않는 네임서버를 가리키고 있지 않은지 확인하세요. 이는 하위 도메인 탈취 노출의 일반적인 징후입니다.
DevOps 및 스테이징 확인
프로덕션에 배포하기 전에 준비 하위 도메인 A 레코드가 올바른 서버를 가리키는지, CNAME 별칭이 의도한 CDN 원본으로 확인되는지, 서비스 확인을 위한 TXT 레코드가 있는지 확인하세요.
CDN 및 하위 도메인 구성
CDN 라우팅 하위 도메인(cdn, assets, static)에 올바른 CNAME 대상이 있는지 확인합니다. www가 루트 도메인 또는 CDN 엔드포인트를 가리키는지 확인하고 부하 분산된 하위 도메인에 의도된 모든 IP 주소가 나열되는지 확인하세요.
온라인 DNS 조회와 dig 및 nslookup 비교: 각각을 사용하는 경우
개발자는 종종 명령줄에서 dig 또는 nslookup에 도달합니다. 다음은 이 온라인 도구가 가장 일반적인 사용 사례를 비교하는 방법입니다.
| 기능 | 이 도구 | dig | nslookup |
|---|---|---|---|
| 설치가 필요하지 않습니다 | 예 | 아니요 | 아니요 |
| 모든 레코드 유형을 한 번에 쿼리 | 예 | 부분 | 아니요 |
| 신뢰할 수 있는 네임서버에 직접 쿼리 | 예 | 예 | 부분 |
| TTL 값을 표시합니다. | 예 | 예 | 부분 |
| MX 우선순위 표시 | 예 | 예 | 예 |
| 공유 가능한 결과 | 예 | 아니요 | 아니요 |