Re: respuesta lenta cuando resuelve dns no atribuible al mismo
El 21 de junio de 2010 10:59, Jorge A. Secreto escribió: > El 18 de junio de 2010 17:13, Odair Augusto Trujillo Orozco escribió: > >> El 18 de junio de 2010 13:59, Jorge A. Secreto escribió: >> > El 18 de junio de 2010 13:32, Odair Augusto Trujillo Orozco escribió: >> >> ... >> >> > >> El Wed, 16 Jun 2010 12:49:50 -0300, Jorge A. Secreto escribió: >> > >> >> > >> > A ver si a alguien se le ocurre que puede estar pasando (o >> cómo >> > >> > tengo que buscar la solución): >> > >> > Tengo la pc conectada en una red con dos puertas de enlace. >> Una >> > >> > es un modem de speedy, routeado. >> > >> > Este modem es mi servidor DNS y mi puerta de enlace a >> internet. >> > >> > La otra es un Brazil-fw discando un modem de speedy, que a su >> > >> > vez, también es puerta de enlace a otra red. >> > >> > La cuestión es que si hago un ping (o trato de cargar la >> pagina >> > >> > en el navegador) a google o cualquier otro servidor hay una >> > >> > demora de no menos de 15 o 20 segundos, antes de que la >> empiece >> > >> > a cargar, o responder los ping. De hecho cada ping individual >> > >> > tarda menos de 1 segundo en volver, pero entre cada ping se >> > >> > vuelve a producir la demora. Si, en vez de buscar la dirección >> > >> > por URL pongo la dirección IP, las respuesta son inmediatas, >> > >> > siempre. >> > >... >> >> >> >> Desactiva ipv6, busca en google como se hace y pruebas. >> > >> > Se lo desactivé al Iceweasel poniendo en true el parámetro >> > network.dns.disableIPv6 >> > en el about:config y desapareció el retardo en el navegador. :-) >> > >> > Lo desactivé del sistema agregando >> > install ipv6 /bin/true >> > en /etc/modprobe.conf y el ping sigue igual. :-( >> > >> > Muchas gracias por el dato. parece que viene por ahí la mano. Aunque no >> se >> > todavía porque el ping sigue sufriendo el retraso. >> > >> > Igual muchas gracias otra vez. >> > >> Hiciste esto para el sistema? >> editar /etc/sysctl.conf >> Y agregar al final la siguiente linea: >> net.ipv6.conf.all.disable_ipv6=1 >> Reiniciar el equipo y voilá >> > > Sip, pero no deshabilitó el ipv6. Bueno, por lo menos el módulo se seguía > cargando. > Ahora no recuerdo si probé si se mantenía el retardo. > Mañana pruebo. > Muchas gracias por pensar en mi problema. > Está puesto así en el sysctl.conf, el retardo se mantiene y este es el error que provoca esa línea # sysctl -p error: "net.ipv6.conf.all.disable_ipv6" is an unknown key Muchas gracias, un abrazo. -- Jorge A Secreto Analista de Sistemas MP 361
Re: respuesta lenta cuando resuelve dns no atribuible al mismo
perdon haldrik, por el privado -- Jorge A Secreto Analista de Sistemas MP 361
Re: respuesta lenta cuando resuelve dns no atribuible al mismo
El 18 de junio de 2010 17:13, Odair Augusto Trujillo Orozco < hald...@gmail.com> escribió: > El 18 de junio de 2010 13:59, Jorge A. Secreto > escribió: > > > > > > El 18 de junio de 2010 13:32, Odair Augusto Trujillo Orozco < > hald...@gmail.com> escribió: > >> > >> ... > > > >> El Wed, 16 Jun 2010 12:49:50 -0300, Jorge A. Secreto escribió: > > >> > > >> > A ver si a alguien se le ocurre que puede estar pasando (o cómo > > >> > tengo que buscar la solución): > > >> > Tengo la pc conectada en una red con dos puertas de enlace. Una > > >> > es un modem de speedy, routeado. > > >> > Este modem es mi servidor DNS y mi puerta de enlace a internet. > > >> > La otra es un Brazil-fw discando un modem de speedy, que a su > > >> > vez, también es puerta de enlace a otra red. > > >> > La cuestión es que si hago un ping (o trato de cargar la pagina > > >> > en el navegador) a google o cualquier otro servidor hay una > > >> > demora de no menos de 15 o 20 segundos, antes de que la empiece > > >> > a cargar, o responder los ping. De hecho cada ping individual > > >> > tarda menos de 1 segundo en volver, pero entre cada ping se > > >> > vuelve a producir la demora. Si, en vez de buscar la dirección > > >> > por URL pongo la dirección IP, las respuesta son inmediatas, > > >> > siempre. > > >... > >> > >> Desactiva ipv6, busca en google como se hace y pruebas. > > > > Se lo desactivé al Iceweasel poniendo en true el parámetro > > network.dns.disableIPv6 > > en el about:config y desapareció el retardo en el navegador. :-) > > > > Lo desactivé del sistema agregando > > install ipv6 /bin/true > > en /etc/modprobe.conf y el ping sigue igual. :-( > > > > Muchas gracias por el dato. parece que viene por ahí la mano. Aunque no > se > > todavía porque el ping sigue sufriendo el retraso. > > > > Igual muchas gracias otra vez. > > > > -- > > Jorge A Secreto > > Analista de Sistemas > > MP 361 > > > Hiciste esto para el sistema? > > editar /etc/sysctl.conf > > Y agregar al final la siguiente linea: > > net.ipv6.conf.all.disable_ipv6=1 > > Reiniciar el equipo y voilá > -- > > Sip, pero no deshabilitó el ipv6. Bueno, por lo menos el módulo se seguía cargando. Ahora no recuerdo si probé si se mantenía el retardo. Mañana pruebo. Muchas gracias por pensar en mi problema. -- Jorge A Secreto Analista de Sistemas MP 361
Re: respuesta lenta cuando resuelve dns no atribuible al mismo
El 18 de junio de 2010 13:59, Jorge A. Secreto escribió: > > > El 18 de junio de 2010 13:32, Odair Augusto Trujillo Orozco > escribió: >> >> ... > >> El Wed, 16 Jun 2010 12:49:50 -0300, Jorge A. Secreto escribió: > >> > >> > A ver si a alguien se le ocurre que puede estar pasando (o cómo > >> > tengo que buscar la solución): > >> > Tengo la pc conectada en una red con dos puertas de enlace. Una > >> > es un modem de speedy, routeado. > >> > Este modem es mi servidor DNS y mi puerta de enlace a internet. > >> > La otra es un Brazil-fw discando un modem de speedy, que a su > >> > vez, también es puerta de enlace a otra red. > >> > La cuestión es que si hago un ping (o trato de cargar la pagina > >> > en el navegador) a google o cualquier otro servidor hay una > >> > demora de no menos de 15 o 20 segundos, antes de que la empiece > >> > a cargar, o responder los ping. De hecho cada ping individual > >> > tarda menos de 1 segundo en volver, pero entre cada ping se > >> > vuelve a producir la demora. Si, en vez de buscar la dirección > >> > por URL pongo la dirección IP, las respuesta son inmediatas, > >> > siempre. > >... >> >> Desactiva ipv6, busca en google como se hace y pruebas. > > Se lo desactivé al Iceweasel poniendo en true el parámetro > network.dns.disableIPv6 > en el about:config y desapareció el retardo en el navegador. :-) > > Lo desactivé del sistema agregando > install ipv6 /bin/true > en /etc/modprobe.conf y el ping sigue igual. :-( > > Muchas gracias por el dato. parece que viene por ahí la mano. Aunque no se > todavía porque el ping sigue sufriendo el retraso. > > Igual muchas gracias otra vez. > > -- > Jorge A Secreto > Analista de Sistemas > MP 361 Hiciste esto para el sistema? editar /etc/sysctl.conf Y agregar al final la siguiente linea: net.ipv6.conf.all.disable_ipv6=1 Reiniciar el equipo y voilá -- "LARGA VIDA Y PODEROSA." -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimaum-gs6dgi8qy1ahwcyjktcgzoxyqelw6m...@mail.gmail.com
Re: respuesta lenta cuando resuelve dns no atribuible al mismo
El 18 de junio de 2010 13:32, Odair Augusto Trujillo Orozco < hald...@gmail.com> escribió: > ... > >> > >> El Wed, 16 Jun 2010 12:49:50 -0300, Jorge A. Secreto escribió: >>> > >> >>> > >> > A ver si a alguien se le ocurre que puede estar pasando (o cómo >>> > >> > tengo que buscar la solución): >>> > >> > Tengo la pc conectada en una red con dos puertas de enlace. Una >>> > >> > es un modem de speedy, routeado. >>> > >> > Este modem es mi servidor DNS y mi puerta de enlace a internet. >>> > >> > La otra es un Brazil-fw discando un modem de speedy, que a su >>> > >> > vez, también es puerta de enlace a otra red. >>> > >> > La cuestión es que si hago un ping (o trato de cargar la pagina >>> > >> > en el navegador) a google o cualquier otro servidor hay una >>> > >> > demora de no menos de 15 o 20 segundos, antes de que la empiece >>> > >> > a cargar, o responder los ping. De hecho cada ping individual >>> > >> > tarda menos de 1 segundo en volver, pero entre cada ping se >>> > >> > vuelve a producir la demora. Si, en vez de buscar la dirección >>> > >> > por URL pongo la dirección IP, las respuesta son inmediatas, >>> > >> > siempre. >>> > >... >>> >> > Desactiva ipv6, busca en google como se hace y pruebas. > Se lo desactivé al Iceweasel poniendo en true el parámetro network.dns.disableIPv6 en el about:config y desapareció el retardo en el navegador. :-) Lo desactivé del sistema agregando install ipv6 /bin/true en /etc/modprobe.conf y el ping sigue igual. :-( Muchas gracias por el dato. parece que viene por ahí la mano. Aunque no se todavía porque el ping sigue sufriendo el retraso. Igual muchas gracias otra vez. -- Jorge A Secreto Analista de Sistemas MP 361
Re: respuesta lenta cuando resuelve dns no atribuible al mismo
El 18 de junio de 2010 07:23, Jorge A. Secreto escribió: > > > El 18 de junio de 2010 07:11, Pedro M. López > escribió: > > El Fri, 18 Jun 2010 11:53:17 +0200 >> Marc Aymerich escribió: >> > 2010/6/17 Jorge A. Secreto : >> > > >> > > >> > > El 17 de junio de 2010 11:13, Camaleón >> > > escribió: >> > >> >> > >> El Wed, 16 Jun 2010 12:49:50 -0300, Jorge A. Secreto escribió: >> > >> >> > >> > A ver si a alguien se le ocurre que puede estar pasando (o cómo >> > >> > tengo que buscar la solución): >> > >> > Tengo la pc conectada en una red con dos puertas de enlace. Una >> > >> > es un modem de speedy, routeado. >> > >> > Este modem es mi servidor DNS y mi puerta de enlace a internet. >> > >> > La otra es un Brazil-fw discando un modem de speedy, que a su >> > >> > vez, también es puerta de enlace a otra red. >> > >> > La cuestión es que si hago un ping (o trato de cargar la pagina >> > >> > en el navegador) a google o cualquier otro servidor hay una >> > >> > demora de no menos de 15 o 20 segundos, antes de que la empiece >> > >> > a cargar, o responder los ping. De hecho cada ping individual >> > >> > tarda menos de 1 segundo en volver, pero entre cada ping se >> > >> > vuelve a producir la demora. Si, en vez de buscar la dirección >> > >> > por URL pongo la dirección IP, las respuesta son inmediatas, >> > >> > siempre. >> > >> >> > >> ¿Tienes los mismos síntomas en el resto de equipos que tienes >> > >> conectado a ese módem-router? >> > > >> > > No, solo pasa en esa máquina >> > > >> > >> >> > >> ¿Has probado a resolver un dominio de la red local? >> > > >> > > >> > > No, con el modem como DNS no puedo resolver direcciones internas. >> > > Tendría que ver si le puedo decir al modem que ip tiene algun >> > > servidor interno. >> > > Para que no lo salga a buscar a internet >> > > Lo que acabo de hacer es agregar en /etc/hosts la ip que resuelve >> > > www.google.com y asi funciona bien sin el retardo. >> > > Daría la impresión de que tiene que ver con la resolucion de >> > > nombres, si no fuera porque inmediatamente que hago el ping, me >> > > devuelve la ip de google y luego se produce la demora. >> > > >> > >> >> > >> ¿Tienes algún serviico de cortafuegos o proxy que puediera estar >> > >> interfiriendo, bloqueando o ralentizando la entrada o recepción de >> > >> paquetes externos? >> > > >> > > No, ese modem está con la configuración por defecto, no filtra mas >> > > que lo que da el nateo. >> > > Es decir: no hay ningun servicio interno expuesto a internet. >> > > >> > > >> > >> > Solo por curiosidad un "ping -f 172.16.0.58" te reporta paquetes >> > perdidos? >> > >> > >> > > x# ping -f www.google.com > PING www.l.google.com (72.14.253.104) 56(84) bytes of data. > ^C > --- www.l.google.com ping statistics --- > 14 packets transmitted, 14 received, 0% packet loss, time 155ms > rtt min/avg/max/mdev = 158.202/162.773/168.155/2.939 ms, pipe 14, ipg/ewma > 11.934/163.006 ms > > > > > >> >> ¿Podrías darnos la salida de un ping -n www.google.com? >> Estos retrasos con el ping pueden ser debidos a problemas en las >> resoluciones inversas de DNS. >> >> Y también podrías hacer una prueba con root (si no es con el >> superusuario a mi no me deja hacer un strace del ping) >> strace -C -r -T ping www.google.com >> >> > x# strace -c -r -T ping www.google.com > PING www.l.google.com (72.14.253.104) 56(84) bytes of data. > 64 bytes from 72.14.253.104: icmp_seq=1 ttl=55 time=165 ms > 64 bytes from 72.14.253.104: icmp_seq=2 ttl=55 time=165 ms > 64 bytes from 72.14.253.104: icmp_seq=3 ttl=55 time=162 ms > ^C% time seconds usecs/call callserrors syscall > -- --- --- - - >nan0.00 027 read >nan0.00 0 7 write >nan0.00 020 open >nan0.00 030 close >nan0.00 0 1 execve >nan0.00 0 1 getpid >nan0.00 0 8 8 access >nan0.00 0 3 brk >nan0.00 0 3 ioctl >nan0.00 018 gettimeofday >nan0.00 017 munmap >nan0.00 0 2 uname >nan0.00 0 1 mprotect >nan0.00 0 3 3 _llseek >nan0.00 017 poll >nan0.00 0 3 rt_sigaction >nan0.00 034 mmap2 >nan0.00 0 7 stat64 >nan0.00 024 fstat64 >nan0.00 0 1 getuid32 >nan0.00 0 1 setuid32 >nan0.00
Re: respuesta lenta cuando resuelve dns no atribuible al mismo
El 18 de junio de 2010 09:23, Jorge A. Secreto escribió: > > > El 18 de junio de 2010 07:11, Pedro M. López > escribió: > mil disculpas por el privado -- Jorge A Secreto Analista de Sistemas MP 361
Re: respuesta lenta cuando resuelve dns no atribuible al mismo
El 18 de junio de 2010 07:11, Pedro M. López escribió: > El Fri, 18 Jun 2010 11:53:17 +0200 > Marc Aymerich escribió: > > 2010/6/17 Jorge A. Secreto : > > > > > > > > > El 17 de junio de 2010 11:13, Camaleón > > > escribió: > > >> > > >> El Wed, 16 Jun 2010 12:49:50 -0300, Jorge A. Secreto escribió: > > >> > > >> > A ver si a alguien se le ocurre que puede estar pasando (o cómo > > >> > tengo que buscar la solución): > > >> > Tengo la pc conectada en una red con dos puertas de enlace. Una > > >> > es un modem de speedy, routeado. > > >> > Este modem es mi servidor DNS y mi puerta de enlace a internet. > > >> > La otra es un Brazil-fw discando un modem de speedy, que a su > > >> > vez, también es puerta de enlace a otra red. > > >> > La cuestión es que si hago un ping (o trato de cargar la pagina > > >> > en el navegador) a google o cualquier otro servidor hay una > > >> > demora de no menos de 15 o 20 segundos, antes de que la empiece > > >> > a cargar, o responder los ping. De hecho cada ping individual > > >> > tarda menos de 1 segundo en volver, pero entre cada ping se > > >> > vuelve a producir la demora. Si, en vez de buscar la dirección > > >> > por URL pongo la dirección IP, las respuesta son inmediatas, > > >> > siempre. > > >> > > >> ¿Tienes los mismos síntomas en el resto de equipos que tienes > > >> conectado a ese módem-router? > > > > > > No, solo pasa en esa máquina > > > > > >> > > >> ¿Has probado a resolver un dominio de la red local? > > > > > > > > > No, con el modem como DNS no puedo resolver direcciones internas. > > > Tendría que ver si le puedo decir al modem que ip tiene algun > > > servidor interno. > > > Para que no lo salga a buscar a internet > > > Lo que acabo de hacer es agregar en /etc/hosts la ip que resuelve > > > www.google.com y asi funciona bien sin el retardo. > > > Daría la impresión de que tiene que ver con la resolucion de > > > nombres, si no fuera porque inmediatamente que hago el ping, me > > > devuelve la ip de google y luego se produce la demora. > > > > > >> > > >> ¿Tienes algún serviico de cortafuegos o proxy que puediera estar > > >> interfiriendo, bloqueando o ralentizando la entrada o recepción de > > >> paquetes externos? > > > > > > No, ese modem está con la configuración por defecto, no filtra mas > > > que lo que da el nateo. > > > Es decir: no hay ningun servicio interno expuesto a internet. > > > > > > > > > > Solo por curiosidad un "ping -f 172.16.0.58" te reporta paquetes > > perdidos? > > > > > x# ping -f www.google.com PING www.l.google.com (72.14.253.104) 56(84) bytes of data. ^C --- www.l.google.com ping statistics --- 14 packets transmitted, 14 received, 0% packet loss, time 155ms rtt min/avg/max/mdev = 158.202/162.773/168.155/2.939 ms, pipe 14, ipg/ewma 11.934/163.006 ms > > ¿Podrías darnos la salida de un ping -n www.google.com? > Estos retrasos con el ping pueden ser debidos a problemas en las > resoluciones inversas de DNS. > > Y también podrías hacer una prueba con root (si no es con el > superusuario a mi no me deja hacer un strace del ping) > strace -C -r -T ping www.google.com > > x# strace -c -r -T ping www.google.com PING www.l.google.com (72.14.253.104) 56(84) bytes of data. 64 bytes from 72.14.253.104: icmp_seq=1 ttl=55 time=165 ms 64 bytes from 72.14.253.104: icmp_seq=2 ttl=55 time=165 ms 64 bytes from 72.14.253.104: icmp_seq=3 ttl=55 time=162 ms ^C% time seconds usecs/call callserrors syscall -- --- --- - - nan0.00 027 read nan0.00 0 7 write nan0.00 020 open nan0.00 030 close nan0.00 0 1 execve nan0.00 0 1 getpid nan0.00 0 8 8 access nan0.00 0 3 brk nan0.00 0 3 ioctl nan0.00 018 gettimeofday nan0.00 017 munmap nan0.00 0 2 uname nan0.00 0 1 mprotect nan0.00 0 3 3 _llseek nan0.00 017 poll nan0.00 0 3 rt_sigaction nan0.00 034 mmap2 nan0.00 0 7 stat64 nan0.00 024 fstat64 nan0.00 0 1 getuid32 nan0.00 0 1 setuid32 nan0.00 022 fcntl64 nan0.00 0 1 set_thread_area nan0.00 012 socket nan0.00 011 2 connect
Re: respuesta lenta cuando resuelve dns no atribuible al mismo
El Fri, 18 Jun 2010 11:53:17 +0200 Marc Aymerich escribió: > 2010/6/17 Jorge A. Secreto : > > > > > > El 17 de junio de 2010 11:13, Camaleón > > escribió: > >> > >> El Wed, 16 Jun 2010 12:49:50 -0300, Jorge A. Secreto escribió: > >> > >> > A ver si a alguien se le ocurre que puede estar pasando (o cómo > >> > tengo que buscar la solución): > >> > Tengo la pc conectada en una red con dos puertas de enlace. Una > >> > es un modem de speedy, routeado. > >> > Este modem es mi servidor DNS y mi puerta de enlace a internet. > >> > La otra es un Brazil-fw discando un modem de speedy, que a su > >> > vez, también es puerta de enlace a otra red. > >> > La cuestión es que si hago un ping (o trato de cargar la pagina > >> > en el navegador) a google o cualquier otro servidor hay una > >> > demora de no menos de 15 o 20 segundos, antes de que la empiece > >> > a cargar, o responder los ping. De hecho cada ping individual > >> > tarda menos de 1 segundo en volver, pero entre cada ping se > >> > vuelve a producir la demora. Si, en vez de buscar la dirección > >> > por URL pongo la dirección IP, las respuesta son inmediatas, > >> > siempre. > >> > >> ¿Tienes los mismos síntomas en el resto de equipos que tienes > >> conectado a ese módem-router? > > > > No, solo pasa en esa máquina > > > >> > >> ¿Has probado a resolver un dominio de la red local? > > > > > > No, con el modem como DNS no puedo resolver direcciones internas. > > Tendría que ver si le puedo decir al modem que ip tiene algun > > servidor interno. > > Para que no lo salga a buscar a internet > > Lo que acabo de hacer es agregar en /etc/hosts la ip que resuelve > > www.google.com y asi funciona bien sin el retardo. > > Daría la impresión de que tiene que ver con la resolucion de > > nombres, si no fuera porque inmediatamente que hago el ping, me > > devuelve la ip de google y luego se produce la demora. > > > >> > >> ¿Tienes algún serviico de cortafuegos o proxy que puediera estar > >> interfiriendo, bloqueando o ralentizando la entrada o recepción de > >> paquetes externos? > > > > No, ese modem está con la configuración por defecto, no filtra mas > > que lo que da el nateo. > > Es decir: no hay ningun servicio interno expuesto a internet. > > > > > > Solo por curiosidad un "ping -f 172.16.0.58" te reporta paquetes > perdidos? > > ¿Podrías darnos la salida de un ping -n www.google.com? Estos retrasos con el ping pueden ser debidos a problemas en las resoluciones inversas de DNS. Y también podrías hacer una prueba con root (si no es con el superusuario a mi no me deja hacer un strace del ping) strace -C -r -T ping www.google.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100618121119.5cf0b...@multimensaje.es
Re: respuesta lenta cuando resuelve dns no atribuible al mismo
2010/6/17 Jorge A. Secreto : > > > El 17 de junio de 2010 11:13, Camaleón escribió: >> >> El Wed, 16 Jun 2010 12:49:50 -0300, Jorge A. Secreto escribió: >> >> > A ver si a alguien se le ocurre que puede estar pasando (o cómo tengo >> > que buscar la solución): >> > Tengo la pc conectada en una red con dos puertas de enlace. Una es un >> > modem de speedy, routeado. >> > Este modem es mi servidor DNS y mi puerta de enlace a internet. La otra >> > es un Brazil-fw discando un modem de speedy, que a su vez, también es >> > puerta de enlace a otra red. >> > La cuestión es que si hago un ping (o trato de cargar la pagina en el >> > navegador) a google o cualquier otro servidor hay una demora de no menos >> > de 15 o 20 segundos, antes de que la empiece a cargar, o responder los >> > ping. De hecho cada ping individual tarda menos de 1 segundo en volver, >> > pero entre cada ping se vuelve a producir la demora. Si, en vez de >> > buscar la dirección por URL pongo la dirección IP, las respuesta son >> > inmediatas, siempre. >> >> ¿Tienes los mismos síntomas en el resto de equipos que tienes conectado a >> ese módem-router? > > No, solo pasa en esa máquina > >> >> ¿Has probado a resolver un dominio de la red local? > > > No, con el modem como DNS no puedo resolver direcciones internas. > Tendría que ver si le puedo decir al modem que ip tiene algun servidor > interno. > Para que no lo salga a buscar a internet > Lo que acabo de hacer es agregar en /etc/hosts la ip que resuelve > www.google.com y asi funciona bien sin el retardo. > Daría la impresión de que tiene que ver con la resolucion de nombres, si no > fuera porque inmediatamente que hago el ping, me devuelve la ip de google y > luego se produce la demora. > >> >> ¿Tienes algún serviico de cortafuegos o proxy que puediera estar >> interfiriendo, bloqueando o ralentizando la entrada o recepción de >> paquetes externos? > > No, ese modem está con la configuración por defecto, no filtra mas que lo > que da el nateo. > Es decir: no hay ningun servicio interno expuesto a internet. > > Solo por curiosidad un "ping -f 172.16.0.58" te reporta paquetes perdidos? -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinvw07vbcdax45zncm2jxybwn5oxfpoxf7wd...@mail.gmail.com
Re: respuesta lenta cuando resuelve dns no atribuible al mismo
El Thu, 17 Jun 2010 14:00:13 -0300, Jorge A. Secreto escribió: > El 17 de junio de 2010 11:13, Camaleón escribió: >> ¿Tienes los mismos síntomas en el resto de equipos que tienes conectado >> a ese módem-router? >> >> > No, solo pasa en esa máquina Hum... >> ¿Has probado a resolver un dominio de la red local? >> >> > No, con el modem como DNS no puedo resolver direcciones internas. La pregunta iba más bien enfocada a si tenías en la red local algún equipo que hiciera las veces de servidor DNS, para probar la resolución de nombres en la red local y ya que estamos, a dominios remotos :-) > Tendría que ver si le puedo decir al modem que ip tiene algun servidor > interno. > Para que no lo salga a buscar a internet Lo que acabo de hacer es > agregar en /etc/hosts la ip que resuelve www.google.com y asi funciona > bien sin el retardo. Daría la impresión de que tiene que ver con la > resolucion de nombres, si no fuera porque inmediatamente que hago el > ping, me devuelve la ip de google y luego se produce la demora. Caray qué extraño :-? Pero "www.google.com" resuelve con varias direcciones IP distintas, son alias: stt008:~# host -t a www.google.com www.google.com is an alias for www.l.google.com. www.l.google.com has address 209.85.229.99 www.l.google.com has address 209.85.229.147 www.l.google.com has address 209.85.229.104 >> ¿Tienes algún serviico de cortafuegos o proxy que puediera estar >> interfiriendo, bloqueando o ralentizando la entrada o recepción de >> paquetes externos? >> >> > No, ese modem está con la configuración por defecto, no filtra mas que > lo que da el nateo. > Es decir: no hay ningun servicio interno expuesto a internet. O.k. es raro, sí... además lo que me parece más extraño es que sólo tengas esa lentitud en un equipo en concreto, con lo que que se descartaría un problema en el router :-? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2010.06.17.17.30...@gmail.com
Re: respuesta lenta cuando resuelve dns no atribuible al mismo
El 17 de junio de 2010 11:13, Camaleón escribió: > El Wed, 16 Jun 2010 12:49:50 -0300, Jorge A. Secreto escribió: > > > A ver si a alguien se le ocurre que puede estar pasando (o cómo tengo > > que buscar la solución): > > Tengo la pc conectada en una red con dos puertas de enlace. Una es un > > modem de speedy, routeado. > > Este modem es mi servidor DNS y mi puerta de enlace a internet. La otra > > es un Brazil-fw discando un modem de speedy, que a su vez, también es > > puerta de enlace a otra red. > > La cuestión es que si hago un ping (o trato de cargar la pagina en el > > navegador) a google o cualquier otro servidor hay una demora de no menos > > de 15 o 20 segundos, antes de que la empiece a cargar, o responder los > > ping. De hecho cada ping individual tarda menos de 1 segundo en volver, > > pero entre cada ping se vuelve a producir la demora. Si, en vez de > > buscar la dirección por URL pongo la dirección IP, las respuesta son > > inmediatas, siempre. > > ¿Tienes los mismos síntomas en el resto de equipos que tienes conectado a > ese módem-router? > No, solo pasa en esa máquina > > ¿Has probado a resolver un dominio de la red local? > No, con el modem como DNS no puedo resolver direcciones internas. Tendría que ver si le puedo decir al modem que ip tiene algun servidor interno. Para que no lo salga a buscar a internet Lo que acabo de hacer es agregar en /etc/hosts la ip que resuelve www.google.com y asi funciona bien sin el retardo. Daría la impresión de que tiene que ver con la resolucion de nombres, si no fuera porque inmediatamente que hago el ping, me devuelve la ip de google y luego se produce la demora. > ¿Tienes algún serviico de cortafuegos o proxy que puediera estar > interfiriendo, bloqueando o ralentizando la entrada o recepción de > paquetes externos? > No, ese modem está con la configuración por defecto, no filtra mas que lo que da el nateo. Es decir: no hay ningun servicio interno expuesto a internet. > Saludos, > -- > Camaleón > Muchas gracias por responder -- Jorge A Secreto Analista de Sistemas MP 361
Re: respuesta lenta cuando resuelve dns no atribuible al mismo
El 16 de junio de 2010 19:10, Marc Aymerich escribió: > 2010/6/16 Jorge A. Secreto : > > Hola gente > > A ver si a alguien se le ocurre que puede estar pasando (o cómo tengo que > > buscar la solución): > . > > La cuestión es que si hago un ping (o trato de cargar la pagina en el > > navegador) a google o cualquier otro servidor hay una demora de no menos > de > > 15 o 20 segundos, antes de que la empiece a cargar, o responder los ping. > De > > hecho cada ping individual tarda menos de 1 segundo en volver, pero entre > > cada ping se vuelve a producir la demora. > > Si, en vez de buscar la dirección por URL pongo la dirección IP, las > > respuesta son inmediatas, siempre. > > Supuse que el problema era la resolución de nombres pero, en el ping, > > inmediatamente aparece la ip a la que está enviando las peticiones. > . > Yo también creo qu el problema no es la reolución de nombres, porque > seguro que si haces ping a google.com y luego haces ping a la ip que > te ha resuelto los tiempos seran parecidos. > > Me he fijado en que el TTL de tus pings es bastante bajo, entre 54 y > 55. Los mios son de 251: > > > $ ping google.com > PING google.com (72.14.221.99) 56(84) bytes of data. > 64 bytes from fg-in-f99.1e100.net (72.14.221.99): icmp_seq=1 ttl=251 > time=61.4 ms > 64 bytes from fg-in-f99.1e100.net (72.14.221.99): icmp_seq=2 ttl=251 > time=62.1 ms > 64 bytes from fg-in-f99.1e100.net (72.14.221.99): icmp_seq=3 ttl=251 > time=58.2 ms > > Quizás haya algún problema en la ruta hacia google. Seria interesante > que hicieras un traceroute para ver lo que hacen tus paquetes. > Como le comento a Camaleon en otro mail, agregué un linea en /etc/hosts que resuelva la ip de www.google.com y el ping se normaliza. Mas confusión :-P Esta son las salidas del traceroute y del ping # traceroute www.google.com traceroute to www.google.com (72.14.253.104), 30 hops max, 40 byte packets 1 172.16.0.58 (172.16.0.58) 7.985 ms 8.003 ms 8.070 ms 2 200.63.148.37 (200.63.148.37) 10.144 ms 10.305 ms 12.542 ms 3 84.16.10.141 (84.16.10.141) 30.617 ms 32.483 ms 34.927 ms 4 84.16.10.141 (84.16.10.141) 36.659 ms 39.154 ms 40.917 ms 5 94.142.125.118 (94.142.125.118) 178.868 ms 94.142.125.138 (94.142.125.138) 225.169 ms 94.142.125.142 (94.142.125.142) 186.663 ms 6 94.142.123.5 (94.142.123.5) 187.110 ms 94.142.121.149 (94.142.121.149) 165.629 ms 94.142.121.153 (94.142.121.153) 162.109 ms 7 84.16.6.118 (84.16.6.118) 160.983 ms 166.511 ms 164.786 ms 8 209.85.253.74 (209.85.253.74) 167.257 ms 169.268 ms 170.891 ms 9 209.85.254.50 (209.85.254.50) 177.603 ms 182.740 ms 184.688 ms 10 www.google.com (72.14.253.104) 187.390 ms 185.627 ms 187.842 ms # ping www.google.com PING www.google.com (72.14.253.104) 56(84) bytes of data. 64 bytes from www.google.com (72.14.253.104): icmp_seq=1 ttl=55 time=162 ms 64 bytes from www.google.com (72.14.253.104): icmp_seq=2 ttl=54 time=158 ms 64 bytes from www.google.com (72.14.253.104): icmp_seq=3 ttl=55 time=158 ms ^C --- www.google.com ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2007ms rtt min/avg/max/mdev = 158.270/159.709/162.494/1.969 ms Muchas gracias por responder -- Jorge A Secreto Analista de Sistemas MP 361
Re: respuesta lenta cuando resuelve dns no atribuible al mismo
El Wed, 16 Jun 2010 12:49:50 -0300, Jorge A. Secreto escribió: > A ver si a alguien se le ocurre que puede estar pasando (o cómo tengo > que buscar la solución): > Tengo la pc conectada en una red con dos puertas de enlace. Una es un > modem de speedy, routeado. > Este modem es mi servidor DNS y mi puerta de enlace a internet. La otra > es un Brazil-fw discando un modem de speedy, que a su vez, también es > puerta de enlace a otra red. > La cuestión es que si hago un ping (o trato de cargar la pagina en el > navegador) a google o cualquier otro servidor hay una demora de no menos > de 15 o 20 segundos, antes de que la empiece a cargar, o responder los > ping. De hecho cada ping individual tarda menos de 1 segundo en volver, > pero entre cada ping se vuelve a producir la demora. Si, en vez de > buscar la dirección por URL pongo la dirección IP, las respuesta son > inmediatas, siempre. ¿Tienes los mismos síntomas en el resto de equipos que tienes conectado a ese módem-router? ¿Has probado a resolver un dominio de la red local? ¿Tienes algún serviico de cortafuegos o proxy que puediera estar interfiriendo, bloqueando o ralentizando la entrada o recepción de paquetes externos? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2010.06.17.14.13...@gmail.com
Re: respuesta lenta cuando resuelve dns no atribuible al mismo
2010/6/16 Jorge A. Secreto : > Hola gente > A ver si a alguien se le ocurre que puede estar pasando (o cómo tengo que > buscar la solución): > Tengo la pc conectada en una red con dos puertas de enlace. > Una es un modem de speedy, routeado. > Este modem es mi servidor DNS y mi puerta de enlace a internet. > La otra es un Brazil-fw discando un modem de speedy, que a su vez, también > es puerta de enlace a otra red. > La cuestión es que si hago un ping (o trato de cargar la pagina en el > navegador) a google o cualquier otro servidor hay una demora de no menos de > 15 o 20 segundos, antes de que la empiece a cargar, o responder los ping. De > hecho cada ping individual tarda menos de 1 segundo en volver, pero entre > cada ping se vuelve a producir la demora. > Si, en vez de buscar la dirección por URL pongo la dirección IP, las > respuesta son inmediatas, siempre. > Supuse que el problema era la resolución de nombres pero, en el ping, > inmediatamente aparece la ip a la que está enviando las peticiones. > Y la demora entre los siguientes pedidos también se produce. > Para confirmarlo ejecute un dig que tardó 33 ms en resolver google. Por eso > me parece que el problema no es la resolución de nombres. > Abajo copio las pruebas que hice en la consola, donde se ven los tiempos que > demora cada acción. > Probé STFG, pero todo lo que encontré tenía que ver con la definición > clásica de la demora del ping, que no es lo que me está pasando. > Yo también creo qu el problema no es la reolución de nombres, porque seguro que si haces ping a google.com y luego haces ping a la ip que te ha resuelto los tiempos seran parecidos. Me he fijado en que el TTL de tus pings es bastante bajo, entre 54 y 55. Los mios son de 251: $ ping google.com PING google.com (72.14.221.99) 56(84) bytes of data. 64 bytes from fg-in-f99.1e100.net (72.14.221.99): icmp_seq=1 ttl=251 time=61.4 ms 64 bytes from fg-in-f99.1e100.net (72.14.221.99): icmp_seq=2 ttl=251 time=62.1 ms 64 bytes from fg-in-f99.1e100.net (72.14.221.99): icmp_seq=3 ttl=251 time=58.2 ms Quizás haya algún problema en la ruta hacia google. Seria interesante que hicieras un traceroute para ver lo que hacen tus paquetes. saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktin4uviaey2afr00f2uvlayyqp8vefkmr8zqw...@mail.gmail.com
respuesta lenta cuando resuelve dns no atribuible al mismo
Hola gente A ver si a alguien se le ocurre que puede estar pasando (o cómo tengo que buscar la solución): Tengo la pc conectada en una red con dos puertas de enlace. Una es un modem de speedy, routeado. Este modem es mi servidor DNS y mi puerta de enlace a internet. La otra es un Brazil-fw discando un modem de speedy, que a su vez, también es puerta de enlace a otra red. La cuestión es que si hago un ping (o trato de cargar la pagina en el navegador) a google o cualquier otro servidor hay una demora de no menos de 15 o 20 segundos, antes de que la empiece a cargar, o responder los ping. De hecho cada ping individual tarda menos de 1 segundo en volver, pero entre cada ping se vuelve a producir la demora. Si, en vez de buscar la dirección por URL pongo la dirección IP, las respuesta son inmediatas, siempre. Supuse que el problema era la resolución de nombres pero, en el ping, inmediatamente aparece la ip a la que está enviando las peticiones. Y la demora entre los siguientes pedidos también se produce. Para confirmarlo ejecute un dig que tardó 33 ms en resolver google. Por eso me parece que el problema no es la resolución de nombres. Abajo copio las pruebas que hice en la consola, donde se ven los tiempos que demora cada acción. Probé STFG, pero todo lo que encontré tenía que ver con la definición clásica de la demora del ping, que no es lo que me está pasando. Muchas gracias por tomarse la molestia de leer esto, y aún mas a los que puedan responder. Un abrazo. x# uname -a Linux jorge-sistemas 2.6.26-2-686 #1 SMP Wed Aug 19 06:06:52 UTC 2009 i686 GNU/Linux # route -n Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 172.16.0.0 0.0.0.0 255.255.255.0 U 0 00 eth0 10.240.36.0 172.16.0.1 255.255.255.0 UG0 00 eth0 0.0.0.0 172.16.0.58 0.0.0.0 UG0 00 eth0 # cat /etc/resolv.conf nameserver 172.16.0.58 # ping 172.16.0.58 PING 172.16.0.58 (172.16.0.58) 56(84) bytes of data. 64 bytes from 172.16.0.58: icmp_seq=1 ttl=254 time=0.536 ms 64 bytes from 172.16.0.58: icmp_seq=2 ttl=254 time=0.585 ms 64 bytes from 172.16.0.58: icmp_seq=3 ttl=254 time=0.513 ms 64 bytes from 172.16.0.58: icmp_seq=4 ttl=254 time=0.532 ms ^C --- 172.16.0.58 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 2997ms rtt min/avg/max/mdev = 0.513/0.541/0.585/0.035 ms # ping www.google.com PING www.l.google.com (72.14.253.104) 56(84) bytes of data. 64 bytes from 72.14.253.104: icmp_seq=1 ttl=55 time=159 ms 64 bytes from 72.14.253.104: icmp_seq=2 ttl=55 time=161 ms 64 bytes from 72.14.253.104: icmp_seq=3 ttl=54 time=166 ms 64 bytes from 72.14.253.104: icmp_seq=4 ttl=55 time=162 ms ^C 64 bytes from 72.14.253.104: icmp_seq=5 ttl=54 time=162 ms --- www.l.google.com ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 60702ms <-- 60 seg para 5 pings!!! rtt min/avg/max/mdev = 159.087/162.330/166.389/2.337 ms x# ping www.google.com<-- Segundo ping consecutivo, tiene que estar la ip cacheada PING www.l.google.com (72.14.253.104) 56(84) bytes of data. 64 bytes from 72.14.253.104: icmp_seq=1 ttl=54 time=159 ms ^C64 bytes from 72.14.253.104: icmp_seq=2 ttl=55 time=158 ms --- www.l.google.com ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 15173ms <-- 15 seg para 2 pings!!! rtt min/avg/max/mdev = 158.446/158.779/159.113/0.519 ms x# dig www.google.com ; <<>> DiG 9.5.1-P3 <<>> www.google.com ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 58475 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 4, ADDITIONAL: 4 ;; QUESTION SECTION: ;www.google.com.INA ;; ANSWER SECTION: www.google.com.96561INCNAMEwww.l.google.com. www.l.google.com.249INA72.14.253.104 ;; AUTHORITY SECTION: google.com.228537INNSns2.google.com. google.com.228537INNSns3.google.com. google.com.228537INNSns1.google.com. google.com.228537INNSns4.google.com. ;; ADDITIONAL SECTION: ns1.google.com.186743INA216.239.32.10 ns2.google.com.183557INA216.239.34.10 ns3.google.com.187035INA216.239.36.10 ns4.google.com.183557INA216.239.38.10 ;; Query time: 33 msec ;; SERVER: 172.16.0.58#53(172.16.0.58) ;; WHEN: Wed Jun 16 10:12:39 2010 ;; MSG SIZE rcvd: 204 -- Jorge A Secreto -- Jorge A Secreto Analista de Sistemas MP 361
