Fijo

¿no pudes navegar tras horas de conexion? LA solucion aqui

dotakon 7 junio 2005 16:16

⋮

Hola cuadrilla, he leido en varios post un problema comun a mucha gente, que tras varias horas conectados, no pueden navegar o leer correo, aunque sigen manteniendo conexiones basadas en ip, por ejemplo el emule. Explico el por que y propongo la solucion:

¿por que pasa? Cuando tu te conectas a internet, mandas una peticion a un servidor DHCP que te dice "tu ip es esta, tu puerta de enlace es esta otra, y tu DNS es este y este". Eso lo hace correcto. Pero a la hora de renovar el DNS no lo renueva , dejandote sin el. El DNS (domain name sistem) Es el que se ancarga de traducir www.google.com a la direccion 216.239.57.99 , que es la que realmente usa la maquina. Por eso te quedas con cara de tonto viendo que el emule funciona, por que usa las ip, y el navegador no.

En windows :

Inicio >> panel de control >> conexiones de red e internet >> conexiones de red.

Buscas tu conexion (normalmente, conexion de area local, conectado) pulsas al boton derecho y en el menu que emerge escoges "propiedades"

Se abre una ventana con tres pestañas (habitualmente sont res) y en la que pone "general" veras el dispositico que usa para conectarse y los protocolos. es conveniente si no se usan desactivar todos los protocolos menos tcp/ip, pero es otro tema. Pulsas sobre el protocolo TCP/IP y pulsas en el boton propiedades. Se abre una nueva ventana.

En la pestaña "general de esa ventana pone "obtener una direccion ip automaticamente, y dejas esa opcion, poco mas abajo pone "obtener DNS automaticamente" y cambias la opcion a "Usar las sigientes direcciones DNS" y la das dos nuevas direcciones DNS fijas para siempre. Un poco mas abajo te digo como consegir las dns adecuadas para ti. Aceptas y aceptas en las dos ventanas abiertas y tienes cambiada tu configuracion de red.

Las DNS. Las oficiales de euskaltel son 212.55.8.132 y 212.55.8.133 . Si las pones funcionara. Pero son mas lentas que el caballo del malo, y eso se nota (y mucho) a la hora de navegar. Es mejor situar unas DNS rapidas. En banda ancha (aqui mismo ) veras un menu que pone "opciones" y debajo un enlace a "analiza DNS" .Pinchas y veras que las dns estan clasificadas por su tiempo de respuesta. Mira en el ultimo lugar las de euskaltel, y escoge las dos primeras DNS. La diferencia se nota (vaya si se nota) al navegar.

En linux modificas dhcpclient para que no renueve las dns por dhcp, y pones en /etc/network/resolv.con las ip de los dns. (y dicen que es mas dificil que windows)

Espero que os sirva de ayuda. Por ultimo una peticion: quisiera volcados de dhcp dump de euskadi en general. por que ando trasteando a ver si consigo algo interesante. Si algien desea intercambiar conmigo que mande un msg por aqui o vaya al foro "uncapping" donde se puede hablar de esto

Ondo ibili

Este tema está cerrado a nuevas respuestas. Abre un nuevo tema para retomar la conversación.

BocaDePez 7 junio 2005 19:26

⋮

Una cosilla...... eso que dices de las DNS, que las de euskaltel son lentas......... no estoy yo tan seguro eh!, ese analisis al que haces referencia está hecho desde madrid, normal que desde alli los servidores DNS de euskaltel vayan como una patata, pero aqui en Bilbao, estos son mis pings a esos servidores, podrás ver que los de euskaltel son claramente mas rapidos que por ejemplo los de telefonica que son los mas rapidos de la lista esa que nos dices.

Aquí van:

Primero los de TELEFONICA (17 paquetes):

PING 80.58.0.33 (80.58.0.33) 56(84) bytes of data.
64 bytes from 80.58.0.33: icmp_seq=1 ttl=116 time=18.3 ms
64 bytes from 80.58.0.33: icmp_seq=2 ttl=116 time=39.7 ms
64 bytes from 80.58.0.33: icmp_seq=3 ttl=116 time=19.3 ms
64 bytes from 80.58.0.33: icmp_seq=4 ttl=116 time=19.0 ms
64 bytes from 80.58.0.33: icmp_seq=5 ttl=116 time=20.9 ms
64 bytes from 80.58.0.33: icmp_seq=6 ttl=116 time=281 ms
64 bytes from 80.58.0.33: icmp_seq=7 ttl=116 time=18.4 ms
64 bytes from 80.58.0.33: icmp_seq=8 ttl=116 time=18.3 ms
64 bytes from 80.58.0.33: icmp_seq=9 ttl=116 time=18.4 ms
64 bytes from 80.58.0.33: icmp_seq=10 ttl=116 time=18.3 ms
64 bytes from 80.58.0.33: icmp_seq=11 ttl=116 time=36.2 ms
64 bytes from 80.58.0.33: icmp_seq=12 ttl=116 time=19.8 ms
64 bytes from 80.58.0.33: icmp_seq=13 ttl=116 time=20.2 ms
64 bytes from 80.58.0.33: icmp_seq=14 ttl=116 time=18.5 ms
64 bytes from 80.58.0.33: icmp_seq=15 ttl=116 time=19.3 ms
64 bytes from 80.58.0.33: icmp_seq=16 ttl=116 time=19.5 ms
64 bytes from 80.58.0.33: icmp_seq=17 ttl=116 time=209 ms

