Logo 웹사이트 확인 도구
DNS

DNS 조회

무료 가입 불필요 공개 DNS 데이터

모든 도메인 또는 하위 도메인에 대해 공개된 DNS 레코드를 조회하세요. 호스트 이름이 어디를 가리키는지, 어떤 메일 서버가 이메일을 받는지, 권한 있는 네임서버는 무엇인지, 어떤 TXT 레코드가 게시되어 있는지 - 필터와 검색이 가능한 하나의 표에서 모두 확인할 수 있습니다.

결과는 조회 시점의 서버 DNS 리졸버에서 가져옵니다. ISP, 사무실 네트워크 또는 VPN은 TTL이 만료될 때까지 다른 응답을 캐시할 수 있습니다.

DNS 레코드 조회

도메인 또는 호스트 이름을 입력하세요. 전체 URL을 붙여 넣어도 됩니다 - 호스트 이름을 자동으로 추출합니다. /blog 같은 경로는 무시됩니다. 공개 도메인만 허용됩니다.

무료로 사용할 수 있습니다. 조회한 호스트 이름은 저장하지 않습니다. 웹사이트 자체가 HTTP/HTTPS로 응답하는지 테스트하려면 웹사이트 확인 을 이용하세요.

DNS란?

DNS(도메인 이름 시스템)는 인터넷의 전화번호부입니다. 사람은 example.com 같은 이름을 입력하고, 브라우저와 메일 서버는 IP 주소 및 기타 라우팅 정보가 필요합니다. DNS는 이러한 이름을 서비스가 연결에 사용하는 기술적 세부 정보로 변환합니다.

도메인을 조회한다고 해킹하거나 비공개 데이터에 접근하는 것이 아닙니다. 도메인 소유자는 전 세계가 웹사이트를 찾고, 이메일을 전달하고, 제3자 서비스로 도메인을 검증할 수 있도록 의도적으로 DNS 레코드를 게시합니다.

단일 도메인에 수십 개의 레코드가 동시에 있을 수 있습니다: 웹사이트용 호스트 이름, 이메일용 다른 이름, 보안용 TXT 문자열, 영역을 호스팅하는 회사를 나타내는 NS 레코드. 이 도구는 사이트 출시, 호스팅 이전, 메일 수정 시 대부분의 사람이 필요로 하는 일반적인 레코드 유형을 보여 줍니다.

이 도구의 기능

호스트 이름을 입력하면 공개 DNS에서 A, AAAA, CNAME, MX, TXT, NS, SOA 레코드를 조회합니다. 결과는 정렬 가능한 표에 표시되며, 유형 필터와 검색 상자로 특정 IP, 메일 호스트 또는 TXT 문자열을 빠르게 찾을 수 있습니다.

이름이 IP 주소로 확인되는지 여부와 확인된 IPv4/IPv6 응답도 표시합니다. 이를 통해 "DNS가 완전히 없음"과 "DNS는 있지만 메일용이며 웹사이트용이 아님"을 구분하는 데 도움이 됩니다.

이것은 서버 리졸버의 스냅샷이며, 전 세계 전파 지도가 아닙니다. 방금 레코드를 변경했다면 캐시된 TTL이 만료될 때까지 일부 사용자는 이전 값을 볼 수 있습니다. DNS 변경 후 단계별 체크리스트는 DNS 전파 가이드 를 참고하세요.

DNS 레코드 유형 설명

아래는 각 레코드 유형의 실무적 의미와 설정 또는 문제 해결 시 언제 중요한지입니다.

A(IPv4 주소)

호스트 이름을 하나 이상의 IPv4 주소(예: 93.184.216.34)에 매핑합니다. 웹사이트가 로드되지 않으면 루트 도메인 또는 www 하위 도메인의 A 레코드가 호스팅 업체가 제공한 IP를 가리키는지 확인하세요. 여러 A 레코드로 서버 간 트래픽을 부하 분산할 수 있습니다.

AAAA(IPv6 주소)

A와 같은 역할이지만 IPv6 주소용입니다. 많은 사이트가 IPv6를 지원하는 클라이언트가 직접 연결할 수 있도록 A와 AAAA를 모두 게시합니다. AAAA만 잘못되었거나 없으면 IPv6 전용 또는 IPv6 우선 네트워크의 일부 방문자는 실패할 수 있고 IPv4 사용자는 정상일 수 있습니다.

CNAME(정규 이름 / 별칭)

