Diagnóstico: ¿Por qué mi VPN va lento en un VPS?

La velocidad lenta de VPN en un VPS, que cae a 10-20 Mbps cuando se prometen 100 Mbps, suele deberse a la falta de recursos (CPU, RAM), la sobrecarga del canal de red, una ruta deficiente al servidor o una configuración de protocolo no óptima, lo cual se puede diagnosticar con las utilidades iperf3 y speedtest-cli.

Muchos usuarios que despliegan su VPN en un servidor virtual se encuentran con que la alta velocidad esperada no se alcanza. En lugar de los 500 Mbps o 1 Gbps prometidos por el proveedor, la velocidad real a través de la VPN apenas llega a 50-100 Mbps, y a veces incluso cae a 10-20 Mbps. Esto genera frustración y preguntas: ¿cuál es la razón de esta disminución del rendimiento? ¿Es realmente un VPN propio en un VPS capaz de ofrecer alta velocidad o es un mito? Diagnosticar las razones por las que un VPN ralentiza el servidor requiere un enfoque sistemático. En este artículo, analizaremos paso a paso cómo identificar el cuello de botella y tomar medidas para mejorar el rendimiento de tu VPN en un VPS.

¿Por qué mi VPN en un VPS es lenta?

El problema de la baja velocidad de un VPN en un VPS rara vez tiene una única causa. Lo más común es una combinación de varios factores que afectan el ancho de banda y la latencia. Comprender estos factores es el primer paso para un diagnóstico efectivo. Aquí están los principales culpables:

• Falta de recursos del VPS: Tu servidor virtual puede ser demasiado débil para el protocolo VPN elegido y el número de conexiones simultáneas. La falta de CPU, RAM o una E/S de disco lenta (aunque para la mayoría de los VPN esto no es crítico) pueden ser la razón por la que el VPN ralentiza el servidor.
• Limitaciones del canal de red: El propio proveedor de VPS puede ofrecer un plan con un puerto de 1 Gbps declarado, pero el ancho de banda real a Internet o a destinos específicos puede ser significativamente menor debido a la sobrecarga del uplink o a limitaciones internas.
• Sobrecarga de vecinos en el hipervisor: En servidores virtuales (especialmente con overselling), la actividad de otros usuarios en el mismo servidor físico puede afectar el rendimiento de tu VPS, especialmente la E/S de red.
• Protocolo o configuración VPN ineficiente: Algunos protocolos VPN son más exigentes en recursos o menos optimizados para ciertas condiciones de red. Por ejemplo, VLESS con Reality, aunque proporciona una excelente ofuscación, puede tener una sobrecarga mayor que, por ejemplo, WireGuard. Un MTU mal configurado también puede llevar a la fragmentación de paquetes y ralentización.
• Problemas de enrutamiento y latencia: El camino desde tu dispositivo hasta el servidor VPN y luego hasta el recurso de destino puede ser largo, pasar por nodos congestionados o tener altas latencias. La distancia geográfica juega un papel, pero a menudo la calidad de la ruta es más importante.
• Throttling por parte del proveedor de internet: Tu proveedor de internet doméstico o móvil puede limitar activamente (throttling) el tráfico VPN, intentando reducir la carga en su red o debido a requisitos regulatorios.

El objetivo de nuestro diagnóstico es descartar o confirmar sucesivamente cada una de estas causas para encontrar el verdadero culpable de la baja velocidad del VPN en el VPS.

Diagnóstico de la velocidad del VPS: primeros pasos

Antes de culpar al protocolo VPN o al proveedor, es necesario asegurarse de que el propio VPS es capaz de ofrecer la velocidad prometida. Esta es una etapa clave en cualquier diagnóstico de velocidad de VPS. Utilizaremos dos utilidades principales: iperf3 para medir el ancho de banda entre dos puntos (por ejemplo, entre el VPS y otro servidor) y speedtest-cli para evaluar la velocidad a los servidores públicos de Speedtest.

Medición de la velocidad del canal con iperf3

iperf3 es una potente herramienta para medir el ancho de banda máximo de la red. Permite verificar la velocidad "pura" del canal de tu VPS, excluyendo la influencia de los protocolos VPN y factores externos como la carga de servidores remotos. Para una prueba completa, necesitarás un segundo servidor (o tu PC local con puertos abiertos) en el que también se ejecute iperf3 en modo servidor.

