아래에 도메인을 입력하면 몇 초 만에 해당 도메인의 DNS 레코드를 조회할 수 있습니다. IPAddress-Lookup.com은 실시간 권한 있는 네임서버에 쿼리를 보내 도메인의 A, AAAA, MX, TXT, NS, CNAME, SOA 및 CAA 레코드를 반환하므로, 사용자는 설정을 확인하고 문제를 해결할 수 있습니다.

DNS란 무엇이며 DNS 조회는 어떻게 이루어지나요?

도메인 이름 시스템(DNS)은 인터넷의 주소록과 같습니다. 사람들은 example.com과 같은 도메인 이름을 기억하지만, 컴퓨터는 93.184.216.34와 같은 IP 주소를 사용하여 트래픽을 라우팅합니다. DNS는 사용자가 웹사이트를 로드하거나 이메일을 보낼 때마다 사람이 이해하기 쉬운 이름을 컴퓨터가 인식할 수 있는 주소로 변환합니다.

DNS 조회는 재귀적 리졸버(recursive resolver)에서 시작되며, 이 리졸버는 대개 인터넷 서비스 제공업체나 Google(8.8.8.8), Cloudflare(1.1.1.1)와 같은 공용 서비스에서 운영합니다. 이 리졸버는 사용자를 대신해 DNS 계층 구조를 탐색합니다. 먼저 루트 서버에 문의한 다음, 최상위 도메인 서버(예: .com을 담당하는 서버)에 문의하고, 마지막으로 해당 도메인에 대한 실제적이고 확실한 답변을 보유한 도메인의 권한 있는 네임서버에 문의합니다. 당사의 도구는 이러한 권한 있는 서버에 직접 쿼리를 보내므로, 사용자는 오래되어 최신 정보가 아닐 수 있는 캐시된 사본 대신 실제로 공개된 DNS 레코드를 확인할 수 있습니다.

DNS 레코드 유형 설명

모든 도메인은 일련의 DNS 레코드를 공개하며, 각 유형은 서로 다른 용도로 사용됩니다. DNS 레코드를 확인할 때 각 유형이 의미하는 바는 다음과 같습니다:

• A 레코드 — 도메인(또는 호스트 이름)을 IPv4 주소에 매핑합니다. 이 레코드는 웹사이트 이름을 해당 웹사이트를 호스팅하는 서버로 가리킵니다.
• AAAA 레코드 — A 레코드의 IPv6 대응 레코드로, 현대 네트워크에서 이름을 128비트 IPv6 주소로 매핑합니다.
• MX 레코드 — 메일 교환(Mail Exchange) 레코드는 다른 메일 서버에 해당 도메인의 이메일을 어디로 전달해야 하는지 알려줍니다. 각 MX 레코드에는 우선순위(선호도 번호)가 있으며, 숫자가 낮을수록 먼저 시도되므로 10은 20보다 우선순위가 높습니다. MX 조회는 어떤 제공자가 도메인의 메일을 처리하는지 확인하는 가장 빠른 방법입니다.
• TXT 레코드 — 검증 및 이메일 인증에 사용되는 자유 형식 텍스트 레코드입니다. 여기에는 SPF(어떤 서버가 귀하를 대신해 메일을 보낼 수 있는지), DKIM(암호화 서명 키), DMARC(오류 처리 정책)뿐만 아니라 Google 및 Microsoft와 같은 서비스를 위한 도메인 소유권 검증 문자열이 포함됩니다.
• NS 레코드 — 네임서버 레코드는 도메인을 담당하는 권한 있는 서버 목록을 나열합니다. 이는 모든 리졸버가 답변을 얻기 위해 궁극적으로 신뢰하는 서버들입니다.
• CNAME 레코드 — 한 호스트 이름을 다른 호스트 이름으로 가리키는 정규 이름(canonical name) 또는 별칭입니다. 예를 들어, www.example.com은 종종 example.com을 가리키는 CNAME이므로, 두 주소 모두 동일한 위치로 해결됩니다.
• SOA 레코드 — Start of Authority(권한 시작) 레코드에는 영역에 대한 관리 세부 정보가 포함됩니다. 여기에는 주 네임서버, 책임자의 이메일, 변경 사항을 추적하는 일련 번호, 보조 서버의 새로 고침 주기를 제어하는 타이머 등이 포함됩니다.
• CAA 레코드 — 인증 기관 승인(Certification Authority Authorization) 레코드는 해당 도메인에 대해 SSL/TLS 인증서를 발급할 수 있는 인증 기관을 지정하여, 인증서 오발급에 대한 추가적인 보호 계층을 제공합니다.

TTL이란 무엇일까요?

