☰

8.8.8.8은 모든 하위 도메인에 대해 무작위로 NXDOMAIN을 반환합니다.

tag-icon • tag-icon domain-name-system google nslookup resolve dnscmd
8.8.8.8은 모든 하위 도메인에 대해 무작위로 NXDOMAIN을 반환합니다.

우리 고객은 다음 도메인을 사용하여 Google 공개 DNS에 대해 꽤 많은 도메인 확인을 수행 <userid>.sip.teltel.io하지만 실패하는 경우가 많습니다. Cloudflare와 같은 다른 사람들에게는 항상 성공합니다.

8.8.8.8을 향한 루프에서 nslookup을 실행하면 Google이 해결에 실패하는 시간이 약 80%입니다. 1.1.1.1에서는 항상 성공합니다. 아래의 실패한 예를 참조하세요.

요구:

while :
do
    nslookup 7157599388.sip.teltel.io 8.8.8.8
done

응답:

Server:     8.8.8.8
Address:    8.8.8.8#53

** server can't find 7157599388.sip.teltel.io: NXDOMAIN

또한 8.8.8.8에 대한 조사를 수행할 때 실패할 때도 있고 그렇지 않을 때도 있습니다. 여기에 이미지 설명을 입력하세요 왜 그런지 아는 사람이 있나요?

미리 감사드립니다!

답변1

쿼리 에서 dig +trace 7157599388.sip.teltel.io:

teltel.io.      86400   IN  NS  dina.ns.cloudflare.com.
teltel.io.      86400   IN  NS  kanye.ns.cloudflare.com.


sip.teltel.io.      1800    IN  NS  ns1.teltel.io.
sip.teltel.io.      1800    IN  NS  ns2.teltel.io.


ns1.teltel.io.      1800    IN  A   3.9.142.25
ns2.teltel.io.      1800    IN  A   3.9.142.25

7157599388.sip.teltel.io. 300   IN  A   104.248.101.248

sip.teltel.io 하위 도메인이 CloudFlare DNS 서버에서 ns1.teltel.io 및 ns2.teltel.io 이름 서버로 위임되었음을 확인할 수 있습니다.

우선 두 개의 네임서버 레코드는 모두 3.9.142.25로 확인됩니다. 중복된 DNS 서버가 없으면 단일 NS 레코드만 사용하고 단일 실패 지점을 처리할 수도 있습니다.

또한 sip.teltel.io 하위 도메인의 영역에는 현재 여전히 NS 레코드가 포함되어 있지 않으며 쿼리가 dig -t NS sip.teltel.io @ns1.teltel.io여전히 실패합니다. 보다DNS 영역 파일에 NS 레코드가 필요한 이유는 무엇입니까?그리고DNS 영역 파일에 NS 레코드가 필요한 이유 설명그것이 왜 나쁜지에 대한 더 자세한 추론을 위해.

그래도 해결이 간헐적으로 실패하는 이유 중 하나가 있는지 모르겠습니다.

관련 정보