sip.teltel.io이전 질문에서 제안하신 변경 사항을 구현하려고 노력했지만 개선되지 않았습니다.
AWS에서 호스팅되는 하위 도메인이 때때로 8.8.8.8로 확인되지 않는 경우가 있습니다.
8.8.8.8은 모든 하위 도메인에 대해 무작위로 NXDOMAIN을 반환합니다.
업데이트:
xip.teltel.io우리는 정확히 동일한 방식으로 설정된 테스트 하위 도메인도 만들었고sip.teltel.io해당 도메인을 8.8.8.8로 해석할 때 매번 잘 작동합니다. sip.teltel.io와 xip.teltel.io의 유일한 차이점은 로드입니다. 한모금고객의 트래픽을 수신하고xip우리의 테스트 요청만 가능합니다.
그걸 어떻게 설명할 수 있나요?
- 우리가 알아차린 내용은 다음과 같습니다. 로컬 Wi-Fi나 개인 핫스팟 등에서 8.8.8.8로 확인할 때 가끔 실패합니다. 응답은 다음 Google IP 주소로부터 수신됩니다.
74.125.46.10
74.125.112.1
74.125.112.9
74.125.x.x
74.125.z.z
74.125.w.w
그러나 AWS 또는 DO의 서버에서 8.8.8.8로 해석하면 항상 성공합니다. 응답은 다양한 Google IP 주소로부터 수신됩니다.
172.253.199.4
172.253.1.194
172.217.33.132
Google은 일반 고객보다 AWS나 DO와 같은 대규모 고객에게 더 높은 우선순위를 부여합니까? 아니면 다른 설명이 있나요?
- 우리는 tcpdump(tcpdump udp 및 포트 53)를 수행하여 트래픽을 캡처했으며 Google이 확인에 실패하면 이름 서버가 Google로부터 요청을 수신하지 않는다는 것을 확인했습니다.
- 여기에서 루프를 직접 테스트할 수 있습니다.
이것은 때때로 "한모금" -while true; do dig A 42894078.sip.teltel.io @8.8.8.8; done;
"는 항상 괜찮습니다.xip"-while true; do dig A 42894078.xip.teltel.io @8.8.8.8; done;
이 문제를 해결하도록 도와주실 수 있나요? 우리에게는 이 모든 것이 아주 신비로운 것 같습니다.
감사해요!