<div dir="ltr">Hola Amador si entendí bien al hacer la conuslta del SOA te da distintos serial claramente los DNS de destino no se estan actualizando, fíjate el LOG al hacer al hacer la recarga de la zona por algún DNS no se esta actualizando podes forzar la notificación a ese server.<div><br></div><div>Saludos.</div><div>Luciano.</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">El 5 de enero de 2018, 13:11, Miguel Angel Amador <span dir="ltr">&lt;<a href="mailto:miguel@motd.cl" target="_blank">miguel@motd.cl</a>&gt;</span> escribió:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"> Estimados <div>   Primero que nada feliz año para todos, Tengo un problema que es bastante extraño... tenemos dominio para el ejemplo, <a href="http://dom.mx" target="_blank">dom.mx</a> , este sitio tenia un sitio web sobre una zona delegada (<a href="http://gtm.dom.mx" target="_blank">gtm.dom.mx</a>) , de manera que existía la siguiente configuración:</div><div> </div><div> <a href="http://www.dom.mx" target="_blank">www.dom.mx</a>  -&gt; cname -&gt; <a href="http://www.gtm.dom.mx" target="_blank">www.gtm.dom.mx</a> </div><div><br></div><div> 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:</div><div><br></div><div> <a href="http://www.dom.mx" target="_blank">www.dom.mx</a>  cname  <a href="http://dommx-azurewebsites.net" target="_blank">dommx-azurewebsites.net</a></div><div> <a href="http://dommx-azurewebsistes.net" target="_blank">dommx-azurewebsistes.net</a>  A  13.77.8.8</div><div><br></div><div>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.</div><div> 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 <a href="http://gtm.dom.mx" target="_blank">gtm.dom.mx</a>, 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 <a href="http://gtm.dom.mx" target="_blank">gtm.dom.mx</a> conteste el registro con la ip de azure. pero no es la idea.</div><div> Detalles.. el registro antes de cambiarse, existia en otra plataforma de DNS, se cambio la plataforma, hace mas de 3 meses. </div><div> El refresh esta en 43200, retry en 3600 , expire en 2 semanas, default ttl en 1 hora y caching negative ttl en 10 minutos.</div><div> 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. </div><div><br></div><div>Cualquier idea es bienvenida, me es bastante marciano el caso y es primera vez que me pasa.</div><div> Saludos </div><span class="HOEnZb"><font color="#888888"><div> Miguel Amador</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div> </div><div><br></div></font></span></div>
<br>______________________________<wbr>_________________<br>
dns-esp mailing list<br>
<a href="mailto:dns-esp@listas.nic.cl">dns-esp@listas.nic.cl</a><br>
<a href="https://listas.nic.cl/mailman/listinfo/dns-esp" rel="noreferrer" target="_blank">https://listas.nic.cl/mailman/<wbr>listinfo/dns-esp</a><br>
<br></blockquote></div><br></div>