네임서버(NS) 확인
도메인의 네임서버 목록을 조회하고 응답 일관성을 점검합니다.
네임서버(NS) 확인은 도메인이 어떤 권한 네임서버에 위임되어 있는지 실시간으로 조회하는 도구입니다. 도메인의 모든 DNS 레코드(A·MX·TXT 등)는 결국 이 네임서버들이 응답하므로, NS가 무엇으로 설정돼 있는지는 DNS 문제 해결의 출발점입니다. 개별 레코드 값은 DNS 레코드 조회로, 등록기관 메타데이터는 WHOIS / 도메인 조회로 함께 확인할 수 있습니다.
도메인을 옮기거나 DNS 호스팅을 바꿀 때, 등록기관(레지스트라)에 등록된 NS와 실제 응답하는 NS가 일치하는지 확인하는 데 유용합니다. 도메인만 입력하면 됩니다(프로토콜·경로 불필요).
NS 레코드와 위임
NS 레코드는 부모 존(예: .com)이 어떤 네임서버에게 해당 도메인의 관리를 맡겼는지를 가리킵니다. 보통 2개 이상이 설정되며, 한쪽이 죽어도 다른 네임서버가 응답할 수 있도록 이중화합니다. 여기 표시되는 값은 공개 리졸버가 본 위임 정보이며, 등록기관 측 설정과 일치해야 정상입니다.
NS 변경 시 주의 — 전파 기간의 양쪽 구성
네임서버를 바꾸면 전 세계 리졸버가 옛 NS를 캐싱한 시간만큼(보통 24~48시간) 옛 네임서버로도 질의가 들어옵니다. 따라서 전파가 끝날 때까지는 옛 네임서버와 새 네임서버 양쪽 모두에 동일한 레코드(A·MX·TXT 등)를 올려두어야 다운타임이 없습니다. 한쪽만 설정하면 일부 사용자에게는 사이트나 메일이 끊겨 보입니다. 위임이 얼마나 퍼졌는지는 DNS 전파 확인으로 추적하세요.
- 등록기관에 등록된 NS와 DNS 호스팅의 NS가 같은지 확인
- 전파 기간 동안 옛·새 네임서버에 같은 레코드를 동시 유지
- NS가 0개면 위임이 안 됐거나 도메인이 존재하지 않는 상태
흔한 네임서버 문제 → 증상 → 조치
네임서버 설정에서 자주 발생하는 결함은 종류가 정해져 있습니다. 아래 표에서 증상으로 원인을 좁힌 뒤 조치를 적용하세요. 위임은 정상이라도 응답 일관성·이중화에서 점수를 잃는 경우가 많습니다.
| 문제 | 증상 | 조치 |
|---|---|---|
| 부모·자식 NS 불일치 (parent/child mismatch) | 등록기관(부모 존)이 알려주는 NS와 존 자체(NS 레코드)가 다름. 리졸버마다 다른 응답 | 양쪽 NS 목록을 동일하게 맞춤. 등록기관 NS를 존의 실제 권한 NS와 일치시키고 글루(glue) 갱신 |
| 레임 위임 (lame delegation) | NS로 지정된 서버가 해당 존에 대해 권한 있는(AA) 응답을 못 함. 타임아웃·REFUSED·비권한 응답 | 문제 NS에서 존을 실제로 호스팅하거나, 응답하지 않는 NS를 제거·교체 |
| 단일 NS (single NS) | NS가 1개뿐이라 이중화 없음. 그 서버가 죽으면 도메인 전체가 해석 불가 | 최소 2개 이상의 NS 추가 (RFC 권장). 가능하면 서로 다른 위치·경로 |
| 모든 NS가 같은 대역·사업자 (no diversity) | NS는 여러 개지만 같은 서브넷/AS/사업자에 몰려 있음. 단일 장애로 동시 다운 위험 | 서로 다른 네트워크·지역·사업자로 분산. 세컨더리 DNS 사업자 추가 검토 |
예시로 보는 불일치 진단
예를 들어 등록기관 쪽 부모 존에 질의하면(dig NS example.com @a.gtld-servers.net) NS가 ns1.oldhost.com, ns2.oldhost.com으로 나오는데, 권한 네임서버에 직접 질의하면 (dig NS example.com @ns1.newhost.com) ns1.newhost.com, ns2.newhost.com이 돌아온다고 합시다. 두 집합이 다르므로 전형적인 부모·자식 NS 불일치입니다. 원인은 DNS 호스팅을 새 사업자로 옮기면서 존에는 새 NS를 올렸지만 등록기관에는 옛 NS가 그대로 남은 것. 조치는 등록기관 관리 화면에서 NS를 ns1.newhost.com·ns2.newhost.com으로 변경하고, 글루 레코드가 필요한 경우 함께 갱신하는 것입니다. 변경 후 위임이 퍼지는 과정은 DNS 전파 확인으로 추적하면 됩니다.