--- 80.58.0.33 ping statistics ---
17 packets transmitted, 17 received, 0% packet loss, time 16019ms
rtt min/avg/max/mdev = 18.306/47.977/281.200/73.389 ms

PING 80.58.0.97 (80.58.0.97) 56(84) bytes of data.
64 bytes from 80.58.0.97: icmp_seq=1 ttl=116 time=17.4 ms
64 bytes from 80.58.0.97: icmp_seq=2 ttl=116 time=17.3 ms
64 bytes from 80.58.0.97: icmp_seq=3 ttl=116 time=18.7 ms
64 bytes from 80.58.0.97: icmp_seq=4 ttl=116 time=19.4 ms
64 bytes from 80.58.0.97: icmp_seq=5 ttl=116 time=19.1 ms
64 bytes from 80.58.0.97: icmp_seq=6 ttl=116 time=581 ms
64 bytes from 80.58.0.97: icmp_seq=7 ttl=116 time=21.7 ms
64 bytes from 80.58.0.97: icmp_seq=8 ttl=116 time=20.9 ms
64 bytes from 80.58.0.97: icmp_seq=9 ttl=116 time=20.3 ms
64 bytes from 80.58.0.97: icmp_seq=10 ttl=116 time=44.5 ms
64 bytes from 80.58.0.97: icmp_seq=11 ttl=116 time=17.4 ms
64 bytes from 80.58.0.97: icmp_seq=12 ttl=116 time=18.3 ms
64 bytes from 80.58.0.97: icmp_seq=13 ttl=116 time=17.7 ms
64 bytes from 80.58.0.97: icmp_seq=14 ttl=116 time=17.8 ms
64 bytes from 80.58.0.97: icmp_seq=15 ttl=116 time=18.9 ms
64 bytes from 80.58.0.97: icmp_seq=16 ttl=116 time=19.3 ms
64 bytes from 80.58.0.97: icmp_seq=17 ttl=116 time=612 ms

--- 80.58.0.97 ping statistics ---
17 packets transmitted, 17 received, 0% packet loss, time 16022ms
rtt min/avg/max/mdev = 17.333/88.419/612.196/185.832 ms

Ahora los de EUSKALTEL (mismo numero de paquetes):

PING 212.55.8.133 (212.55.8.133) 56(84) bytes of data.
64 bytes from 212.55.8.133: icmp_seq=1 ttl=252 time=10.5 ms
64 bytes from 212.55.8.133: icmp_seq=2 ttl=252 time=9.02 ms
64 bytes from 212.55.8.133: icmp_seq=3 ttl=252 time=8.17 ms
64 bytes from 212.55.8.133: icmp_seq=4 ttl=252 time=16.4 ms
64 bytes from 212.55.8.133: icmp_seq=5 ttl=252 time=8.27 ms
64 bytes from 212.55.8.133: icmp_seq=6 ttl=252 time=9.05 ms
64 bytes from 212.55.8.133: icmp_seq=7 ttl=252 time=7.80 ms
64 bytes from 212.55.8.133: icmp_seq=8 ttl=252 time=8.43 ms
64 bytes from 212.55.8.133: icmp_seq=9 ttl=252 time=30.0 ms
64 bytes from 212.55.8.133: icmp_seq=10 ttl=252 time=12.9 ms
64 bytes from 212.55.8.133: icmp_seq=11 ttl=252 time=10.5 ms
64 bytes from 212.55.8.133: icmp_seq=12 ttl=252 time=9.93 ms
64 bytes from 212.55.8.133: icmp_seq=13 ttl=252 time=9.44 ms
64 bytes from 212.55.8.133: icmp_seq=14 ttl=252 time=8.95 ms
64 bytes from 212.55.8.133: icmp_seq=15 ttl=252 time=33.2 ms
64 bytes from 212.55.8.133: icmp_seq=16 ttl=252 time=11.0 ms
64 bytes from 212.55.8.133: icmp_seq=17 ttl=252 time=8.46 ms

