우리는 도메인에 대한 DNS를 호스팅합니다.
2주 전, 개발자는 새로운 영역 'dev.ourdomain.com'을 설정하고 여기에 my.dev.ourdomain.com 및 admin.dev.ourdomain.com에 두 개의 호스트 레코드를 배치할 것을 요청했습니다.
DNS에 영역을 추가하고 호스트에 대한 A 레코드를 추가했습니다.
이제 일주일 후 google(8.8.8.8) 및 gtei(4.2.2.2)와 같은 일부 DNS 서버는 호스트를 확인할 수 있지만 OpenDNS(208.67.222.222) 및 ATT Uverse(68.94.156.1)와 같은 다른 서버는 호스트를 확인할 수 없습니다.
어떤 아이디어가 있나요?
답변1
도메인의 WHOIS에 어떤 이름 서버가 나열되어 있는지 확인한 다음 각 서버에 도메인의 NS 레코드를 쿼리하고 모두 동일한 이름 서버를 나열하는지 확인하세요. 그렇지 않은 경우 도메인의 이름 서버인 서버에 대해 모두 동의하고 이름 서버로 나열된 각 서버에 영역 복사본이 있도록 문제를 해결해야 합니다.
답변2
나는 당신이 관련된 TTL을 이미 기다렸다고 가정하므로 전 세계 캐시에 '오래된' 데이터가 없다고 확신합니다.
문제가 있는지 TLD부터 영역까지 전체 해결 체인을 확인해야 합니다. 예를 들어, .com에서 시작하여 도메인의 NS 목록에 대한 권한 있는 이름 서버에 문의하세요. 그런 다음 그들 각자에게 하위 도메인의 NS를 요청하고 게시해야 할 데이터에 대해서도 물어보세요.
일부 DNS가 전체 데이터를 게시하지 않을 가능성이 있으며 제목에서 말한 대로 실제로 '복제 문제'가 발생합니다. 아니면 어딘가(SOA, NS 등...)에서 일부 데이터가 누락되었을 수도 있습니다.
표준 리졸버(저는파기예를 들어) 호스트 이름을 확인할 수 있으면 문제는 반대편에 있을 수 있습니다.
답변3
서버에 영역을 추가했다고 했는데, 그 이유는 무엇입니까? dev.yourdomain.com을 처리하는 서버가 yourdomain.com을 처리하는 서버와 동일하지 않습니까? 동일한 호스트가 상위 호스트를 관리하는 경우 별도의 영역 파일을 만들 필요가 없습니다. 어떤 서버인지는 언급하지 않았으므로 바인딩을 가정하겠습니다. 하지만 대부분의 DNS 서비스는 다음과 같은 작업을 지원합니다.
dev IN A 1.2.3.4
admin.dev IN A 1.2.3.5
이 항목은 모두 기본 영역 파일에 나타납니다. 그러나 dev.yourdomain.com 하위 도메인에 대한 DNS를 다른 곳에서 호스팅할 계획이라면 좀 더 복잡한 것이 필요합니다. 기존대로 영역 파일을 설정한 다음 상위 서버의 참조를 추가하세요.
dev IN NS otherns.yourdomain.com.
dev IN NS backupns.yourdomain.com.
일부 호스트가 해결되지 않는 실제 문제에 대해 추적을 실행해 보셨나요? 항상 그런가요? 동일한 NS 호스트를 쿼리하고 있습니까? 여러 서버를 실행 중인 경우 여러 서버의 구성을 검증했습니까?