DNS 레코드 조회

도메인 또는 URL의 DNS 레코드를 조회합니다. A/AAAA(IPv4/IPv6), CNAME, MX, TXT(SPF/DMARC/DKIM), NS, SOA 레코드를 쿼리합니다. 레코드 유형별 필터링, 발견 항목/점수, JSON으로 복사/내보내기, 깔끔한 원시 텍스트 출력 보기를 포함합니다.

Loading…

소개 DNS 레코드 조회

도메인(또는 URL 붙여넣기)을 입력하면 즉시 DNS 구성을 확인할 수 있습니다: IP 확인(A/AAAA), 별칭(CNAME), 메일 라우팅(MX), 텍스트 레코드(SPF/DMARC/DKIM용 TXT), 네임 서버(NS), 존 권한(SOA). 도메인 설정, 이메일 전달성, 인프라 변경 디버깅에 완벽합니다.

기능

  • 도메인 또는 URL의 DNS 레코드를 조회합니다(호스트명 자동 추출).
  • 레코드 유형별 필터링: 전체, A, AAAA, CNAME, MX, TXT, NS, SOA.
  • IPv4/IPv6 확인 비교(A 대 AAAA)로 현대적 듀얼 스택 준비 상태 확인.
  • 이메일 DNS 가시성: SPF/DMARC/DKIM 관련 TXT 레코드 및 일반적인 격차 찾기.
  • 발견 항목 + 점수 카드로 구성 문제를 더 빠르게 표면화.
  • 내장 필터링 및 '문제만 보기' 뷰로 빠른 문제 해결.
  • 티켓 및 문서화를 위해 결과를 쉽게 복사.
  • 자동화 및 감사를 위한 JSON 보고서 내보내기.
  • 공유 및 비교에 적합한 깔끔한 원시 텍스트 출력.

🧭 사용 방법 for dns-records-lookup

1

도메인 또는 URL 입력