--- 212.55.8.133 ping statistics ---
17 packets transmitted, 17 received, 0% packet loss, time 16022ms
rtt min/avg/max/mdev = 7.802/12.499/33.290/7.318 ms

PING 212.55.8.132 (212.55.8.132) 56(84) bytes of data.
64 bytes from 212.55.8.132: icmp_seq=1 ttl=252 time=9.97 ms
64 bytes from 212.55.8.132: icmp_seq=2 ttl=252 time=9.43 ms
64 bytes from 212.55.8.132: icmp_seq=3 ttl=252 time=11.3 ms
64 bytes from 212.55.8.132: icmp_seq=4 ttl=252 time=28.0 ms
64 bytes from 212.55.8.132: icmp_seq=5 ttl=252 time=8.73 ms
64 bytes from 212.55.8.132: icmp_seq=6 ttl=252 time=10.1 ms
64 bytes from 212.55.8.132: icmp_seq=7 ttl=252 time=10.0 ms
64 bytes from 212.55.8.132: icmp_seq=8 ttl=252 time=148 ms
64 bytes from 212.55.8.132: icmp_seq=9 ttl=252 time=9.29 ms
64 bytes from 212.55.8.132: icmp_seq=10 ttl=252 time=8.76 ms
64 bytes from 212.55.8.132: icmp_seq=11 ttl=252 time=19.5 ms
64 bytes from 212.55.8.132: icmp_seq=12 ttl=252 time=26.7 ms
64 bytes from 212.55.8.132: icmp_seq=13 ttl=252 time=41.4 ms
64 bytes from 212.55.8.132: icmp_seq=14 ttl=252 time=40.6 ms
64 bytes from 212.55.8.132: icmp_seq=15 ttl=252 time=120 ms
64 bytes from 212.55.8.132: icmp_seq=16 ttl=252 time=9.22 ms
64 bytes from 212.55.8.132: icmp_seq=17 ttl=252 time=11.7 ms

--- 212.55.8.132 ping statistics ---
17 packets transmitted, 17 received, 0% packet loss, time 16019ms
rtt min/avg/max/mdev = 8.730/30.878/148.906/39.709 ms

Si miramos las medias....

Euskaltel medias: 30.878 ms
12.499 ms

Telefonica medias: 88.419 ms
47.977 ms

Asi que desde mi punto de vista, son mas rapidas las de euskaltel no?? Si no es asi que alguien me corriga ;)

Saludos!

✖

ObiJu 8 junio 2005 01:18

⋮

hombre, las dns de euskaltel estan en nuestra propia red, por lo que responden muy rapido, pero ami me van como el CULO, se me caen cada poquisimo de tiempo,y muchas veces no me resuelven muchas paginas, teniendo que usar otras ( normalmente pongo 2 al azar, y si van mal cambio, XD ).

Cuando veo que no navego, uso un proxy anonimo y veo que la pagina SI funciona, y cambio las dns, XD.

ami entender son una kakita. pero pa gustos....

un saludete

dotakon 8 junio 2005 01:55

⋮

A ver una matizacion, no es el ping lo que se calcula, ya que obviamente el ping es glorioso en la propia red de euskltel.

Lo que se calcula es el tiempo que tarda en resolver un nombre de dominio, y realmente eso no es glorioso.

Tu prueba y lo notaras.

BocaDePez 8 junio 2005 13:14

⋮

Si con esta solución, no os funciona ,ACTUALIZAR el Firmware del Router, En su ultima version viene cn una tabla NAT mas Grande PAra programas P2P, lo ke pasa esk cn la version anterior la Tabla se sobrecarga o algo asi :-P

✖

vinicius 10 junio 2005 16:15

⋮

Hace tiempo ya salio este tema,un habitual del foro que controlaba dio con la solucion usando unas dns que ademas van mas rapidas...el ofrecio unas cuantas que iban mejor y que habia testeao...yo me quede con estas y van genial...
195.5.64.2
195.5.64.6

Popsy 13 junio 2005 10:23

⋮

Yo creo que es cosa del emule, sólo me pasaba esto con el cablemodem cuando lo dejaba varios días puesto. He cambiado el cm al negro ese chiquitín y ya no tengo ese problema.

BocaDePez 19 junio 2005 05:56

⋮

holas karakolas,

para utilizar el emule hay que saber configurarlo, poque si tu le das todo el ancho de bando a este programa, el resto de programas con conexion a internet no va a funcionar.

(normalmente suele suceder porque no limitamos las conexiones activas que puede abrir el emule)

asi campeon buscate un manual y a configurarlo; y antes de quejarte, pregunta