Al resolver hacia 8.8.8.8 desde una red wifi local o un punto de acceso personal, etc., a veces falla. Las respuestas se reciben de estas direcciones IP de 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
Pero cuando se resuelve hacia 8.8.8.8 desde un servidor en AWS o DO, siempre tiene éxito. Las respuestas se reciben de diferentes direcciones IP de Google:
172.253.199.4
172.253.1.194
172.217.33.132
¿Por que es esto entonces?
Una idea: ¿Google da mayor prioridad a los grandes clientes como AWS o DO frente al público...? ¿O hay una explicación diferente?
Además:
- Incluso hicimos un subdominio de prueba xip.teltel.io que está configurado exactamente de la misma manera y cuando resuelve ese dominio hacia 8.8.8.8 funciona bien siempre. La única diferencia entre sip.teltel.io y xip.teltel.io es la carga: sip recibe el tráfico de nuestros clientes y xip solo nuestras solicitudes de prueba.
¿Cómo puedes explicar eso?
--
- Capturamos el tráfico realizando un tcpdump (tcpdump udp y puerto 53) y notamos que cuando Google no resuelve, nuestros servidores de nombres nunca reciben una solicitud de Google.
--
- Aquí puedes probar los bucles por ti mismo: Esto falla con "sip" - mientras es verdadero; cava A 42894078.sip.teltel.io @ 8.8.8.8; hecho; Esto está bien con "xip", aunque sea cierto; cava A 42894078.xip.teltel.io @ 8.8.8.8; hecho;
Por favor, ¿puedes ayudarnos a solucionar esto? Nos parece bastante misterioso.
¡Gracias!