NS 레코드 조회: 누가 이 도메인의 DNS를 운영할까요?
DNS 레코드를 추가했는데 아무 일도 일어나지 않나요? 제공업체를 옮긴 뒤 제대로 적용되었는지 확인하고 싶으신가요? 어떤 레코드가 유효한지는 도메인의 네임서버가 결정합니다. 아래에서 각 서버의 IP 주소와 함께 조회한 다음, 표를 보고 어떤 제공업체인지 알아보세요.
네임서버가 모든 것을 결정하는 이유
레지스트라는 어떤 네임서버가 내 도메인을 관리하는지 기록합니다. 리졸버가 응답이 필요하면 도메인의 최상위 레지스트리에 그 서버들을 물어본 다음 해당 서버에 직접 질의합니다. 다른 대시보드에 무엇이 쓰여 있든, 그 서버들이 게시한 내용이 내 도메인의 진실입니다.
그래서 한 관리 패널에서 추가한 레코드가 아무 효과가 없어 보일 수 있습니다. 도메인의 네임서버가 다른 제공업체의 것이라면, 아무도 읽지 않는 존을 수정한 셈입니다.
이 네임서버는 어느 제공업체가 운영하나요?
네임서버 호스트 이름을 보면 대개 제공업체를 알 수 있습니다.
| 네임서버 형태 | 일반적으로 의미하는 것 |
|---|---|
| name.ns.cloudflare.com | Cloudflare DNS |
| ns-123.awsdns-45.com (.org, .net, .co.uk도 있음) | Amazon Route 53 |
| ns1-01.azure-dns.com | Microsoft Azure DNS |
| ns-cloud-a1.googledomains.com | Google Cloud DNS |
| ns01.domaincontrol.com | GoDaddy |
| dns1.registrar-servers.com | Namecheap |
| ns1.digitalocean.com | DigitalOcean |
이는 흔한 패턴일 뿐 보장은 아닙니다. 제공업체는 서버 이름을 마음대로 지을 수 있고, 일부 대기업은 자체 서버를 운영합니다.
건강한 네임서버 구성의 모습
- 네임서버가 최소 두 개 있어, 하나가 고장 나도 도메인이 오프라인이 되지 않습니다.
- 서버가 서로 다른 네트워크에 있어, 한 번의 장애가 모든 서버에 미치지 않습니다.
- 레지스트라와 존 내부에 같은 서버 집합이 설정되어 있습니다. 서로 다르면 lame delegation이 생기고 리졸버가 일관되지 않은 응답을 받습니다.
- 나열된 모든 서버가 실제로 응답합니다. 죽은 서버가 하나 있으면 리졸버가 시간 초과를 기다리는 동안 조회가 느려집니다.
네임서버 변경이 제대로 되었는지 확인하기
- 도메인의 NS 레코드를 조회해 새 제공업체의 서버가 나열되어 있는지 확인하세요.
- 이전 응답이 만료될 시간을 주세요. 레지스트리와 리졸버는 보통 네임서버 데이터를 하루 이상 캐시하므로, 일부 네트워크는 한동안 이전 서버를 계속 봅니다.
- 변경이 모든 곳에서 보일 때까지 이전 제공업체의 존을 같은 레코드로 계속 게시하세요. 너무 일찍 내리면 일부 방문자가 더 이상 응답하지 않는 서버로 가게 됩니다.
- DNS 조회 도구로 각 네임서버의 SOA 일련번호를 비교하세요. 같은 존을 가진 서버는 같은 일련번호를 보고해야 합니다.