Cómo medir la velocidad de internet en Linux y entender por qué cambia

Cuando mides la velocidad de internet en Linux, el resultado no siempre refleja solo la fibra contratada. A veces baja la descarga, la subida o empeora la latencia por causas locales, por la red inalámbrica o por la propia ruta hacia el servidor de prueba. Entender el origen del problema evita conclusiones erróneas y ayuda a decidir si hay que tocar el router, el equipo o reclamar al operador.

Qué significa que la prueba muestre menos velocidad

Un test con valores bajos no siempre indica una avería. Puede tratarse de congestión del Wi‑Fi, interferencias, un servidor de prueba saturado, limitaciones del puerto de red o procesos del sistema consumiendo ancho de banda. En Linux, además, la forma de medir importa: no es igual usar un navegador que una herramienta de terminal, ni hacer la prueba por cable que por Wi‑Fi.

Si la descarga cae pero la subida se mantiene, el problema suele estar en la ruta de bajada, en la señal inalámbrica o en la saturación del operador. Si ambas bajan a la vez, conviene revisar el router, el cable, la tarjeta de red y el propio equipo.

Causa 1: Wi‑Fi inestable o con interferencias

El Wi‑Fi es una de las causas más frecuentes de resultados irregulares. Paredes, distancia al router, canales saturados y equipos cercanos pueden reducir la velocidad real y elevar la latencia. En muchos casos, la red parece “funcionar”, pero la prueba muestra caídas en la descarga o picos de cortes.

Para comprobarlo, repite el test cerca del router y luego en otra habitación. Si la diferencia es grande, el problema no está en Linux sino en la cobertura. También conviene revisar si tu banda de 2,4 GHz está muy ocupada y si puedes usar 5 GHz o cable Ethernet.

Causa 2: Router, cable o puerto de red con limitaciones

Un router antiguo, un cable deteriorado o un puerto negociando a menos velocidad de la esperada pueden recortar el rendimiento. Aunque el operador entregue fibra suficiente, el cuello de botella aparece dentro de casa. Esto se nota mucho cuando la descarga se queda lejos del valor normal y la subida también pierde estabilidad.

La forma más clara de aislar este punto es conectar el equipo por cable directo al router, sin regletas ni adaptadores dudosos, y repetir la prueba. Si el resultado mejora mucho, el origen está en la red local. Si no cambia, hay que seguir revisando.

Causa 3: Driver, firmware o tarjeta de red en Linux

En Linux, algunos problemas vienen de controladores desactualizados, firmware incompleto o una tarjeta de red que no negocia bien ciertas funciones. Esto puede afectar la velocidad sostenida, provocar latencia variable o generar cortes breves que arruinan el test.

Si sospechas de este punto, revisa el modelo de la tarjeta, actualiza el sistema y verifica si el kernel reconoce correctamente el dispositivo. Cuando el problema desaparece al cambiar de adaptador o al probar otro equipo, el origen está en la capa de hardware o compatibilidad.

Causa 4: El sistema está consumiendo ancho de banda

Descargas en segundo plano, copias en la nube, actualizaciones del sistema, contenedores y sincronizaciones pueden alterar los resultados. En ese escenario, el test no mide solo tu conexión: mide también lo que el ordenador está haciendo al mismo tiempo. Por eso la velocidad de descarga puede verse más baja y la latencia más alta.

Antes de repetir la prueba, cierra apps que usen internet, pausa sincronizaciones y revisa el uso de red con herramientas del sistema. Si el valor mejora al liberar recursos, la causa no era la fibra ni el operador, sino la carga del equipo.

Causa 5: Servidor de prueba, hora punta o problema del operador

No todos los servidores de test responden igual. Un servidor lejano o saturado puede dar resultados engañosos, sobre todo en subida o latencia. También es normal que la red del operador se degrade en horas punta, cuando muchos usuarios comparten capacidad en la misma zona.

Para juzgar correctamente, realiza varias mediciones en horarios distintos y con más de un servidor. Si el patrón se repite por cable, con el sistema en reposo y en varios destinos, entonces sí hay indicios de un problema del operador o de la línea.

Cómo interpretar los datos para saber dónde está el fallo

Usa una comparación simple: Wi‑Fi frente a cable, un servidor frente a otro, y una prueba con el equipo en reposo frente a otra con actividad normal. Si solo falla el Wi‑Fi, la causa es local. Si por cable todo sigue bajo, revisa router, cableado y tarjeta de red. Si todo está bien dentro de casa pero los tests siguen bajos en varios servidores, el foco pasa al operador.

• Descarga baja: suele apuntar a señal débil, saturación o ruta de prueba.
• Subida baja: puede indicar congestión, limitación del router o problemas de uplink.
• Latencia alta: suele relacionarse con Wi‑Fi, distancia o saturación de la red.
• Cortes intermitentes: sugieren interferencias, cable defectuoso o firmware.

Qué puedes hacer para mejorar la velocidad en Linux

Empieza por lo más simple: prueba por cable, reinicia el router, cambia de banda Wi‑Fi, acerca el equipo al punto de acceso y repite el test en un momento de menor uso. Si tienes control del sistema, actualiza el kernel y los paquetes de red, y revisa que la tarjeta esté funcionando con el controlador correcto.

Si el problema persiste, documenta varias pruebas con hora, servidor, tipo de conexión y resultados de descarga, subida y latencia. Esa información ayuda a distinguir entre un fallo local y un problema real de la línea. Con datos claros, es más fácil decidir si debes optimizar tu red doméstica o contactar con el operador.