호스트 이름을 IP가 아닌 다른 이름으로 가리킵니다. www를 CDN 호스트 이름으로 연결하거나 하위 도메인을 SaaS 플랫폼에 위임할 때 흔합니다. 대부분의 제공업체에서는 영역 루트(베어 example.com)에 CNAME을 둘 수 없습니다 - 대신 A/AAAA 또는 ALIAS/ANAME을 사용하세요.

MX(메일 교환)

발신 메일 서버에 도메인 이메일 전달 위치를 알려 줍니다. 각 MX 행에는 우선순위 숫자가 있으며 - 값이 낮을수록 먼저 시도됩니다. 이메일이 반송되거나 도착하지 않으면 MX 대상이 메일 제공업체와 일치하는지, 관련 TXT 레코드(SPF, DKIM, DMARC)가 올바른지 확인하세요.

TXT(텍스트 레코드)

임의의 텍스트를 저장하며, 하나의 논리적 레코드에 여러 문자열로 나뉘는 경우가 많습니다. SPF(도메인에서 누가 메일을 보낼 수 있는지), DKIM 공개 키, DMARC 정책, Google 또는 Microsoft 도메인 확인 및 기타 서비스 증명에 사용됩니다. 긴 TXT 값은 정상입니다.

NS(네임서버)

영역을 권한 있는 네임서버(예: ns1.cloudflare.com)에 위임합니다. NS 레코드가 잘못된 제공업체를 가리키면 다른 곳에서 한 편집은 효과가 없습니다. DNS를 새 호스트로 이전한 후에는 등록기관에서 NS를 업데이트해야 합니다.

SOA(권한 시작)

영역의 관리 메타데이터: 기본 네임서버, 연락 이메일(호스트 이름으로 인코딩), 일련 번호, 새로 고침 및 재시도 시간 값. SOA를 수동으로 편집하는 경우는 거의 없습니다. 어떤 서버가 권한 있는 것으로 간주되는지, 영역이 정상으로 보이는지 확인할 수 있습니다.

DNS 조회를 사용하는 경우

DNS 조회는 "이 이름에 무엇이 게시되어 있나?"에 답합니다. 웹 서버가 온라인인지는 알려 주지 않습니다 - HTTP 상태, SSL, 응답 시간은 웹사이트 확인 도구를 사용하세요. DNS 조회를 실행하는 일반적인 이유:

  • 도메인 구매 또는 호스팅 변경 후 - 출시를 알리기 전에 A/AAAA 또는 CNAME이 새 제공업체를 가리키는지 확인.
  • 이메일이 작동하지 않을 때 - MX 레코드와 SPF/DKIM/DMARC TXT 항목이 메일 서비스 문서와 일치하는지 확인.
  • 일부 사용자만 사이트에 접속하지 못할 때 - 루트와 www의 레코드가 다른지, IPv6(AAAA)가 없거나 잘못되었는지 비교.
  • 지원 티켓을 열기 전 - 정확한 레코드 값을 붙여 넣어 등록기관이나 호스트가 공개 인터넷에서 무엇으로 확인되는지 볼 수 있게 함.
  • 제3자 서비스 확인 시 - 많은 도구가 TXT 레코드 추가를 요구합니다. 조회로 공개적으로 보이는지 확인할 수 있습니다.

DNS가 올바르게 보이는데도 사이트가 실패하면 문제는 DNS 자체가 아니라 웹 서버, 방화벽, SSL 인증서 또는 CDN 설정일 수 있습니다.

결과 표 읽는 방법

TTL(유효 시간)

TTL은 리졸버가 다시 조회하기 전에 이 응답을 캐시할 수 있는 시간(초)입니다. 300은 약 5분, 86400은 24시간입니다. 계획된 이전 전에 TTL을 낮추면 변경이 더 빨리 퍼집니다. 높은 TTL은 조회 부하를 줄이지만 롤백 가시성은 느려집니다.

MX 우선순위

우선순위는 MX 레코드에만 사용됩니다. 가장 낮은 숫자가 선호 메일 서버이고, 높은 숫자는 대체입니다. 우선순위 0은 유효하며, 제공업체 관례에 따라 종종 "최우선"을 의미합니다.

상태 요약

  • IP로 확인됨 - IP로 확인됨 - 하나 이상의 A 또는 AAAA(또는 gethostbyname)가 공인 주소를 반환했습니다. 웹 서버는 여전히 다운될 수 있습니다. DNS는 트래픽이 어디로 보내질지만 보여 줍니다.
  • DNS 레코드 있음(A/AAAA 없음) - DNS 레코드 있음(A/AAAA 없음) - 이름이 DNS에 존재합니다(예: MX 또는 TXT만) 하지만 웹 IP를 찾지 못했습니다. 이메일 전용 도메인이나 웹 호스팅 설정 오류에서 흔합니다.
  • 레코드 없음 - 레코드 없음 - 이 호스트 이름에 대해 아무것도 반환되지 않았습니다. 이름이 없거나, 아직 위임되지 않았거나, 아직 전파 중일 수 있습니다.

