Solucionando problemas de conexión en linux mint

# Problemas de conexión en linux mint Hola buenas, hace tiempo que instalé un linux mint en un ordenador para tenerlo conectado a un televisor. En la casa hay un router de la compañía telefónica y también un extensor de wifi, así como otros dispositivos conectados. El propósito de este texto es que quede un poco de referencia * Cómo revisar si los drivers de la red están bien instalados (y asegurarlo) en linux * Cómo revisar (más o menos) la política de ahorro de energía * Cómo revisar la red en sí misma (esto en parte es linux pero parte se puede usar en cualquier sistema operativo, explicaré en detalle) :::info Intentaré que sea un texto accesible para alguien no experto. No obstante, hay algunos conceptos como "wifi" o "router" que omitiré. Si leyendo esto tienes dudas, mejor contacta conmigo para ver si lo puedo mejorar y que pueda llegar a más gente. ::: :::success Reconocimiento: Este problema lo puse por mastodon y gente muy amable me respondió, en concreto [RataUnderground](https://neopaquita.es/@Rataunderground), [Sadrarin](https://masto.sadrarin.com/@sadrarin) y, muy especialmente, [dotoscat](https://mastodon.xyz/@dotoscat). Esto solo no lo podría haber hecho. ::: ## El problema y la solución El problema es que, aunque conectaba al wifi, cada x tiempo se caía. Bastaba reiniciarlo (desconectar el wifi y volverlo a colocar) pero es bastante molesto. El problema realmente era que la red renovaba su dirección ip (la dirección de red) y, cuando lo quería hacer, pues había un conflicto y se iba al garete. La solución fue entrar en la configuración del router (a través de la ip del router), averiguar la dirección del extensor de wifi y establecerle al extensor desde ambas pantallas la misma ip, para que no se complique buscando nuevas IP. Dos días después parece que la cosa ha funcionado. Pero claro, hasta que lo he encontrado pues hemos dado bastantes vueltas ## Revisado de los drivers de la red en linux mint Aquí vamos a comentar los pasos para revisar si los drivers de red (el software que maneja el hardware) están bien instalados. Normalmente cuando están mal instalados, la cosa funciona 0, pero a veces puede ser que estén desactualizados o tengan otros problemas (esté instalado el driver incorrecto). ### La vista de controladores por escritorio Siguiendo estos pasos de esta web (la primera parte) https://es.linux-console.net/?p=14344 Dice que no hay ningún controlador que nos falte. En resumen es ir a inicio-> configuración del sistema -> gestor de controladores ![imagen](https://hackmd.io/_uploads/S15BmcArxx.png) Aquí en castellano ![imagen](https://hackmd.io/_uploads/H1pu75CBgg.png) ### Revisar el modelo del portátil en cuestión Aquí hay que hacer un poco de investigación por las páginas oficiales de drivers. Aquí estamos buscando algo específico como el modelo de tarjeta de red o wifi, con lo que las páginas donde te venden el portátil no suelen tener esta información. El modelo del portátil suele estar en algunas de las pegatinas que están dentro del portátil o en la parte trasera. Son cosas como MSI GE62 APACHE o TOSHIBA L135 o similar. En las páginas oficiales de la marca (si siguen existiendo) suelen tener una parte de "support" y "drivers". Eso sí, esos drivers suelen tener más cosas y lo único que nos interesa es saber el modelo de chip que tenemos porque, claro, esos drivers suelen ser para windows. Lo bueno es que en la mayor parte de portátiles suelen ser chips relativamente estándars. Realtek, Broadcom etc. Aquí por ejemplo la captura del portátil que fallaba de la página de descargas ![HyDmFsRSlx](https://hackmd.io/_uploads/rycmw2mLle.png) ### Terminal Aquí es donde acaba la parte visual que es más específica de linux mint y entramos en el terminal que es más genérico de cualquier distribución de linux. :::info Los terminales son líneas de comandos que les pones un comando, das enter y _pasan cosas_. Algunas de estas cosas hay que hacerlas como super usuario (su) por lo que antes del comando hay que escribir "sudo" (super usuario hace, su do) y un espacio antes del comando. En otros casos no hace falta. ::: Estos son los comandos que nos servirán para ver (o confirmar) si tenemos los drivers instalados #### lspci (listador de cosas conectadas a la placa base) Esto intuyo que es "Listpci" que son los cacharros que linux detecta conectados internamente, a través de "pci". Para mí lo de pci eran las expansiones que se ponían aparte ![imagen](https://hackmd.io/_uploads/ryD2Eq0Bxx.png) _imagen de una placa PCI express para ser más concreto_ Pero se ve que que es lo que está conectado a la placa base. Esto incluye las tarjetas de red o de wifi que están internamente en el pc. Aquí sí salen cositas <pre>david@toshiba:~$ lspci 00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM Controller (rev 09) 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port (rev 09) 00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04) 00:16.0 Communication controller: Intel Corporation 7 Series/C216 Chipset Family MEI Controller #1 (rev 04) 00:1a.0 USB controller: Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #2 (rev 04) 00:1b.0 Audio device: Intel Corporation 7 Series/C216 Chipset Family High Definition Audio Controller (rev 04) 00:1c.0 PCI bridge: Intel Corporation 7 Series/C216 Chipset Family PCI Express Root Port 1 (rev c4) 00:1c.1 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 (rev c4) 00:1c.2 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 3 (rev c4) 00:1d.0 USB controller: Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #1 (rev 04) 00:1f.0 ISA bridge: Intel Corporation HM76 Express Chipset LPC Controller (rev 04) 00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04) 00:1f.3 SMBus: Intel Corporation 7 Series/C216 Chipset Family SMBus Controller (rev 04) 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Thames [Radeon HD 7500M/7600M Series] 01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Turks HDMI Audio [Radeon HD 6500/6600 / 6700M Series] 08:00.0 Network controller: Qualcomm Atheros AR9485 Wireless Network Adapter (rev 01) 09:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller (rev 07) </pre> Gracias a gente de mastodon, si te pones como sudo y le añades un -v se pueden ver más detalles Este es el wifi: <pre>08:00.0 Network controller: Qualcomm Atheros AR9485 Wireless Network Adapter (rev 01) Subsystem: Lite-On Communications Inc AR9485 Wireless Network Adapter Flags: bus master, fast devsel, latency 0, IRQ 17 Memory at c3000000 (64-bit, non-prefetchable) [size=512K] Expansion ROM at c3080000 [disabled] [size=64K] Capabilities: [40] Power Management version 2 Capabilities: [50] MSI: Enable- Count=1/4 Maskable+ 64bit+ Capabilities: [70] Express Endpoint, MSI 00 Capabilities: [100] Advanced Error Reporting Capabilities: [140] Virtual Channel Capabilities: [160] Device Serial Number 00-00-00-00-00-00-00-00 Kernel driver in use: ath9k Kernel modules: ath9k </pre> Ah, parece que el serial number el que sean todos esos 0 es normal no está mal y funciona perfecto igual. Pero sospechoso es. Aquí también se ve cual es el nombre interno del driver: **ath9k** Esto es útil por si queremos ver los mensajes del driver por si dice algo raro También se puede ver que el modelo es **Lite-On Communications Inc AR9485 Wireless Network Adapter**, que es del mismo palo que el que hemos visto en la página oficial. En la página no suele incluir, eso sí, el modelo exacto. En este caso coincide con el nombre del driver que hemos visto antes. Aquí por otro lado está el controlador de la red cableada: <pre>09:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller (rev 07) Subsystem: Toshiba Corporation RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller Flags: bus master, fast devsel, latency 0, IRQ 18 I/O ports at 2000 [size=256] Memory at c0004000 (64-bit, prefetchable) [size=4K] Memory at c0000000 (64-bit, prefetchable) [size=16K] Capabilities: [40] Power Management version 3 Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+ Capabilities: [70] Express Endpoint, MSI 01 Capabilities: [b0] MSI-X: Enable+ Count=4 Masked- Capabilities: [d0] Vital Product Data Capabilities: [100] Advanced Error Reporting Capabilities: [140] Virtual Channel Capabilities: [160] Device Serial Number 54-00-00-00-68-4c-e0-00 Kernel driver in use: r8169 Kernel modules: r8169 </pre> Y lo mismo, el nombre interno es **r8169** y el modelo es **Toshiba Corporation RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller** #### lshw (listador de hardware) Encontré una página, pero que tenía una pinta de IA que tira para atrás que no quiero enlazar que me dijo que pusiera `sudo lshw -C network`. El "-C network" es para que te salgan solo las cosas que tengan que ver con network y merece la pena ponerlo. El sudo no me ha hecho falta y, por lo que veo, podría haberlo omitido. <pre>david@toshiba:~$ sudo lshw -C network *-network descripción: Interfaz inalámbrica producto: AR9485 Wireless Network Adapter fabricante: Qualcomm Atheros id físico: 0 información del bus: pci@0000:08:00.0 nombre lógico: wlp8s0 versión: 01 serie: 44:6d:57:3b:67:21 anchura: 64 bits reloj: 33MHz capacidades: pm msi pciexpress bus_master cap_list rom ethernet physical wireless configuración: broadcast=yes driver=ath9k driverversion=6.8.0-63-generic firmware=N/A ip=192.168.1.118 latency=0 link=yes multicast=yes wireless=IEEE 802.11 recursos: irq:17 memoria:c3000000-c307ffff memoria:c3080000-c308ffff *-network descripción: Ethernet interface producto: RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller fabricante: Realtek Semiconductor Co., Ltd. id físico: 0 información del bus: pci@0000:09:00.0 nombre lógico: enp9s0 versión: 07 serie: 70:54:d2:c3:9d:b4 tamaño: 1Gbit/s capacidad: 1Gbit/s anchura: 64 bits reloj: 33MHz capacidades: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation configuración: autonegotiation=on broadcast=yes driver=r8169 driverversion=6.8.0-63-generic duplex=full firmware=rtl8168e-3_0.0.4 03/27/12 ip=192.168.1.121 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s recursos: irq:18 ioport:2000(size=256) memoria:c0004000-c0004fff memoria:c0000000-c0003fff </pre> La información es similar a la que hemos comentado antes. #### dmesg "enséñame los mensajes del sistema" Con esta información podemos ver si hay alguna información adicional. Para ello vamos a hacer un comando cuya salida se va a ir a otro comando. Este comando, en este caso, es "grep" que recoge solo las líneas que tengan los caracteres que le pongas detrás. Escribiremos dmesg, un palo vertical | y luego grep y el nombre interno del driver. Con ello podremos ver si hay algún mensaje que diga JALP, NO FUNCIONO. En este caso escribo con **ath9k** que es el nombre del driver del wifi <pre>david@toshiba:~$ dmesg | grep ath9k [ 6.315991] ath9k 0000:08:00.0 wlp8s0: renamed from wlan0 </pre> Nada sospechoso digno de error <pre>david@toshiba:~$ dmesg | grep r8169 [ 1.415035] r8169 0000:09:00.0: can't disable ASPM; OS doesn't have ASPM control [ 1.421480] r8169 0000:09:00.0 eth0: RTL8168evl/8111evl, 70:54:d2:c3:9d:b4, XID 2c9, IRQ 26 [ 1.421490] r8169 0000:09:00.0 eth0: jumbo features [frames: 9194 bytes, tx checksumming: ko] [ 1.441715] r8169 0000:09:00.0 enp9s0: renamed from eth0 [ 10.988048] RTL8211E Gigabit Ethernet r8169-0-900:00: attached PHY driver (mii_bus:phy_addr=r8169-0-900:00, irq=MAC) [ 11.226150] r8169 0000:09:00.0 enp9s0: Link is Down [ 14.247149] r8169 0000:09:00.0 enp9s0: Link is Up - 1Gbps/Full - flow control rx/tx </pre> Aquí sí se ve algo que cierra y abre. Igualmente no se ve nada de error grave. :::info ¿qué eñes es aspm? * Parece que es un tema de control de energía. Aquí más info https://wireless.docs.kernel.org/en/latest/en/users/documentation/aspm.html Ahora toca ver si las versiones que tengo instaladas son las últimas, pero vamos, no creo que haya problema con eso. ::: Si las cosas están así parece que los driver están bien ## Revisado de que ahorros de energía extraños Es posible que el controlador de wifi, por alguna razón se apague por ahorrar energía (a mí me pasa en un ordenador en windows pero con el bluetooth que me desconecta de vez en cuando el teclado) Para revisarlo hay que mirar los protocolos de ahorro de energía por si hubiera algo ahí. En mi caso no era. Dejo aquí los apuntes un poco más en sucio. ### iwconfig Otra opción (pausible) es que haya problemas con el manejo de energía que sean los que den por saco, me han recomendado usar el iwconfig <pre>david@toshiba:~$ iwconfig lo no wireless extensions. enp9s0 no wireless extensions. wlp8s0 IEEE 802.11 ESSID:"MesaTullip" Mode:Managed Frequency:2.437 GHz Access Point: 60:8D:26:BD:55:52 Bit Rate=65 Mb/s Tx-Power=15 dBm Retry short limit:7 RTS thr:off Fragment thr:off Power Management:off Link Quality=68/70 Signal level=-42 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:385 Missed beacon:0 </pre> ### cat concatenar (no hay gatos aquí) Siguiendo la pista del ahorro de energía, otre usuarie me dice que pruebe este comando sudo cat /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf La respuesta <pre>david@toshiba:~$ sudo cat /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf [connection] wifi.powersave = 3 </pre> ## Revisado de la red y las ips Vale, aquí toca explicar brevemente cómo funciona una red. Nos tendremos que conectar al router y a otros elementos. No voy a poner capturas pero explicaré el funcionamento. ### Conectarse al router Para conectarse al router hay que averiguar cual es su IP. En windows se puede averiguar con el comando ``ipconfig`` , y buscando la "puerta de enlace". Por defecto en redes domésticas es 192.168.1.1 ó 192.168.1.254. Nunca entendí bien por qué las direcciones ip en redes locales suelen ser 192.168.1. algo. Qué les costaría ser 1.1.1.1 o así. Si en un navegador se escribe la dirección IP del router suele aparecer la configuración del mismo ![imagen](https://hackmd.io/_uploads/Hk6ER078xx.png) Dependiendo del proveedor pues será así o de otra forma. Por ahí se pueden ver qué dispositivos están conectados, cual es su IP. Aquí se podrá ver también otras configuraciones. La más relevante que nos interesa ahora es el DHCP, que es un sistema para que cuando se conecta un nuevo dispositivo el router le asigna una ip de forma dinámica, sin que tengamos que hacer nada. Lo malo es que, a veces, esto falla. ### ip addr Esto es un equivalente a <pre> david@toshiba:~$ ip addr 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host noprefixroute valid_lft forever preferred_lft forever 2: enp9s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000 link/ether 70:54:d2:c3:9d:b4 brd ff:ff:ff:ff:ff:ff inet6 fe80::df7:5d14:9cb7:e5ab/64 scope link noprefixroute valid_lft forever preferred_lft forever 3: wlp8s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether 44:6d:57:3b:67:21 brd ff:ff:ff:ff:ff:ff inet 192.168.1.129/24 brd 192.168.1.255 scope global dynamic noprefixroute wlp8s0 valid_lft 86221sec preferred_lft 86221sec inet6 fe80::4747:aca3:4d0d:1562/64 scope link noprefixroute valid_lft forever preferred_lft forever </pre> La referencia por acá: https://www.cyberciti.biz/faq/linux-ip-command-examples-usage-syntax/ ### arp -a Buscar los hosts Para buscar las puertas de enlace escribimos este comando `arp -a` que nos dirá los host que encuentra. Nos dice su ip (el primer número) y su dirección MAC (su hardware). <pre>david@toshiba:~~$ arp -a ? (192.168.1.144) en aa:42:a1:0d:3a:16 [ether] en wlp8s0 Livebox (192.168.1.1) en 60:8d:26:bd:55:50 [ether] en wlp8s0 </pre> Aquí podemos ver a algo no identificado en la ip 144 y con una mac que empieza por aa:42 y por otro lado nos señala el router en la ip por defecto que hemos comentado antes (192.168.1.1) y su mac que empieza por 60:8d Referencia https://www.geeksforgeeks.org/linux-unix/arp-command-in-linux-with-examples/ ### Mensajes de journal en el pc Volviendo al terminal del linux que no se conecta, escribimos esto ``journalctl -u NetworkManager -n 20`` journalctl es un sistema de logueo de información. Y le pedimos que nos cuente cosas concretamente del networkmanager, el gestor de red. Y nos dice esto (cuando se cae internet): <pre>david@toshiba:~$ journalctl -u NetworkManager -n 20 jul 12 22:40:06 toshiba NetworkManager[784]: <info> [1752352806.0585] dhcp4 (enp9s0): state changed new lease, address=192.168.1.121, acd conflict jul 12 22:40:12 toshiba NetworkManager[784]: <warn> [1752352812.5085] device (wlp8s0): IP address 192.168.1.123 cannot be configured because it is already in use in the network by host AA:42:> jul 12 22:40:42 toshiba NetworkManager[784]: <warn> [1752352842.5342] device (wlp8s0): IP address 192.168.1.123 cannot be configured because it is already in use in the network by host AA:42:> jul 12 22:40:46 toshiba NetworkManager[784]: <info> [1752352846.1874] dhcp4 (enp9s0): state changed new lease, address=192.168.1.121, acd conflict jul 12 22:41:12 toshiba NetworkManager[784]: <warn> [1752352872.6435] device (wlp8s0): IP address 192.168.1.123 cannot be configured because it is already in use in the network by host AA:42:> jul 12 22:41:42 toshiba NetworkManager[784]: <warn> [1752352902.7123] device (wlp8s0): IP address 192.168.1.123 cannot be configured because it is already in use in the network by host AA:42:> jul 12 22:42:08 toshiba NetworkManager[784]: <info> [1752352928.1553] dhcp4 (enp9s0): state changed new lease, address=192.168.1.121, acd conflict jul 12 22:42:12 toshiba NetworkManager[784]: <warn> [1752352932.7386] device (wlp8s0): IP address 192.168.1.123 cannot be configured because it is already in use in the network by host AA:42:> jul 12 22:42:42 toshiba NetworkManager[784]: <warn> [1752352962.7629] device (wlp8s0): IP address 192.168.1.123 cannot be configured because it is already in use in the network by host AA:42:> jul 12 22:43:12 toshiba NetworkManager[784]: <warn> [1752352992.7878] device (wlp8s0): IP address 192.168.1.123 cannot be configured because it is already in use in the network by host AA:42:> jul 12 22:43:42 toshiba NetworkManager[784]: <warn> [1752353022.8112] device (wlp8s0): IP address 192.168.1.123 cannot be configured because it is already in use in the network by host AA:42:> jul 12 22:44:12 toshiba NetworkManager[784]: <warn> [1752353052.8335] device (wlp8s0): IP address 192.168.1.123 cannot be configured because it is already in use in the network by host AA:42:> jul 12 22:44:49 toshiba NetworkManager[784]: <info> [1752353089.3299] dhcp4 (enp9s0): state changed new lease, address=192.168.1.121, acd conflict jul 12 22:49:50 toshiba NetworkManager[784]: <info> [1752353390.4413] dhcp4 (enp9s0): state changed new lease, address=192.168.1.121, acd conflict jul 12 22:54:51 toshiba NetworkManager[784]: <info> [1752353691.7924] dhcp4 (enp9s0): state changed new lease, address=192.168.1.121, acd conflict jul 12 22:55:13 toshiba NetworkManager[784]: <info> [1752353713.9434] manager: NetworkManager state is now CONNECTED_SITE jul 12 22:59:52 toshiba NetworkManager[784]: <info> [1752353992.9336] dhcp4 (enp9s0): state changed new lease, address=192.168.1.121, acd conflict jul 12 23:04:53 toshiba NetworkManager[784]: <info> [1752354293.3349] dhcp4 (enp9s0): state changed new lease, address=192.168.1.121, acd conflict jul 12 23:09:54 toshiba NetworkManager[784]: <info> [1752354594.3460] dhcp4 (enp9s0): state changed new lease, address=192.168.1.121, acd conflict jul 12 23:14:55 toshiba NetworkManager[784]: <info> [1752354895.6872] dhcp4 (enp9s0): state changed new lease, address=192.168.1.121, acd conflict </pre> Aquí podemos ver dos cosas. Por un lado ya tenemos unos mensajes de peligro que dicen lo siguiente: jul 12 22:44:12 toshiba NetworkManager[784]: <warn> [1752353052.8335] device (wlp8s0): IP address 192.168.1.123 cannot be configured because it is already in use in the network by host AA:42 (sigue pero no salió en la captura) Y otra que nos habla de un acd conflict jul 12 23:14:55 toshiba NetworkManager[784]: <info> [1752354895.6872] dhcp4 (enp9s0): state changed new lease, address=192.168.1.121, acd conflict "acd conflict" es un Address conflict detection. Así que hay problemas por ahí. También aquí podemos identificar que el AA:42 es la dirección MAC que ha generado el conflicto. Y por eso podemos ir a la configuración del extensor de wifi, desactivarle su dhcp para que se quede una ip fija y hacer lo mismo con el router.