Instalación de iperf3 en VPS (Debian/Ubuntu):

sudo apt update
sudo apt install iperf3

Ejecución de iperf3 en modo servidor en uno de los VPS:

iperf3 -s

El servidor esperará conexiones en el puerto 5201. Asegúrate de que este puerto esté abierto en el firewall del VPS.

Ejecución de iperf3 en modo cliente en otro VPS o en tu PC:

iperf3 -c [IP_АДРЕС_СЕРВЕРА_IPERF3] -P 5 -t 10

Aquí:

• -c [IP_АДРЕС_СЕРВЕРА_IPERF3]: La dirección IP del servidor donde se ejecuta iperf3 -s.
• -P 5: Usar 5 flujos paralelos para la prueba. Esto ayuda a cargar mejor el canal y obtener cifras más realistas para aplicaciones multiproceso.
• -t 10: Duración de la prueba en segundos.

Interpretación de los resultados:

Verás el ancho de banda promedio en Mbps. Si tu VPS tiene un puerto de 1 Gbps, los valores esperados deberían estar en el rango de 500-950 Mbps. Si iperf3 muestra cifras significativamente menores (por ejemplo, 100-200 Mbps), esto indica una limitación del canal por parte del propio proveedor de VPS o una sobrecarga de la infraestructura de red.

Prueba de velocidad externa con speedtest-cli

speedtest-cli es la versión de consola del popular servicio Speedtest.net, que permite medir la velocidad a los servidores públicos de Speedtest más cercanos. Esto es útil para evaluar la velocidad "general" de internet de tu VPS, y no solo entre dos puntos controlados.

Instalación de speedtest-cli (Debian/Ubuntu):

sudo apt update
sudo apt install speedtest-cli

Ejecución de la prueba:

speedtest-cli

También puedes seleccionar un servidor específico para la prueba, para evaluar la velocidad a una región determinada:

speedtest-cli --list | grep "City"
speedtest-cli --server [ID_СЕРВЕРА]

Interpretación de los resultados:

speedtest-cli mostrará el ping, la velocidad de descarga (Download) y la velocidad de subida (Upload). Si estos valores son significativamente menores que los mostrados por iperf3 (por ejemplo, iperf3 mostró 800 Mbps, y speedtest-cli solo 300 Mbps), esto puede indicar:

• Sobrecarga de los canales externos de tu proveedor de VPS.
• Problemas de enrutamiento a los servidores de Speedtest (lo que indirectamente también puede afectar al VPN).
• Diferencia en las metodologías de prueba (iperf3 es una prueba más "rigurosa").

Si tanto iperf3 como speedtest-cli muestran valores bajos (por ejemplo, por debajo de 200-300 Mbps en un puerto de 1 Gbps), la raíz del problema probablemente reside en el canal de red del propio VPS. En tal caso, ninguna configuración de VPN ayudará, y deberías considerar cambiar la ubicación o el proveedor de VPS.

¿Cómo verificar la carga de CPU y RAM en un VPS?

Incluso si tu canal de red es ideal, la falta de potencia de procesamiento o de memoria RAM puede ser la razón por la que el VPN ralentiza el servidor. El cifrado y descifrado del tráfico, especialmente para conexiones de alta velocidad y protocolos con fuerte ofuscación, requieren recursos significativos de CPU. A veces, si 100 Mbps ya es poco, un VPS común puede no ser suficiente.

Monitoreo de recursos con top y htop

Para monitorear el uso de CPU y RAM en tiempo real, usa las utilidades top o htop.

Instalación de htop (si no está instalado):

sudo apt update
sudo apt install htop

Inicio del monitoreo:

top

o

htop

Ejecuta una de estas utilidades, luego comienza a usar activamente la conexión VPN (por ejemplo, descarga un archivo grande o mira un video 4K). Observa atentamente los indicadores de CPU y MEM (RAM) para los procesos relacionados con tu VPN (por ejemplo, xray, v2ray, openvpn, wireguard).

Interpretación de los resultados:

• Alta carga de CPU: Si durante el uso activo de la VPN, uno o varios núcleos de CPU están constantemente cargados al 80% o más (especialmente un solo proceso, si la VPN es de un solo hilo), esto es un claro indicio de que el procesador es el cuello de botella. Para VPNs que no se paralelizan bien (por ejemplo, OpenVPN sin configuraciones especiales), esto puede significar que estás limitado por el rendimiento de un solo núcleo.
• Falta de RAM: Si el indicador de RAM free está constantemente cerca de cero, y el swap se utiliza activamente, esto indica una falta de memoria RAM. Aunque la mayoría de los VPN no requieren mucha RAM, algunas configuraciones o servicios adicionales en el VPS pueden consumirla.

Impacto de la multinúcleo y la frecuencia de CPU

Es importante entender que para muchos protocolos VPN (especialmente aquellos que utilizan túneles TCP), el rendimiento a menudo depende de la velocidad de un solo núcleo de CPU, y no del número total de núcleos. Esto se debe a que el procesamiento de un solo flujo de red a menudo ocurre en un solo hilo del procesador. Por lo tanto, un VPS con 2 núcleos a 2.5 GHz puede ser más rápido para VPN que un VPS con 4 núcleos a 1.5 GHz, si la VPN no puede utilizar eficazmente todos los núcleos.

Para verificar las características de la CPU de tu VPS, usa el comando:

cat /proc/cpuinfo | grep "model name" | head -n 1
cat /proc/cpuinfo | grep "cpu cores" | head -n 1

Si ves que la CPU es el cuello de botella, esta puede ser la razón por la que experimentas una VPN lenta en tu VPS. La solución puede requerir cambiar a un plan de VPS más potente con una CPU más rápida o optimizar la configuración de la VPN para reducir la carga del procesador.

Impacto del protocolo y la configuración en la velocidad de tu VPN

La elección del protocolo VPN y su correcta configuración tienen una enorme influencia en la velocidad final. Diferentes protocolos tienen una sobrecarga diferente para el cifrado, la ofuscación y la gestión de la conexión.

Comparación de protocolos: VLESS, Shadowsocks, WireGuard, OpenVPN

• WireGuard: Conocido por su simplicidad, alta velocidad y baja latencia. Utiliza primitivas criptográficas modernas y es muy eficiente, lo que lo convierte en una excelente opción para quienes necesitan el máximo ancho de banda. Sin embargo, WireGuard es menos resistente a la inspección profunda de paquetes (DPI) en comparación con los protocolos ofuscados.
• Shadowsocks: Un protocolo proxy diseñado para eludir la censura. Es bastante ligero y proporciona buena velocidad. Su principal ventaja es la capacidad de enmascarar el tráfico como HTTPS normal, lo que dificulta su detección y bloqueo.
• VLESS (Xray-core/v2ray): Un protocolo moderno que a menudo se utiliza con capas adicionales de ofuscación, como Reality. Ofrece un alto grado de protección contra DPI, enmascarando el tráfico como tráfico web normal (por ejemplo, TLS). Sin embargo, esta ofuscación añade una sobrecarga computacional, lo que puede resultar en una baja velocidad de VLESS en comparación con WireGuard en el mismo hardware. Si utilizas VLESS con Reality, asegúrate de que tu VPS tenga una CPU lo suficientemente potente.
• OpenVPN: Un protocolo antiguo pero probado. Muy flexible en configuración, pero puede ser significativamente más lento que otros debido al uso de algoritmos criptográficos obsoletos por defecto y a las particularidades de las implementaciones de túneles TCP. Para lograr alta velocidad con OpenVPN se requieren optimizaciones serias (por ejemplo, túnel UDP, AES-NI).

Si tienes baja velocidad de VLESS, intenta cambiar temporalmente a WireGuard (si la situación lo permite) y compara el rendimiento. Si WireGuard es significativamente más rápido, el problema probablemente reside en la sobrecarga de VLESS/Reality o en su configuración específica.

Optimización de MTU y configuraciones TCP/UDP