흔한 DNS 문제(확인 사항)

  • 웹사이트는 다운되었지만 DNS는 정확함 - A 레코드는 올바른 IP를 가리키지만 사이트 실패: 웹 서버, 방화벽, SSL, CDN을 확인하세요. HTTP 확인은 별도로 실행하세요.
  • www는 되지만 루트는 안 됨(또는 그 반대) - 루트와 www는 별도의 호스트 이름입니다. 많은 사이트가 한쪽을 다른 쪽으로 리디렉션합니다. 둘 다 올바른 레코드가 필요합니다.
  • 이전 후 오래된 IP - TTL이 높아 이전 A 레코드가 여전히 캐시됨. TTL 만료를 기다리거나 다음 변경 전에 TTL을 낮추세요.
  • 이메일 전달 문제 - MX 누락 또는 오류; SPF TXT에 발신자가 포함되지 않음; DKIM/DMARC 미게시. 표를 MX와 TXT로 필터하여 메일 관련 행을 감사하세요.
  • 잘못된 패널에서 DNS 편집 - NS 레코드는 누가 권한 있는지 보여 줍니다. 영역이 Cloudflare, Route 53 또는 호스트 DNS 패널에서 관리되면 등록기관에서 한 변경은 효과가 없습니다(그 반대도 마찬가지).
  • CNAME 충돌 - 호스트 이름에 CNAME과 다른 레코드 유형을 동시에 둘 수 없습니다. 일부 패널은 게시가 실패할 때까지 이를 숨깁니다.

DNS 조회 vs 웹사이트 확인

이 두 도구는 서로 보완합니다. DNS 조회는 도메인 이름 시스템에 게시된 구성 데이터를 보여 줍니다. 웹사이트 확인 도구는 실시간 HTTP(S) 요청을 수행하고 상태 코드, 리디렉션, SSL, 응답 시간, 페이지 응답 여부를 보고합니다.

DNS 조회를 사용할 때:

  • 네임서버, A, AAAA, CNAME, MX 또는 TXT 레코드를 변경했을 때.
  • 트래픽이 서버에 도달하기 전에 전 세계가 무엇을 봐야 하는지 확인해야 할 때.

웹사이트 확인을 사용할 때:

  • DNS는 확인되지만 사이트가 오류, 시간 초과 또는 SSL 경고를 반환할 때.
  • 문제가 DNS인지, 서버인지, 그 사이(CDN, 봇 차단)인지 알고 싶을 때.

자주 묻는 질문

다른 사람의 DNS를 조회해도 합법인가요?

예. 공개 도메인의 DNS 레코드는 인터넷이 트래픽을 라우팅할 수 있도록 의도적으로 게시됩니다. 조회는 관리자, 개발자, 지원팀의 표준 관행이며, 모든 DNS 도구나 명령줄 클라이언트가 조회할 수 있는 것과 동일한 데이터입니다.

다른 DNS 도구와 결과가 다른 이유는?

리졸버, 지리적 위치, 캐시 상태가 다르면 특정 시점에 약간 다른 응답이 반환될 수 있습니다 - 특히 변경 직후입니다. 권한 NS 결과를 비교하고 캐시를 의심하면 TTL 만료를 기다리세요.

하위 도메인도 조회할 수 있나요?

예. www.example.com, mail.example.com, api.example.com 등 공개 호스트 이름을 입력하세요. 와일드카드 DNS를 사용하지 않는 한 각 하위 도메인은 자체 레코드 집합을 가질 수 있습니다.

A 레코드는 없고 MX만 있으면?

이메일 전용으로 설정되었거나 웹 호스팅이 아직 구성되지 않았을 수 있습니다. 이 경우 상태는 "DNS 레코드 있음(A/AAAA 없음)"으로 표시됩니다. DNS 제공업체에서 A 또는 AAAA(하위 도메인의 경우 CNAME)를 추가하여 이름을 웹 서버로 가리키세요.

조회한 도메인을 저장하나요?

조회한 호스트 이름을 의도적으로 데이터베이스에 저장하지 않습니다. 표준 서버 로그에 대부분의 웹 서버와 같이 요청이 기록될 수 있습니다. 자세한 내용은 개인정보 처리방침 을 참고하세요.

관련 도구 및 가이드