Devops라는 현재 역할에서는 MySQL 백엔드로 PDNS 서버를 설정하는 것을 포함하여 나에게 새로운 몇 가지 작업이 할당되었습니다. 서버의 초기 설정 후 내 서버의 IP를 지정하는 동안 DIG 및 NSLOOKUP을 사용하여 새 PDNS 서버의 응답을 테스트했습니다. 내가 기대했던 대로 모든 응답이 긍정적으로 돌아왔습니다.
초기 설정 후 신뢰할 수 없는 다른 이름 서버에서 레코드가 업데이트될 때까지 잠시 기다렸습니다. 불행하게도 그 기록은 다른 이름 서버에서는 발견되지 않는 것 같습니다. 내 도메인에서 일반적인 NSLOOKUP 또는 DIG를 수행하려고 시도할 때마다 신뢰할 수 없는 이름 서버에서 SERVFAIL이 발생했습니다.
DNS 시스템에 대한 무지에 대해 사과드립니다. 나는 몇 가지 조사를 해왔고 일이 제대로 작동하도록 일부 설정을 변경하려고 여러 번 시도했지만 불행히도 모든 변경 사항은 성공하지 못했습니다.
권한 없는 이름 서버가 권한 있는 이름 서버로부터 레코드 정보를 얻는 방법에 대해 누군가가 좀 더 이해하는 데 도움을 줄 수 있기를 바랍니다. TLD에서 개별 서버까지 도메인 이름을 찾는 방법을 제대로 이해하고 있다고 생각하지만 왜 내 이름 서버를 찾을 수 없는지 잘 모르겠습니다. 직접 쿼리하면 제대로 응답하는 것 같습니다.
나는 실행 중입니다 :
CentOS pdns 3.3.1 pdns-backend-mysql
SOA 레코드가 기본 이름 서버를 가리키도록 설정되어 있습니다.
SOA 레코드 예
Commissionconverter.com 원본 = ns3.myebiz.com 메일 주소 = hostmaster.myebiz.com 일련 번호 = 2014030401 새로 고침 = 28800 재시도 = 7200 만료 = 604800 최소 = 86400
도와주셔서 감사합니다.
답변1
위임이 제대로 된 것 같고 네임서버가 응답하는 것 같습니다.
그러나 네임서버는 해당 영역에 대한 모든 레코드의 존재를 거부하는 것처럼 보이며 NS이는 확실히 좋은 일이 아닙니다. (문제 설명 자체가 다소 모호하기 때문에 문제를 완전히 설명하는지 여부는 불분명합니다.)
dig +trace +all commissionconverter.com NS확인자 서버가 이름을 찾기 위해 거치는 단계를 대략적으로 살펴보는 것이 좋습니다 (루트에서 지정된 이름에 대한 쿼리를 시작하고 위임을 따르고 완료될 때까지 해당 프로세스를 반복).
가장 마지막 쿼리인 서버 오픈에 대한 쿼리 결과를 보면 서버가 예상한 NS레코드로 응답하지 않습니다.
귀하의 사례에서 더 많은 문제가 발견될 가능성이 있지만 이는 최소한 일부 기본 사항을 다루고 한 가지 문제를 지적합니다.