[uylug-varios] Problemas de conexión - reloaded

Cristian Menghi cristian at menghi.biz
Wed May 30 08:39:35 PDT 2012 

Creo que esta todo dicho...



El 28/05/2012, a las 19:16, Sylvia Sánchez escribió:

> 
> Hola!
> 
>         Ya sé que Google Chrome no es Google.  Lo puse porque es un mensaje más informativo que el que devuelve Firefox que se limita a decir  "No se pudo cargar la página".  No pensé que hubiera sugerido de alguna forma en mi correo que me había confundido.
>         Respecto al proveedor...  No puedo cambiarlo con mucha facilidad.  Donde vivo hay sólo 4 wifis abiertas disponibles:  una pegada a mi casa que me conecta pero no me da internet, una a 8 cuadras de mi casa que es de una escuela que sí me conecta y sí me da internet, una que me conecta y me da internet cuando quiere y está a 4 cuadras de mi casa, y otra que no me conecta para nada que está al lado de la escuela.  La que tiene problemas es la escuela.  Las más de las veces, si la escuela tiene problemas yo me quedo sin conexión.
>         De ahí que me preocupen tanto sus problemas.  :-) 
> 
> Voy a hacer las pruebas indicadas y luego les paso los resultados.  Parece un problema recurrente... :-( 
> 
> 
> ¡Gracias!
> Sylvia
> 
> Con cariño desde Fedora 17
> 
> El 28/05/12 14:22, Luis Pablo Pérez escribió:
>> 2012/5/28 Sylvia Sánchez
>> 
>>> ¡Hola a todos!
>>> 
>>>         Hice estas cosas por consola y me dieron estos resultados.  Pero no
>>> sé qué es lo que lo está causando, si es un tema de DNS o qué.  Recuerdo que
>>> hace un tiempo cuando tuve un problema similar, me recomendaron que cambiara
>>> o que me pusiera mi propio DNS pero no sé cómo se hace eso si llegara a ser.
>>> 
>>> 
>>> PING 
>>> www.l.google.com
>>>  (200.40.0.91) 56(84) bytes of data.
>>> 64 bytes from 200.40.0.91: icmp_req=1 ttl=59 time=10.7 ms
>>> 64 bytes from 200.40.0.91: icmp_req=2 ttl=59 time=12.6 ms
>>> 64 bytes from 200.40.0.91: icmp_req=3 ttl=59 time=18.2 ms
>>> 64 bytes from 200.40.0.91: icmp_req=4 ttl=59 time=11.5 ms
>>> 64 bytes from 200.40.0.91: icmp_req=5 ttl=59 time=10.9 ms
>>> 64 bytes from 200.40.0.91: icmp_req=6 ttl=59 time=10.9 ms
>>> 64 bytes from 200.40.0.91: icmp_req=7 ttl=59 time=10.9 ms
>>> 64 bytes from 200.40.0.91: icmp_req=8 ttl=59 time=11.3 ms
>>> 64 bytes from 200.40.0.91: icmp_req=9 ttl=59 time=13.0 ms
>>> 64 bytes from 200.40.0.91: icmp_req=10 ttl=59 time=12.7 ms
>>> ^C
>>> --- 
>>> www.l.google.com
>>>  ping statistics ---
>>> 10 packets transmitted, 10 received, 0% packet loss, time 9013ms
>>> rtt min/avg/max/mdev = 10.711/12.312/18.207/2.132 ms
>>> 
>> Esto es normal.
>> 
>> 
>>> [colorido at arboleda ~]$ ping -n wordpress.com
>>> PING wordpress.com (72.233.104.124) 56(84) bytes of data.
>>> 64 bytes from 72.233.104.124: icmp_req=1 ttl=52 time=493 ms
>>> 64 bytes from 72.233.104.124: icmp_req=2 ttl=52 time=619 ms
>>> 64 bytes from 72.233.104.124: icmp_req=3 ttl=52 time=642 ms
>>> 64 bytes from 72.233.104.124: icmp_req=4 ttl=52 time=664 ms
>>> 64 bytes from 72.233.104.124: icmp_req=5 ttl=52 time=688 ms
>>> 64 bytes from 72.233.104.124: icmp_req=6 ttl=52 time=609 ms
>>> 64 bytes from 72.233.104.124: icmp_req=7 ttl=52 time=632 ms
>>> 64 bytes from 72.233.104.124: icmp_req=8 ttl=52 time=654 ms
>>> 64 bytes from 72.233.104.124: icmp_req=9 ttl=52 time=678 ms
>>> 64 bytes from 72.233.104.124: icmp_req=10 ttl=52 time=597 ms
>>> ^C
>>> --- wordpress.com ping statistics ---
>>> 11 packets transmitted, 10 received, 9% packet loss, time 10011ms
>>> rtt min/avg/max/mdev = 493.959/628.195/688.157/52.738 ms
>>> 
>>> A lo más que he llegado con Wordpress es a que me muestre la página pero muy
>>> mal.  Por lo que dice ahí hay paquetes perdidos pero no me doy cuenta de
>>> porqué ni cómo ni nada.
>>> 
>> Dado que esa IP está a un hemisferio de distancia no es tan mal. El
>> paquete que perdiste es porque a 1/2 segundo de rtt no le diste tiempo
>> de llegar.
>> Mandó 11 paquetes y recibio 10 'rebotes' ... el ultimo nunca sabras que paso :)
>> Como regla general 10% de perdida de paquetes es enorme pero tu
>> muestra no es estadisticamente valida porque es muy chica el lo unico
>> que se perdió fue el último paquete.
>> Para evitar esos problemas podes usar la flag '-c 10' de esa forma el
>> ping solo va a realizar 10 pruebas.
>> 
>> Respecto a Wordpress lo que pare que tenes es un problema con DNS no con IP.
>> 
>> 
>>> Hace un rato ni siquiera pude abrir la web de Fedora Project.  Google
>>> muestra el siguiente texto:
>>> 
>>> No es posible encontrar el servidor de 
>>> www.facebook.com
>>>  porque se ha
>>> producido un error en la búsqueda de DNS. DNS es el servicio de red que
>>> traduce el nombre de un sitio web en su dirección de Internet. Este error
>>> suele ocurrir porque la conexión a Internet no está disponible o porque la
>>> red no está configurada correctamente. También se puede producir porque el
>>> servidor de DNS no responda o porque un firewall no permita que Google
>>> Chrome acceda a la red.
>>> 
>> Google Chrome no es Google :)
>> 
>> 
>>> A continuación se detallan algunas sugerencias:
>>> Vuelve a cargar esta página más tarde.
>>> Comprueba tu conexión a Internet. Reinicia todos los routers, módems y otros
>>> dispositivos de red que estés utilizando.
>>> Comprueba la configuración de DNS. Ponte en contacto con el administrador de
>>> red si tienes alguna duda.
>>> Intenta inhabilitar la predicción de red siguiendo estos pasos: Accede al
>>> menú de herramientas > Configuración > Mostrar opciones avanzadas... y anula
>>> la selección de Predecir las acciones de la red para cargar las páginas más
>>> rápido. Si la incidencia persiste, te recomendamos que vuelvas a seleccionar
>>> esta opción para mejorar el rendimiento.
>>> Añade Google Chrome como programa permitido en la configuración del
>>> antivirus o del firewall. Si ya lo habías añadido a la lista de programas
>>> permitidos, prueba a eliminarlo y a volver a añadirlo.
>>> Si utilizas un servidor proxy, comprueba la configuración de proxy o ponte
>>> en contacto con el administrador de tu red para asegurarte de que el
>>> servidor proxy funcione correctamente. Si consideras que no necesitas
>>> utilizar un servidor proxy, ajusta la configuración del proxy: Accede al
>>> menú de herramientas > Configuración > Mostrar opciones avanzadas... >
>>> Cambiar la configuración de proxy... y asegúrate de que la opción
>>> seleccionada sea sin proxy o directa.
>>> 
>>> 
>>> 
>>> ¿Alguna idea?
>>> 
>> Usá 'dig' para ver como se porta el servidor DNS que estas usando, al
>> final vas a tener un texto como el que sigue:
>> 
>>   ;; Query time: 1644 msec
>>   ;; SERVER: 192.168.255.1#53(192.168.255.1)
>>   ;; WHEN: Mon May 28 18:13:22 2012
>>   ;; MSG SIZE  rcvd: 75
>> 
>> Cambia las consutas y fijate cuanto demora.
>> Luego hacé la mismas consultas a otro servidor, agregando por ejemplo @8.8.4.4
>> 
>>    $ dig @8.8.4.4 
>> www.fing.edu.uy
>> 
>> 
>>     [....]
>> 
>>    ;; Query time: 51 msec
>>    ;; SERVER: 8.8.4.4#53(8.8.4.4)
>>    ;; WHEN: Mon May 28 18:17:36 2012
>>    ;; MSG SIZE  rcvd: 75
>> 
>> Claramente 8.8.4.4 en este caso fue mas rápido que 192.168.255.1 pero
>> la segunda consulta me la retornó en 36 ms.
>> Eso es porque la primera consulta que hice no la tenia en cache y tuve
>> que resolver la recursion. La segunda la resolvio desde el cache y
>> mucho mas rápido.
>> 
>> Hace varias pruebas y determiná si el problema es con el servidor DNS
>> por default o te pasa con todo el tráfico DNS.
>> Si el problema afecta a ese servidor, cambialo. Si afecta todo el
>> trafico DNS cambia de proveedor.
>> 
>> 
>>> 
>>> Gracias!
>>> Sylvia
>>> 
>>> 
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> Uylug-varios mailing list
>>> 
>>> Uylug-varios at listas.uylug.org.uy
>>> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy
>>> 
>>> 
>>> 
>> _______________________________________________
>> Uylug-varios mailing list
>> 
>> Uylug-varios at listas.uylug.org.uy
>> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy
>> 
>> 
>> 
> _______________________________________________
> Uylug-varios mailing list
> Uylug-varios at listas.uylug.org.uy
> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy

----
.: Cristian Menghi :.

More information about the Uylug-varios mailing list