NetworkManager no encuentra mi red WiFi: solución

Creo que lo he ido comentando en las últimas revisiones realizadas en este portal de encuentro comunitario llamado Colaboratorio: casi todas las distribuciones modernas me daban un fallo muy molesto a la hora de conectar a mi red inalámbrica casera. Tan solo se libraban la «vieja» Linux Mint 17.3 Rosa y Chakra. Con la nueva actualización de esta última, el error ha llegado a mi equipo, cosa que imaginaba que ocurriría. Si bien con ciertos problemas soy tremendamente intolerante, no podía ser este el caso dado que se trata de algo que afecta a todas las distribuciones por igual, de modo que resultaba absurdo ponerse en plan «distro hopper- niño pequeño» y decirle a Chakra «adiós, ya no me junto contigo». Tocaba, esta vez sí, liarse la manta a la cabeza con la tarea de depurar.

Lo primero que pensé fue en publicar un aviso en el foro de Chakra, pero enseguida lo vi como absurdo, ya que al ser claramente un tema upstream poco iban a poder hacer ellos, por muy voluntariosos que sean. Para colmo, afecta a NetworkManager, paquete gnomero por antonomasia que depende mucho del desarrollo de Fedora y RedHat, algo así como la antítesis linuxera de Chakra. De modo que me puse a investigar por mi cuenta.

Describiendo el error

El comportamiento normal, el esperado, de NetworkManager y su applet para Plasma es el siguiente: encuentra las redes inalámbricas disponibles en los alrededores y permite escoger una a la que conectarnos, introduciendo, si existe, la clave correspondiente. Dichas redes permanecen almacenadas, de manera que en los siguientes reinicios del sistema se conectará automáticamente a aquella que esté disponible.

Mi adaptador inalámbrico, un TP Link TL-WN822N no tiene soporte directo del kernel, sino que precisa que compilemos los controladores para cada nuevo lanzamiento del corazón de Linux, como explico en esta entrada de mi blog personal.  Una vez hecho esto, estaba funcionando sin problemas en Chakra hasta que llegó la actualización masiva a Plasma 5.9.2.

En ese momento, tras el primer reinicio, el icono de la bandeja del sistema ya no mostraba las típicas ondas de red inalámbrica, sino la imagen clásica de una conexión cableada, en rojo. Además de eso, al pulsar sobre el mismo no aparecía ninguna red disponible. Yo ya sabía, por experiencia durante las revisiones de Manjaro y KDE neon, que si creaba una conexión manualmente con los datos de mi red y la marcaba como oculta, extrañamente se obraba el milagro: la red aparecía, el equipo se conectaba y volvían a estar disponibles el resto de redes… Aparte de lo peculiar de este comportamiento, resultaba un auténtico peñazo tener que estar conectando cada vez que tocaba reiniciar el equipo.

Depuración: encontrando el origen del fallo

Desde que existe systemd, ante cualquier problema que encontremos en GNU/Linux toca ir a mirar los archivos de bitácora (muy fino, sí, parece que hablemos de barcos), que todo el mundo denomina por su nombre anglosajón: un log, para entendernos. Antes, estos útiles ficheros se encontraban en formato de texto plano, de modo que podían ser leídos con cualquier editor. Con systemd eso no es posible y toca tirar de consola:

sudo journalctl -u NetworkManager.service

La salida de este comando me arrojaba montones de errores relacionados con la supuesta dirección MAC (que no era la real, por cierto) de mi adaptador. Este fue el punto que me dio la clave para buscar y hallar este interesante artículo de agosto pasado en el blog de Thomas Haller, en el cual me enteré de una nueva característica en las versiones modernas de NetworkManager: la capacidad para configurar direcciones MAC aleatorias (aspecto que, entiendo, tiene que ver con la seguridad) al margen del paquete wpa_supplicant. Esto tal vez no os interese nada, como a mí, vaya, pero proporciona una valiosa información: algo ha cambiado, luego ese algo es susceptible de estar provocando el error y además… ¡te dicen como desactivar esta nueva función!

Solucionando el problema

Me agarré, pues, como a un clavo ardiendo (nunca entendí el porqué de esta expresión fuera del campo del sadomasoquismo) y puse en práctica las instrucciones pertinentes:

sudo nano /etc/NetworkManager/NetworkManager.conf

Con lo cual, editamos el archivo principal de configuración y añadimos dos simples líneas:

[device]
wifi.scan-rand-mac-address=no

Así habremos desactivado la nueva característica de NetworkManager que estaba causando problemas con mi adaptador. Tras un reinicio compruebo con gozo que, efectivamente, todo ha vuelto a la normalidad.

Lo habitual en casos como éste sería dar cuenta del error, pero en mis sucesivas búsquedas por Internet no he encontrado a nadie más a quien le ocurra. Ello me hace sospechar que se trata de un bug específico del modelo concreto de mi adaptador inalámbrico, que ya de por sí precisa de unos controladores no oficiales para funcionar. Demasiado lío.

Y con esto y un bizcocho, espero que si alguien es afortunado poseedor del susodicho adaptador y se topa con este fallo, pueda corregirlo. Ración de latigazos para mí: tiene narices que con la de años que llevo con GNU/Linux todavía no investigue antes de comprar nuevo hardware para saber su grado de compatibilidad con el pingüino. Ya sabéis, como dice el título de uno de los libros de moda, «no culpes al karma de lo que te pasa por gilipollas». Literalmente.

Salud

Las imágenes contenidas en el presente artículo son capturas de pantalla del equipo del autor. Pueden utilizarse libremente citando la fuente de procedencia.