«El servidor va lento» puede significar tres cosas distintas: la red está ocupada, algo en el servidor consume el ancho de banda o la propia prueba está mal hecha. Estos siete pasos permiten distinguirlas. Los comandos son para Linux; los nombres de paquetes, para sistemas que usan apt.
1. Mira las gráficas del panel
Abre el servidor en el panel y ve a la pestaña Métricas. La gráfica de red muestra el tráfico entrante y saliente por segundo de la última hora, el último día o la última semana. Los datos salen de la capa de virtualización, así que están ahí aunque el sistema del servidor esté colgado.
Dos cosas no muestra: totales en gigabytes y qué programa generó el tráfico. Para eso son los pasos siguientes.
Los mismos datos están disponibles por API, incluido el último mes:
curl -s "https://api.eqvps.com/api/v1/eqvps/services/SERVICE_ID/metrics?timeframe=month" \
-H "Authorization: Bearer $EQVPS_API_KEY"
2. Encuentra tu interfaz de red
La mayoría de los comandos de abajo necesitan el nombre de la interfaz:
ip -br addr
La que buscas es la que tiene tu dirección pública (o privada, en servidores NAT), a menudo eth0 o ens18. Si la tuya se llama distinto, sustituye eth0 abajo.
3. Cuenta el tráfico por día y por mes con vnStat
apt install -y vnstat
vnstat -l -i eth0 # live rate, Ctrl+C to stop
vnstat -d # per day
vnstat -m # per month
vnStat lee los contadores de interfaz del kernel, sobrevive a los reinicios y casi no consume nada. Empieza a contar al instalarlo, así que instálalo antes de necesitar las cifras.
4. Mira qué proceso usa el ancho de banda
apt install -y nethogs
nethogs eth0
nethogs lista los procesos con sus tasas actuales de envío y recepción. Si ves un proceso que no reconoces empujando tráfico, míralo de cerca: un gran emisor inesperado puede indicar un servidor comprometido.
Para ver las conexiones en sí:
ss -tunap | head -30
5. Haz una prueba de velocidad que signifique algo
La forma fiable es iperf3 entre dos máquinas que controles. En la otra máquina, arranca el servidor:
iperf3 -s
En tu servidor, prueba ambos sentidos con 4 flujos durante 30 segundos:
iperf3 -c OTHER_HOST -P 4 -t 30 # upload from this server
iperf3 -c OTHER_HOST -P 4 -t 30 -R # download to this server
Un servidor NAT solo acepta conexiones entrantes en su puerto SSH, así que ejecuta iperf3 -s en la otra máquina y deja el servidor NAT como cliente, como arriba.
¿No tienes una segunda máquina? Descarga un archivo grande desde un espejo rápido cercano y lee la media:
curl -o /dev/null -w "%{speed_download}\n" https://mirror.example.net/1GB.bin
El resultado está en bytes por segundo. Multiplica por 8 para obtener bits por segundo: 110000000 son unos 880 Mbit/s.
6. Comprueba la latencia y la pérdida de paquetes
Un rendimiento bajo a largas distancias suele ser un problema de latencia o de pérdida, no de ancho de banda:
apt install -y mtr-tiny
mtr -rwc 100 example.com
Mira la columna Loss% de la última línea. Una pérdida que aparece en un salto intermedio y desaparece después suele significar que ese router da baja prioridad a las respuestas de ping, no una pérdida real.
7. Compara con lo que cabe esperar
| Tarifa | Puerto | Resultado típico con 4 flujos, línea tranquila |
|---|---|---|
| VPS Linux | 1 Gbit/s | unos 900–940 Mbit/s en cada sentido |
| VPS Windows | 150 Mbit/s | unos 140 Mbit/s |
Cuando varios servidores de la misma máquina física están ocupados a la vez, el enlace de subida se reparte a partes iguales entre ellos, así que una cifra más baja en un momento de carga es normal. Ninguna tarifa tiene cuota de tráfico. Cómo funciona el reparto se explica en Tráfico y velocidad de red.
En un servidor Windows, el Administrador de tareas → Rendimiento → Ethernet muestra la tasa en directo, y el Monitor de recursos → Red el tráfico por proceso.
Si las cifras son de verdad bajas
Repite el paso 5 contra dos servidores de prueba distintos, anota la hora y abre un ticket con los comandos y su salida. Con eso podemos revisar el enlace en ese momento exacto.
Relacionado
- Tráfico y velocidad de red: velocidad de los puertos, reparto justo, puertos del correo saliente.
- Red y puertos: reenvío NAT y puertos abiertos.
- Liberar espacio en disco, si vnStat o los registros llenan el disco.
Comentarios
Aún no hay comentarios. Sé el primero.