TTL(Time To Live)은 모든 DNS 레코드에 첨부되는 값으로, 초 단위로 측정되며, 리졸버가 다시 쿼리를 보내기 전까지 응답을 캐시에 보관할 수 있는 기간을 알려줍니다. TTL이 3600인 레코드는 1시간 동안 캐시에 저장될 수 있습니다. TTL이 짧으면 변경 사항이 빠르게 적용되지만 조회 횟수가 늘어나고, TTL이 길면 부하가 줄어들지만 업데이트가 반영되는 속도가 느려집니다. 계획된 마이그레이션을 진행하기 전에 관리자는 전환이 빠르게 전파되도록 TTL을 낮추는 경우가 많습니다.

변경 후 DNS 전파

DNS 레코드를 수정하더라도 업데이트가 모든 곳에서 즉시 반영되지는 않습니다. DNS 전파란 전 세계의 리졸버가 기존 TTL에 따라 캐시된 사본의 유효 기간이 만료되도록 기다린 후 새로운 값을 반영하는 데 걸리는 지연 시간을 말합니다. 이 과정은 몇 분에서 24~48시간까지 소요될 수 있습니다. 당사의 도구는 권한 있는 네임서버에서 직접 데이터를 읽어오기 때문에, 다른 곳의 캐시된 사본이 여전히 이전 값을 제공하고 있는 동안에도 새로 게시된 레코드를 표시합니다. 따라서 이 도구는 변경 사항이 소스에서 실제로 적용되었는지 확인하는 신뢰할 수 있는 방법입니다.

DNS 조회의 일반적인 용도

DNS 조회는 네트워크 문제를 진단할 때 가장 먼저 수행하는 단계 중 하나입니다. DNS 레코드를 확인하는 일반적인 이유는 다음과 같습니다.

• 웹사이트 문제 해결 — 사이트가 로드되지 않을 때 A 또는 AAAA 레코드가 올바른 서버를 가리키는지 확인합니다.
• 이메일 전송 문제 해결 — 메시지가 반송되거나 스팸으로 분류될 때 MX 조회를 사용하고 SPF, DKIM, DMARC TXT 레코드를 확인합니다.
• 도메인 설정 확인 — 새로운 서비스를 연결한 후 소유권 확인 TXT 레코드와 CNAME 별칭이 제대로 설정되어 있는지 확인합니다.
• 네임서버 변경 확인 — NS 및 SOA 레코드를 확인하여 도메인이 새로운 DNS 호스팅으로 이전되었는지 확인합니다.

DNS 관련 사항을 확인한 후에는 당사의 SSL 인증서 검사기를 사용하여 사이트의 인증서를 자세히 확인하거나, IP 블랙리스트 검사를 실행하여 서버의 IP가 스팸으로 표시되지 않았는지 확인할 수 있습니다.

자주 묻는 질문

DNS 조회를 통해 어떤 정보를 알 수 있나요?

DNS 조회는 도메인이 공개하는 레코드, 즉 IP 주소(A 및 AAAA), 메일 서버(MX), 인증 및 확인 데이터(TXT), 네임서버(NS), 별칭(CNAME), 영역 관리 세부 정보(SOA) 및 인증서 승인(CAA)을 보여줍니다. 이 모든 정보를 종합하면 도메인이 어떻게 구성되어 있고, 트래픽과 메일이 어디로 라우팅되는지 알 수 있습니다.

MX 조회는 어떻게 수행하나요?

위의 도구에 도메인을 입력하고 결과의 MX 섹션을 확인하세요. 여기에는 각 메일 서버와 우선순위 번호가 나열되어 있으며, 번호가 낮을수록 우선순위가 높고 먼저 시도됩니다. MX 조회를 통해 도메인이 이메일을 위해 Google Workspace, Microsoft 365 또는 다른 제공업체를 사용하는지 빠르게 확인할 수 있습니다.

DNS 변경 사항이 즉시 반영되지 않는 이유는 무엇인가요?

캐싱과 TTL 때문입니다. 리졸버는 이전 TTL이 만료될 때까지 레코드를 유지하므로, 변경 사항이 모든 곳에 반영되기까지 몇 분에서 48시간까지 걸릴 수 있습니다. IPAddress-Lookup.com은 권한 있는 네임서버에 직접 쿼리를 보내기 때문에, 다른 곳의 캐시된 사본이 뒤처져 있더라도 새 레코드가 게시되는 즉시 이를 표시합니다.

A 레코드와 CNAME의 차이점은 무엇인가요?

A 레코드는 호스트 이름을 IPv4 주소로 직접 매핑하는 반면, CNAME은 한 호스트 이름을 다른 호스트 이름(별칭)으로 매핑합니다. 서버의 IP를 직접 가리키려면 A 레코드를 사용하고, www와 같은 이름이 다른 이름이 가리키는 곳을 항상 따라가게 하려면 CNAME을 사용하세요.

이 DNS 조회 도구는 무료로 사용할 수 있나요?

네. IPAddress-Lookup.com의 모든 도구는 완전히 무료이며, 별도의 등록 절차 없이 원하는 만큼 자유롭게 사용하여 어떤 도메인의 DNS 레코드든 확인할 수 있습니다.