MTU (Maximum Transmission Unit): Es el tamaño máximo de paquete que puede ser transmitido sin fragmentación. Un MTU mal configurado puede llevar a la fragmentación de paquetes, lo que reduce la eficiencia de la transmisión de datos y causa problemas de `vpn slow speed fix`. Idealmente, el MTU del túnel VPN debe coincidir con el MTU de tu red o ser ligeramente menor. El valor estándar para Ethernet es de 1500 bytes. Para VPN a menudo se recomienda usar un valor ligeramente menor, por ejemplo, 1420-1472 bytes.

Puedes encontrar el MTU óptimo usando el comando ping en Linux/macOS:

ping -M do -s 1472 google.com

Disminuye gradualmente el valor de -s (tamaño del paquete) hasta que los paquetes dejen de fragmentarse (-M do prohíbe la fragmentación). El MTU óptimo para VPN será igual a este valor + 28 bytes (para los encabezados IP/ICMP).

TCP BBR: Es un algoritmo de control de congestión TCP desarrollado por Google. Mejora significativamente el rendimiento de las conexiones TCP, especialmente en canales con alta latencia y pérdida de paquetes. Habilitar BBR en tu VPS puede acelerar considerablemente los túneles TCP VPN.

Habilitación de TCP BBR en Linux:

echo "net.core.default_qdisc=fq" | sudo tee -a /etc/sysctl.conf
echo "net.ipv4.tcp_congestion_control=bbr" | sudo tee -a /etc/sysctl.conf
sudo sysctl -p

Después de esto, reinicia el VPS o verifica el estado:

sysctl net.ipv4.tcp_congestion_control

Debería mostrar net.ipv4.tcp_congestion_control = bbr.

Túneles UDP: Si utilizas protocolos que soportan UDP (por ejemplo, WireGuard, OpenVPN en modo UDP, Hysteria), a menudo proporcionan mejor velocidad y menor latencia que los túneles TCP, especialmente en canales con pérdida de paquetes. UDP no tiene la sobrecarga de confirmación de entrega de cada paquete, lo que lo hace más "rápido" para datos de streaming. Protocolos como sing-box con soporte para Hysteria pueden ser muy eficientes.

Evaluación de la ruta al servidor VPN: traceroute y ping

Incluso el VPS más potente con un canal ideal será lento si la ruta hacia él está congestionada o tiene una alta latencia. Una ruta deficiente puede ser la razón por la que tu VPN ralentiza el servidor. El diagnóstico de la ruta ayuda a identificar los nodos problemáticos.

Análisis de latencia y pérdida de paquetes

Utiliza las utilidades traceroute (o la más avanzada mtr) y ping para evaluar la calidad de la ruta desde tu dispositivo local hasta el servidor VPN. También puedes realizar pruebas en la dirección opuesta, desde el VPS hasta tu IP local (si es estática y accesible) o hasta un recurso popular al que accedes con frecuencia a través del VPN.

ping: Verifica la latencia y la pérdida de paquetes hasta la dirección IP de destino.

ping [IP_АДРЕС_VPS]

Valores altos de ping (por ejemplo, >150 ms para un servidor en otro continente, >50 ms para un país vecino) o pérdidas frecuentes de paquetes (packet loss) indican problemas de latencia o estabilidad de la conexión. Si el ping al VPS es bueno, pero a través del VPN al recurso de destino el ping es alto, esto puede ser un problema de ruta desde el VPS.

traceroute / mtr: Muestra la ruta completa desde tu dispositivo hasta el VPS, así como la latencia a cada nodo intermedio (salto).

Instalación de mtr (Debian/Ubuntu):

sudo apt update
sudo apt install mtr-tiny

Ejecución de mtr (desde tu PC al VPS):

mtr [IP_АДРЕС_VPS]

mtr envía paquetes continuamente y muestra la latencia y el porcentaje de pérdidas para cada nodo en la ruta. Esto es mucho más informativo que un traceroute único.

Interpretación de los resultados de mtr:

