Hola no, el F5 no resuelve azure... el gtm resolvía un sitio local, y ese lo cambiamos a azure en la zona padre... pero los dns de distintos sitios del mundo, siguen resolviendo y yendo a preguntar el GTM, ya descartamos bloqueos de firewall a ip's desconocidas.
El 5 de enero de 2018, 13:26, Eduardo Romero Urra eromerou@interior.gov.cl escribió:
Holas Miguel,
Por lo que entiendo , usas GTM (F5)
Una posible causa , es que la metodologia de resolucion en el GTM para el registro en Azure no funcione (no conecte, exista temas de firewall), al no poder resolverlo, el intentara mandarla al otro registro que solo puede resolver y validar (si un gtm no ve una dependencia, invalidara siempre el recurso y/o no los entregara nunca).
Te recomiendo que veas las dependencias del Wide IP en F5 y los pool que utiliza, puede ser que necesites creear los recursos (como ajenos a tu F5 y LTM) del sitio de Azure, a nosotros nos ha funcionado en casos en donde nosotros tenemos los sites Web primarios, pero la Web de contingencia esta en un tercero ajeno a nuestra infraestructura.
Saludos Edo.
*De: *"Miguel Angel Amador" miguel@motd.cl *Para: *"dns-esp" dns-esp@listas.nic.cl *Enviados: *Viernes, 5 de Enero 2018 13:11:30 *Asunto: *[dns-esp]problema extraño
Estimados Primero que nada feliz año para todos, Tengo un problema que es bastante extraño... tenemos dominio para el ejemplo, dom.mx , este sitio tenia un sitio web sobre una zona delegada (gtm.dom.mx) , de manera que existía la siguiente configuración:
www.dom.mx -> cname -> www.gtm.dom.mx
el tema es que se realizo el cambio y en vez de ser un cname a la zona delegada, se cambio por un cname hacia azure... quedando algo asi:
www.dom.mx cname dommx-azurewebsites.net dommx-azurewebsistes.net A 13.77.8.8
El tema es que validando con DNSChecker.org el registro CNAME de la url... tira la mitad con la respuesta hacia Azure y la otra mitad hacia la zona de gtm... al preguntar por el registro SOA, nos marca la mitad de azure con el serial actual y la mitad de gtm con el serial de anterior al cambio. Por otro lado, no hay problemas de comunicación, sniffeando, las consultas llegan, y al pedir resolver por A, las consultas que van a la zona gtm.dom.mx, llegan al GTM , pero no llegan al dns maestro del dominio... osea, como que guardo en cache la delegacion de zona y se olvido del dns padre, técnicamente no tengo claro que pueda estar pasando, posterior a eso hicimos pruebas con servidores dns de mexico y era el mismo tema. al final parchamos colocando un que la zona gtm.dom.mx conteste el registro con la ip de azure. pero no es la idea. Detalles.. el registro antes de cambiarse, existia en otra plataforma de DNS, se cambio la plataforma, hace mas de 3 meses. El refresh esta en 43200, retry en 3600 , expire en 2 semanas, default ttl en 1 hora y caching negative ttl en 10 minutos. Alguien se le ocurre que mas debería revisar? a la luz de los validadores de dominio se ve ok, pero el que la resolución no se vea correcta nos afecta.
Cualquier idea es bienvenida, me es bastante marciano el caso y es primera vez que me pasa. Saludos Miguel Amador
dns-esp mailing list dns-esp@listas.nic.cl https://listas.nic.cl/mailman/listinfo/dns-esp
dns-esp mailing list dns-esp@listas.nic.cl https://listas.nic.cl/mailman/listinfo/dns-esp