Problema autenticación WiFi – Dual Band

By | 2018-06-13

Hace un tiempo estoy usando una ThinkPad E470 con Kubuntu 18.01 y en algunos casos me encontré con este error al quererme conectar a ciertos AP/Routers que tienen Dual Band:

wlp5s0: send auth to [MAC] (try 1/3)
wlp5s0: send auth to [MAC] (try 2/3)
wlp5s0: send auth to [MAC] (try 3/3)
wlp5s0: authentication with [MAC] timed out

En este caso wlp5s0 es la placa Wireless y lo que se puede ver en el log ( /var/log/syslog o “dmesg” ) es que trata de autenticarse 3 veces y no termina conectando por “time out”.

Buscando encontré la siguiente solución que en mi caso funciono:

echo "options iwlwifi 11n_disable=1 wd_disable=1" | sudo tee /etc/modprobe.d/iwlwifi.conf

Las que hacen las opciones:

  • 11n_disable: Disable 11n functionality
  • wd_disable: Disable stuck queue watchdog

Eso se guarda en /etc/modprobe.d/iwlwifi.conf y cuando se carga el modulo se carga la configuración guarda en dicho archivo, así que para eso vamos al paso siguiente:

Reiniciar o recargar el modulo:

modprobe -r iwlwifi
modprobe iwlwifi

Y se solucionaría el problema.

6 thoughts on “Problema autenticación WiFi – Dual Band

  1. Adrian

    Si anluas el uso de la banda N , obligas al dispositivo a funcionar en banda G ? O sea a una velocidad bastante baja

    Reply
    1. Sepa Post author

      Exacto, pero en algunas configuraciones de HW y SW hay problemas de conectividad con N, entonces lo mejor es anular que la use por lo menos para poder conectarse. Es mejor lento que nada 😉

      Reply
  2. Adrian

    A mi paso con algunos routers y encontre que el dhcp , no terminaba de asignar bien la ip. El workaround era configurar manualmente la ip . (Y haciendole un reboot al router , el dhcp volvia a funcionar perfectamente).

    Reply
  3. Sepa Post author

    Si, eso suele pasar con los routers hogareños que en algun momento dejan de asignar leases de dhcp. Es bueno el workaround.

    En el caso que comente yo fue con una ntk que me dieron en el trabajo, todos los demas dispositivos de casa funcionan sin ningun problema, pero esta ntk no habia forma; por lo que pude investigar es un tema de firmware de la placa de red, que presenta problemas con Gnu/Linux ( son esos “drivers” que vienen en binario porque no liberan el codigo del firmware para que se haga open soruce ) entonces hasta que el fabricante no se ponga a resolver el problema lo único que se puede hacer es desactivar el uso de N. Cuando levantas la maquina con el sistema operativo privativo no hay problema que se conecte por 5.8ghz.

    Gracias Adri por el aporte 😀

    Reply
  4. Adrian

    Conoces algun workaround, para los casos donde falla el dhcp ? Pues queda medio feo en algunos lugares publicos , poner una estatica , meterse en un router que no es tuyo y resetearselo .
    Pd : este mes no vas a postear ningun articulo ?

    Reply
    1. Sepa Post author

      Hola Adri !

      Queda medio feo, pero le estas ayudando, digamos, no hay ningún WA para solucionar el problema del DHCP si no se reinicia el servicio o el RT/AP. Lo que se puede hacer, que también es feo, levantar un DHCP en el mismo rango y ponerlo a entregar IP.

      Este mes voy a estar escribiendo, ya tengo pensando algunos post, pero estuve con un nuevo cambio laboral y reorganizando mis cosas por ende un poco complicado para escribir últimamente.

      Abrazo !

      Reply

Responder a Adrian Cancelar respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.