• Alta latencia en uno de los saltos: Si la latencia aumenta drásticamente en algún nodo intermedio y permanece alta hasta el final de la ruta, ese nodo puede estar congestionado o estar lejos.
• Pérdida de paquetes en uno de los saltos: Si en algún nodo se observa una pérdida significativa de paquetes (>1-2%), esto indica problemas serios con ese nodo o el canal hacia él. Si las pérdidas continúan hasta el final de la ruta, esto confirma el problema.
• Asteriscos (***) en la salida: Pueden significar que el nodo no responde a las solicitudes ICMP (no necesariamente un problema), o que los paquetes realmente se están perdiendo. Si después de los asteriscos la ruta continúa y las latencias son normales, es probable que sea solo filtrado de ICMP.

Si la ruta a tu VPS a través de varios países o continentes tiene muchos saltos con altas latencias o pérdidas, esta puede ser la causa principal de la baja velocidad del VPN. En este caso, quizás valga la pena elegir un VPS en una ubicación geográfica más óptima, que esté más cerca de ti o tenga mejores rutas hacia los recursos de destino.

Throttling del proveedor o sobrecarga de vecinos: ¿cómo distinguirlos?

Dos razones no obvias pero comunes para la baja velocidad son la influencia de "vecinos ruidosos" en el hipervisor y el throttling activo por parte de tu proveedor de internet. Estos factores son más difíciles de diagnosticar, pero hay ciertas señales.

Señales de influencia de "vecinos ruidosos" en el hipervisor

En el hosting de VPS, tu servidor virtual comparte recursos físicos (CPU, RAM, disco, tarjeta de red) con otros VPS en el mismo hardware físico (hipervisor). Si uno o varios "vecinos" utilizan activamente los recursos, esto puede afectar negativamente el rendimiento de tu VPS — el efecto del "vecino ruidoso" (noisy neighbor).

Cómo se manifiesta:

• Velocidad inestable: Los resultados de iperf3 o speedtest-cli pueden variar mucho de una prueba a otra. En un momento obtienes 500 Mbps, en otro, 100 Mbps sin razones aparentes.
• Alto IO wait: Incluso si tu VPN no utiliza activamente el disco, una alta actividad de disco por parte de los vecinos puede ralentizar todo el sistema. Puedes verificar esto con iostat (sudo apt install sysstat, luego iostat -x 1). Si en la columna %iowait hay valores constantemente altos (por ejemplo, >10-20%), esto puede indicar un problema.
• "Lags" y microcongelaciones: Si la conexión VPN se "congela" periódicamente por cortos períodos de tiempo, esto puede estar relacionado con que el hipervisor te está quitando recursos temporalmente.

Qué hacer: Si sospechas la influencia de vecinos, intenta contactar al soporte de tu proveedor de VPS. Algunos proveedores pueden ofrecerte migrar tu VPS a otro servidor físico donde la carga sea menor. En el peor de los casos, deberías considerar cambiar a planes más "aislados" (por ejemplo, KVM con recursos garantizados) o a otro proveedor que no practique un overselling agresivo. Elegir un VPS con recursos garantizados es especialmente importante para la estabilidad.

Cómo identificar el throttling del proveedor de internet

El throttling (limitación de velocidad) del tráfico VPN por parte de tu proveedor de internet doméstico o móvil es un problema común. Los proveedores pueden usar la inspección profunda de paquetes (DPI) para detectar y limitar el tráfico VPN, con el fin de reducir la carga en su red o de acuerdo con requisitos regulatorios.

Señales de throttling:

• La velocidad sin VPN es alta, con VPN es baja y constantemente limitada: Si las conexiones directas muestran alta velocidad, y la conexión VPN (incluso usando diferentes protocolos y servidores) está constantemente limitada a un valor específico (por ejemplo, exactamente 10 Mbps o 50 Mbps), esto es un fuerte indicio de throttling.
• La velocidad cae solo con el uso activo: El proveedor puede no limitar el tráfico VPN a bajas velocidades, pero comienza a hacerlo cuando alcanzas un cierto umbral (por ejemplo, 20 Mbps).
• Diferentes protocolos dan diferentes velocidades: Si WireGuard es fuertemente limitado, y VLESS con Reality funciona más rápido, esto indica que el proveedor ha aprendido a reconocer el tráfico menos ofuscado.

Qué hacer:

