로컬 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와 같은 대규모 고객에게 더 높은 우선순위를 부여합니까? 아니면 다른 설명이 있나요?
추가로:
- 우리는 정확히 동일한 방식으로 설정된 테스트 하위 도메인 xip.teltel.io를 만들었고 해당 도메인을 8.8.8.8로 해석할 때 매번 잘 작동합니다. sip.teltel.io와 xip.teltel.io의 유일한 차이점은 로드입니다. sip은 고객의 트래픽을 수신하고 xip는 테스트 요청만 받습니다.
그걸 어떻게 설명할 수 있나요?
--
- 우리는 tcpdump(tcpdump udp 및 포트 53)를 수행하여 트래픽을 캡처했으며 Google이 확인에 실패하면 이름 서버가 Google로부터 요청을 수신하지 않는다는 것을 확인했습니다.
--
- 여기에서 루프를 직접 테스트할 수 있습니다. "sip"으로 인해 실패합니다. 그러나 true입니다. A 42894078.sip.teltel.io @8.8.8.8을 발굴하세요. 완료; "xip"을 사용하면 괜찮습니다. 사실이지만; A 42894078.xip.teltel.io @8.8.8.8을 발굴하세요; 완료;
이 문제를 해결하도록 도와주실 수 있나요? 우리에게는 꽤 신비로운 것 같습니다.
감사해요!