Banda Ancha EU

Comunidad de usuarios
de fibra, móvil y ADSL

hosting en interdominios
81 lecturas y 7 respuestas
  • Cerrado

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

    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 es antiguo y puede contener información obsoleta. Abre un nuevo tema para publicar tu mensaje.
    1
    • Cerrado

      BocaDePez BocaDePez
      6

      holas karakolas, para utilizar el emule hay que saber…

      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

    • Cerrado

      Yo creo que es cosa del emule, sólo me pasaba esto con el…

      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.

    • Cerrado

      BocaDePez BocaDePez
      6

      Si con esta solución, no os funciona ,ACTUALIZAR el Firmware…

      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

      • Cerrado

        Hace tiempo ya salio este tema,un habitual del foro que…

        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

    • Cerrado

      BocaDePez BocaDePez
      6

      Una cosilla...... eso que dices de las DNS, que las de…

      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!

      • Cerrado

        A ver una matizacion, no es el ping lo que se calcula, ya que…

        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.

      • Cerrado

        hombre, las dns de euskaltel estan en nuestra propia red, por…

        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