El día 15 de mayo de 2009 8:50, Miguel Da Silva - URI <[email protected]> escribió: > > "generalmente la primera"??? Entonces hubo casos que la respuesta fue la > otra IP??? O sea, el DNS está funcionando como debería. >
Efectivamente el dns esta funcionando como deberia. Es mas, si el ping lo hago desde una estacion linux, responde mas rapido la primera que la segunda, pero ambas responden. Lo raro es que desde estaciones windows, la ip que casi siempre se queda amarrada es la segunda, la cual no responde. Tengo entendido que la aplicacion ping en linux es levemente distinta a la version para windows, pero no creo que sea al punto tal de no poder resolver una consulta para la que ya conoce el destino y efectivamente esta disponible. (o si?) En resumen: Consulta desde linux externo: host -v -a smtp.midominio.com Trying "smtp.midominio.com" ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 16640 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 4, ADDITIONAL: 0 ;; QUESTION SECTION: ;smtp.midominio.com. IN ANY eee.fff.ggg.hhh ;; ANSWER SECTION: smtp.midominio.com. 300 IN A aaa.bbb.ccc.ddd smtp.midominio.com. 300 IN A eee.fff.ggg.hhh ;; AUTHORITY SECTION: midominio.com. 86400 IN NS ns4.name.com. midominio.com. 86400 IN NS ns3.name.com. midominio.com. 86400 IN NS ns1.name.com. midominio.com. 86400 IN NS ns2.name.com. Received 148 bytes from 172.16.1.3#53 in 241 ms eee.fff.ggg.hhh <Primer Ping> pe...@taller:~# ping smtp.midominio.com PING smtp.midominio.com (aaa.bbb.ccc.ddd) 56(84) bytes of data. 64 bytes from smtp.midominio.com (aaa.bbb.ccc.ddd): icmp_seq=1 ttl=56 time=29.9 ms 64 bytes from smtp.midominio.com (aaa.bbb.ccc.ddd): icmp_seq=2 ttl=56 time=16.6 ms 64 bytes from smtp.midominio.com (aaa.bbb.ccc.ddd): icmp_seq=3 ttl=56 time=120 ms 64 bytes from smtp.midominio.com (aaa.bbb.ccc.ddd): icmp_seq=4 ttl=56 time=39.3 ms 64 bytes from smtp.midominio.com (aaa.bbb.ccc.ddd): icmp_seq=5 ttl=56 time=67.3 ms ^C --- smtp.midominio.com ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4017ms rtt min/avg/max/mdev = 16.682/54.725/120.296/36.765 ms </primer ping> <segundo ping> pe...@taller:~# ping smtp.midominio.com PING smtp.midominio.com (eee.fff.ggg.hhh) 56(84) bytes of data. 64 bytes from smtp.midominio.com (eee.fff.ggg.hhh): icmp_seq=1 ttl=56 time=96.1 ms 64 bytes from smtp.midominio.com (eee.fff.ggg.hhh): icmp_seq=2 ttl=56 time=10.8 ms 64 bytes from smtp.midominio.com (eee.fff.ggg.hhh): icmp_seq=3 ttl=56 time=74.0 ms 64 bytes from smtp.midominio.com (eee.fff.ggg.hhh): icmp_seq=4 ttl=56 time=100 ms 64 bytes from smtp.midominio.com (eee.fff.ggg.hhh): icmp_seq=5 ttl=56 time=27.7 ms ^C --- smtp.midominio.com ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4011ms rtt min/avg/max/mdev = 10.883/61.836/100.349/36.237 ms </segundo ping> Realizando el mismo ping desde windows, si responde a la primera IP, ya no responde a la segunda. Como veran, la resolucion de nombres esta bien, y el enrutamiento tambien. No entiendo porque entonces desde windows no puedo conectarme a smtp.midominio.com si en ese momento esta buscando la segunda IP. Otro detalle que note pero que no se que tanta relacion pueda tener, es que el ping desde linux tarda mas o menos 5 o 6 segundos en comenzar a dar respuesta cuando esta buscando la segunda IP en comparacion a la primera IP que responde inmediatamente, pero no registra perdida de paquetes. Supongo que puede deberse a que esta "cambiando en caliente" el enrutamiento. No se si tenga relacion, pero eso sucede. > Y para terminar... el DNS tu comentas en el mensaje, es de tu > responsabilidad o es el DNS de algún proveedor? > El DNS lo administramos nosotros, por medio de la pagina donde adquirimos el dominio. Gracias por su colaboracion saludos -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
