☰

AWS에서 호스팅되는 하위 도메인이 때때로 8.8.8.8로 확인되지 않는 경우가 있습니다.

tag-icon • tag-icon amazon-web-services digital-ocean resolve google-public-dns
AWS에서 호스팅되는 하위 도메인이 때때로 8.8.8.8로 확인되지 않는 경우가 있습니다.

최근 8.8.8.8에 대한 하위 도메인을 해결하는 데 산발적인 문제가 발생하여 테스트를 위해 두 번째 하위 도메인을 만들었지만 문제를 재현할 수 없습니다.

원래 하위 도메인 - 42894078.sip.teltel.io- 8.8.8.8에서 다음 오류로 인해 가끔 실패합니다.server can't find 42894078.sip.teltel.io: NXDOMAIN

하위 도메인 테스트 - 42894078.xip.teltel.io- 8.8.8.8을 통해 문제 해결

xip.teltel.io와 정확하게 구성됩니다 sip.teltel.io.

유일한 차이점은 xip.teltel.ioDigitalOcean에서 호스팅하지만 sip.teltel.ioAWS에서 호스팅한다는 것입니다.

왜 하나는 작동하지만 다른 하나는 작동하지 않는지 아시나요?

답변1

모든 포인트는이전 질문에 대한 답변여전히 적용됩니다:

  • sip.teltel.io도메인 에 NS 레코드가 없습니다.
  • 이름은 ns1여전히 ns2.teltel.io​​동일한 IP 주소로 확인되며 AWS IP EC2 인스턴스 주소인 것 같습니다.

그러면 AWS EC2 인스턴스에서 일부 DNS 소프트웨어(바인딩?)를 실행하고 있는 것 같습니다. 맞습니까? 내 생각엔 그게 문제인 것 같아 - 너의묶다잘못 구성되었거나, 속도가 제한되었거나, DNSSEC 불일치가 있거나 다른 문제가 있을 수 있습니다.

sip.teltel.io귀하의 영역을 다음으로 마이그레이션하는 것이 좋습니다 .AWS Route53 관리형 DNS 서비스그리고 끝내세요. 모든 DNS 서버와 중복성을 제공하며 바인딩을 위해 자체 인스턴스를 실행하는 것보다 비용이 적게 듭니다.

그렇지 않은 경우 1) 도메인 문제를 해결한 다음 2) 바인드 로그를 자세히 살펴보고 거기에서 무슨 일이 일어나고 있는지 확인하세요. 그래도 Route53으로 마이그레이션하는 것이 좋습니다.

도움이 되었기를 바랍니다 :)

관련 정보