• Usar protocolos ofuscados: Los protocolos que enmascaran el tráfico VPN como tráfico web normal (HTTPS), como VLESS Reality, Trojan, Hysteria (con ofuscación), Shadowsocks con plugins, son significativamente más difíciles de detectar y limitar. Hiddify en un VPS o Nekoray/v2rayN para VLESS Reality pueden ser soluciones efectivas.
• Cambiar el puerto: A veces, cambiar el puerto VPN estándar (por ejemplo, 443 para VLESS/Reality) a otro menos obvio puede ayudar.
• Prueba con otro proveedor de internet: Intenta conectarte a la VPN a través de otra red (por ejemplo, internet móvil de otro operador o Wi-Fi de un amigo). Si la velocidad es significativamente mayor, el problema es definitivamente tu proveedor doméstico.

Cómo acelerar tu VPN en un VPS: enfoque integral y soluciones

Después de realizar el diagnóstico, deberías tener una idea de cuál es el principal cuello de botella. Ahora, veamos cómo acelerar tu VPN en un VPS, aplicando los conocimientos adquiridos.

Configuración del servidor y cliente

Si el problema no está en el propio VPS o en la ruta global, la optimización de la configuración puede mejorar significativamente la situación. Aquí tienes una lista de recomendaciones:

1. Actualización del kernel y del SO: Asegúrate de que tu VPS ejecuta una versión actualizada del kernel de Linux. Los kernels nuevos a menudo contienen mejoras en la pila de red y los controladores.
2. Activación de TCP BBR: Como se mencionó anteriormente, habilita BBR para túneles TCP. Esto puede mejorar significativamente el rendimiento, especialmente en canales con pérdidas o alta latencia.
3. Elección del protocolo óptimo:
   • Si la prioridad es la máxima velocidad y no necesitas una ofuscación fuerte, usa WireGuard.
   • Si necesitas ofuscación para eludir bloqueos, pero la velocidad es importante, considera VLESS Reality o Hysteria. Asegúrate de que tu VPS tenga una CPU lo suficientemente potente para procesarlos.
   • Evita protocolos antiguos o no optimizados, como OpenVPN en modo TCP sin configuraciones especiales, si la velocidad es un factor crítico.
4. Configuración de MTU: Experimenta con el MTU. Comienza con 1420-1472 bytes en el servidor y el cliente. Asegúrate de que el dispositivo cliente (por ejemplo, iPhone con Shadowrocket o Android con v2rayNG) también use el MTU correcto, si es posible.
5. Optimización de la configuración del servidor VPN:
   • Para Xray/V2Ray: usa versiones actualizadas. Verifica la configuración de los búferes, desactiva los logs innecesarios. Asegúrate de que sniffing esté configurado correctamente o deshabilitado si no es necesario.
   • Para WireGuard: asegúrate de que la configuración sea simple y eficiente.
6. Uso de versiones actualizadas del cliente: Los clientes VPN obsoletos pueden tener errores o no soportar las últimas optimizaciones. Actualiza el software cliente (por ejemplo, Sub-Store para VLESS).
7. Configuración del firewall: Asegúrate de que el firewall (por ejemplo, UFW, nftables) en el VPS no esté bloqueando o ralentizando el tráfico. Las reglas simples generalmente no afectan la velocidad, pero las cadenas complejas o las restricciones sí pueden hacerlo.
8. VPN en el router: Si usas VPN en el router, asegúrate de que el propio router sea lo suficientemente potente para procesar el cifrado a alta velocidad. Muchos routers de consumo tienen una CPU débil.

Cuándo es necesario cambiar de plan o ubicación

Si todas las optimizaciones de software se han probado y la velocidad sigue siendo baja, esto significa que te has topado con limitaciones de hardware o de red. En este caso, las soluciones pueden ser:

• Cambiar a un plan de VPS más potente: Si el diagnóstico mostró falta de CPU o RAM, necesitas un VPS con más núcleos, una frecuencia de CPU más alta o mayor volumen de memoria RAM.
• Cambiar la ubicación del VPS: Si el problema es el enrutamiento o la alta latencia, elegir un VPS en otro país o incluso en otro centro de datos en el mismo país puede cambiar drásticamente la situación. Oriéntate a ubicaciones que tengan mejores rutas hacia tu región o hacia los recursos de destino.
• Elegir otro proveedor de VPS: A veces, el problema no es el plan, sino la infraestructura general del proveedor (uplink sobrecargado, overselling agresivo). Cambiar de proveedor puede dar mejores resultados.
• Cambiar a un servidor dedicado: Si necesitas una velocidad muy alta y estable (por ejemplo, más de 500 Mbps para muchos usuarios) y los VPS normales no son suficientes, quizás sea el momento de considerar un servidor dedicado. Este te proporciona todos los recursos solo a ti, excluyendo la influencia de los "vecinos".

