Ao resolver para 8.8.8.8 a partir de um wi-fi local ou de um hotspot pessoal, etc., às vezes falha. As respostas são recebidas destes endereços IP do Google:
74.125.46.10
74.125.112.1
74.125.112.9
74.125.x.x
74.125.z.z
74.125.w.w
Mas ao resolver para 8.8.8.8 a partir de um servidor na AWS ou DO, sempre é bem-sucedido. As respostas são recebidas de diferentes endereços IP do Google:
172.253.199.4
172.253.1.194
172.217.33.132
Por que é tão?
Uma ideia: o Google dá maior prioridade para grandes clientes como AWS ou DO versus o público...? Ou existe uma explicação diferente?
Adicionalmente:
- Até fizemos um subdomínio de teste xip.teltel.io que é configurado exatamente da mesma maneira e ao resolver esse domínio para 8.8.8.8 ele funciona bem sempre. A única diferença entre sip.teltel.io e xip.teltel.io é a carga: o sip recebe o tráfego de nossos clientes e o xip apenas nossas solicitações de teste.
Como você pode explicar isso?
--
- Capturamos o tráfego executando um tcpdump (tcpdump udp e porta 53) e percebemos que quando o Google não consegue resolver, nossos servidores de nomes nunca recebem uma solicitação do Google.
--
- Aqui você pode testar os loops por si mesmo: Isso falha com "sip" - enquanto é verdade; cave A 42894078.sip.teltel.io @8.8.8.8; feito; Tudo bem com "xip" - embora seja verdade; cave A 42894078.xip.teltel.io @8.8.8.8; feito;
Por favor, você pode nos ajudar a resolver isso? Parece bastante misterioso para nós.
Obrigado!