example.com과 같은 호스트명 또는 [https://example.com/path](https://example.com/path)와 같은 전체 URL을 붙여넣으세요. 도구는 DNS 쿼리에 도메인 부분을 사용합니다.

2

레코드 유형 선택

전체를 선택하여 완전한 뷰를 얻거나, 특정 유형(A, AAAA, MX, TXT 등)을 선택하여 조회를 집중합니다.

3

결과 및 발견 항목 검토

반환된 레코드를 먼저 확인한 후, 잠재적 문제(예상 레코드 누락, 의심스러운 값, 불완전한 이메일 설정)에 대한 발견 항목/점수를 검토하세요.

4

내보내기 및 공유

결과를 지원 티켓에 복사하거나 JSON 보고서를 다운로드하여 감사 추적을 유지하거나 검사를 자동화하세요.

기술 사양

조회 모델

이 도구는 제공된 도메인/URL에 대한 DNS 레코드 쿼리를 수행하고 선택적 발견 항목과 함께 읽기 쉬운 원시 텍스트로 결과를 반환합니다.

설정동작기본값
입력도메인 또는 URL (호스트명 추출됨)[https://example.com](https://example.com)
레코드 유형ALL, A, AAAA, CNAME, MX, TXT, NS, SOAALL
타임아웃DNS 조회 타임아웃 제한12000 ms
User-Agent요청 사용자 에이전트를 식별합니다Encode64Bot/1.0 (+[https://encode64.com](https://encode64.com))
사설 네트워크안전을 위해 사설 네트워크 범위 접근을 차단합니다비활성화됨 (사설 네트워크 허용 안 됨)

레코드 유형 설명

각 레코드 유형이 일반적으로 무엇을 나타내며 언제 사용하는지에 대한 간단한 안내입니다.

유형기능일반적인 용도
A이름을 IPv4 주소에 매핑합니다웹 호스팅, 오리진 서버
AAAA이름을 IPv6 주소에 매핑합니다IPv6 지원 및 듀얼 스택 설정
CNAME한 이름을 다른 정식 이름에 별칭으로 지정합니다CDN 호스트명, 서비스 라우팅
MX우선순위가 있는 메일 교환 레코드이메일 라우팅 및 전달성
TXT다양한 정책에 사용되는 텍스트 레코드SPF, DKIM, DMARC, 검증 토큰
NS영역을 권한 있는 네임 서버에 위임합니다DNS 공급자 구성 및 위임
SOA영역의 권한 시작영역 일련번호/새로고침 메타데이터 및 권한
TXT 레코드는 종종 가장 바쁩니다: SPF는 TXT에, DMARC는 _dmarc.도메인명의 TXT 레코드를 사용하며, DKIM은 일반적으로 selector._domainkey.도메인명 아래에 나타납니다.

이메일 보안 레코드 (SPF/DMARC/DKIM)

이메일 전달성과 스푸핑 방지는 DNS TXT 레코드에 크게 의존합니다. 이 도구는 한눈에 그 존재를 나열하고 확인하는 데 도움을 줍니다.

레코드확인 위치예상 내용
SPF루트 도메인의 TXT (example.com)단일 v=spf1 정책 (여러 SPF TXT 레코드 피하기)
DMARC_dmarc.example.com의 TXT정책(p=none/quarantine/reject)이 포함된 v=DMARC1
DKIMselector._domainkey.example.com의 TXT메일 제공업체가 게시한 공개 키 값

명령줄

CLI를 선호하시나요? 이 명령어들은 일반적인 DNS 확인 작업을 로컬에서 재현합니다. 결과 확인이나 진단 스크립트 작성에 사용하세요.

macOS / Linux

A 및 AAAA 레코드 조회

dig example.com A +short

dig example.com AAAA +short

IPv4 및 IPv6 주소를 표시합니다. 듀얼 스택 검증에 유용합니다.

CNAME 조회

dig [www.example.com](http://www.example.com) CNAME +short

호스트명이 다른 호스트명(종종 CDN)에 대한 별칭인지 여부를 표시합니다.

MX 레코드 조회

dig example.com MX +short

메일 교환기와 그 우선순위를 나열합니다.

TXT 조회 (SPF 및 기타 검증 레코드)

dig example.com TXT +short

TXT 레코드를 표시합니다; v=spf1 및 기타 정책/검증 값을 찾으세요.

DMARC 조회

dig _dmarc.example.com TXT +short

구성된 경우 DMARC 정책을 표시합니다.

NS 및 SOA 조회

dig example.com NS +short

dig example.com SOA +short

권한 있는 네임 서버와 존 권한 메타데이터를 검증합니다.

Windows

기본 조회 (A 레코드)

nslookup -type=A example.com

도메인의 IPv4 매핑을 표시합니다.

TXT 레코드 조회 (SPF/DMARC 힌트)

nslookup -type=TXT example.com

TXT 레코드를 나열합니다. DMARC는 일반적으로 _dmarc.example.com 아래에 있습니다.

이메일 전송 가능성을 디버깅 중이라면, SPF가 존재하고 DMARC가 게시되었는지 확인하세요. 또한 루트에 여러 개의 SPF TXT 레코드를 게시하지 않도록 하세요. 많은 수신자가 이를 영구적인 SPF 오류로 간주합니다.

사용 사례

웹 호스팅 및 CDN 라우팅 검증

도메인이 올바른 IP 또는 CDN 호스트명을 가리키는지, IPv6가 예상대로 구성되었는지 확인합니다.

  • 원본 IP에 대한 A/AAAA 레코드 확인
  • CNAME이 CDN 제공업체를 가리키는지 확인
  • 예상했던 AAAA 레코드(IPv6)가 누락된 경우 감지

이메일 라우팅 및 전송 가능성 문제 해결

MX 및 TXT 레코드를 검사하여 메일 제공업체 설정과 스푸핑 방지 정책을 확인합니다.

  • MX 레코드가 메일 제공업체를 가리킴
  • SPF가 게시됨 (v=spf1 ...)
  • DMARC가 _dmarc.도메인에 존재함
  • DKIM 선택기가 selector._domainkey 아래에 존재함

DNS 제공업체 변경 및 위임 디버깅

DNS 제공업체를 마이그레이션할 때, NS/SOA 레코드는 위임과 권한 경계를 확인하는 데 도움이 됩니다.

  • NS 레코드가 도메인 등록 기관에서 구성한 제공업체와 일치함
  • SOA 레코드가 예상한 권한 영역을 나타냄

손상된 서브도메인 진단

서브도메인이 확인되지 않으면, 누락된 A/AAAA 레코드 또는 잘못된 CNAME 대상을 찾아보세요.

  • CNAME이 존재하지 않는 호스트명을 가리킴
  • 서브도메인에 대해 게시된 A/AAAA 레코드가 없음
  • 별도의 영역 호스팅 사용 시 NS 위임이 존재함

❓ Frequently Asked Questions

❓도메인 대신 전체 URL을 붙여넣을 수 있나요?

예. 이 도구는 도메인 또는 전체 URL을 수락하고 호스트명 부분을 사용하여 DNS 레코드를 조회합니다.

❓"ALL" 레코드 유형은 무엇을 의미하나요?

더 넓은 조회를 실행하여 각 유형을 하나씩 확인하는 대신 일반적인 레코드(A/AAAA, CNAME, MX, TXT, NS, SOA)를 함께 볼 수 있습니다.

❓여러 개의 A 또는 AAAA 레코드가 보이는 이유는 무엇인가요?

로드 밸런싱, 지리적 라우팅 또는 고가용성을 위해 여러 IP가 사용되는 것은 정상입니다. CDN 및 대형 제공업체는 일반적으로 많은 주소를 반환합니다.

❓여러 개의 SPF TXT 레코드를 게시하는 것이 문제가 되는 이유는 무엇인가요?

SPF는 루트에 단일 정책 레코드를 예상합니다. 여러 SPF 레코드는 수신자가 SPF를 영구적인 오류로 처리하게 하여 전송 가능성을 저해할 수 있습니다.

❓DMARC는 DNS 어디에 저장되나요?

DMARC는 일반적으로 _dmarc.도메인(예: _dmarc.example.com)에 v=DMARC1로 시작하는 값의 TXT 레코드로 게시됩니다.

❓DKIM은 DNS 어디에 저장되나요?

DKIM은 selector._domainkey.귀하의도메인 아래의 TXT 레코드를 사용합니다. 선택기 이름은 이메일 제공업체와 구성에 따라 다릅니다.

❓이 도구는 DNS 전파를 전역적으로 확인하나요?

이 조회는 도구의 리졸버 경로에 의해 해석된 레코드를 반환합니다. DNS 전파는 리졸버와 지역에 따라 다를 수 있습니다. 전역 전파 확인을 위해서는 여러 리졸버와 위치의 결과를 비교하세요.

Pro Tips

Best Practice

DNS를 마이그레이션할 때는 등록 기관에서 NS를 검증한 후 SOA를 확인하여 어떤 제공업체가 권한을 가지는지 확인하세요.

Best Practice

성능과 현대적인 연결성을 위해 인프라가 IPv6를 지원하는 경우 AAAA 레코드를 게시하세요(많은 CDN이 기본적으로 지원합니다).

Best Practice

이메일 보안을 위해 SPF + DKIM + DMARC를 함께 사용하세요. DKIM/SPF 정렬 없이 DMARC만 사용하면 효과적이지 않습니다.

Best Practice

SPF를 관리 가능하게 유지하세요: 너무 많은 DNS 조회를 피하고 루트 도메인에 여러 SPF 레코드를 두지 마세요.

CI Tip

장애 발생 시 인시던트 티켓에 JSON을 내보내 보관하세요. 레코드가 디버깅 중 변경될 때 DNS 스냅샷이 유용합니다.

Additional Resources

DNS 레코드 개요 (Cloudflare 학습 센터)
Documentation
SPF 개요 (OpenSPF)
Documentation
DMARC 개요 (dmarc.org)
Documentation
DKIM (위키백과)
Documentation

Other Tools

DNS 레코드 조회 — A, AAAA, CNAME, MX, TXT, NS 및 SOA 레코드 쿼리 | Encode64