Para 5-10 usuarios simultáneos que consumen tráfico activamente, son suficientes 2 vCPU, 4 GB de RAM y un disco NVMe de 40 GB, lo que asegurará una velocidad estable de 100-200 Mbps.

Usuarios	vCPU	RAM	Disco	Puerto	Precio (aprox.)
1-3 (navegación ligera)	1	1-2 GB	20 GB SSD	1 Gbps	desde $5/mes
5-10 (navegación activa, streaming)	2	4 GB	40 GB NVMe	1 Gbps	desde $10/mes
10-20 (juegos multijugador, streaming 4K)	4	8 GB	80 GB NVMe	1 Gbps	desde $20/mes
20+ (necesidades corporativas, alta carga)	6+	16+ GB	160+ GB NVMe	1-10 Gbps	desde $40/mes

Preguntas frecuentes

¿Por qué mi VPN VLESS funciona más lento que WireGuard en el mismo VPS?

La baja velocidad de VLESS, en comparación con WireGuard, a menudo se debe a la mayor sobrecarga computacional para el cifrado y la ofuscación, especialmente al usar VLESS Reality. WireGuard está diseñado para la máxima velocidad con un consumo mínimo de recursos, mientras que VLESS/Reality se enfoca en eludir la censura, enmascarando el tráfico como HTTPS, lo que requiere más CPU. Para VLESS se necesitan de forma estable 2 vCPU y 4 GB de RAM para velocidades superiores a 200 Mbps.

¿Cómo distinguir el throttling del proveedor de la falta de recursos del VPS?

El throttling del proveedor se manifiesta como una limitación estable de la velocidad VPN a un valor determinado (por ejemplo, 50 Mbps), independientemente de la carga del VPS o la hora del día. La falta de recursos del VPS suele provocar una disminución de la velocidad con una alta carga de CPU (el monitoreo con top/htop mostrará una carga del 80-100%) o resultados inestables en las pruebas de velocidad. Verifica la velocidad del VPS sin VPN usando iperf3 y speedtest-cli. Si es alta y con VPN es baja, es más probable que sea throttling.

¿Qué cantidad de RAM y CPU se necesita para un VPN estable para 10-15 usuarios?

Para 10-15 usuarios activos que realizan streaming o juegan, se recomienda un VPS con un mínimo de 4 vCPU y 8 GB de RAM. Esto asegurará un rendimiento suficiente para el procesamiento de cifrado y múltiples flujos de datos simultáneos. También es importante un disco NVMe y un puerto de 1 Gbps. El costo de dicho servidor generalmente comienza desde $20-25/mes.

¿Puede el MTU afectar la velocidad del VPN y cómo configurarlo?

Sí, un MTU mal configurado puede reducir significativamente la velocidad del VPN, causando fragmentación de paquetes y retransmisiones. El valor óptimo de MTU suele estar en el rango de 1420-1472 bytes. Puedes encontrarlo usando el comando ping -M do -s [tamaño_paquete] [ip_dirección] en Linux/macOS, disminuyendo gradualmente el tamaño del paquete hasta que desaparezca la fragmentación. Establece el valor encontrado en la configuración de tu servidor y cliente VPN.

Conclusiones

El diagnóstico de la baja velocidad de un VPN en un VPS es un proceso de múltiples etapas que requiere una verificación secuencial del canal de red, los recursos del VPS, la configuración del protocolo y la ruta. La mayoría de los problemas se pueden resolver optimizando la configuración y eligiendo el protocolo correcto, pero a veces se requiere cambiar el plan o la ubicación del VPS para lograr el rendimiento deseado. Siempre comienza verificando la velocidad base del VPS con iperf3 y speedtest-cli antes de profundizar en las configuraciones específicas del VPN.