Cómo configurar 2 VPS: tránsito en Rusia y salida global

Una configuración de dos VPS, con un servidor de tránsito en Rusia (por ejemplo, con 2 vCPU, 4 GB de RAM y 40 GB de disco NVMe) que recibe tráfico mediante un protocolo resistente a DPI y lo reenvía a un servidor de salida en el extranjero (con características similares) a través de un túnel optimizado, permite estabilizar la conexión y evitar una degradación de la velocidad de hasta el 80% en horas pico, ofreciendo un canal estable de hasta 1 Gbit/s.

En un entorno con reglas de enrutamiento en constante cambio y medidas más estrictas de control de tráfico en internet, muchos usuarios se enfrentan al mismo problema: una conexión directa a recursos extranjeros que funciona perfectamente durante el día, por la noche se ralentiza drásticamente. La velocidad disminuye, el ping aumenta, los videos no cargan y los juegos en línea sufren de latencia. Esta degradación es especialmente notable en rutas que atraviesan múltiples sistemas autónomos y están sujetas a la inspección profunda de paquetes (DPI).

La solución a este problema puede ser una arquitectura elegante y eficiente: una cadena de dos VPS. Un servidor, que actúa como tránsito, se ubica lo más cerca posible de usted en Rusia, y el segundo, de salida, en el extranjero, en la ubicación que necesite. Esta configuración crea un puente VPS confiable que evita los segmentos problemáticos de la red y garantiza una transmisión de datos estable. En Valebyte.com, como proveedor de VPS y servidores dedicados, vemos con frecuencia cómo nuestros clientes aplican con éxito este enfoque, y estamos listos para compartir los detalles de su configuración.

¿Por qué usar una cadena de dos VPS? Cuando la conexión directa falla

El problema de la degradación de la velocidad de internet por la noche o al acceder a recursos extranjeros es familiar para muchos. Esto no siempre está relacionado con el proveedor o su red doméstica. A menudo, la causa radica en la sobrecarga de los canales troncales, un enrutamiento subóptimo o una influencia dirigida en el tráfico, por ejemplo, mediante DPI.

Problema de degradación de la conexión y cómo evitar bloqueos

Imagine que intenta acceder a un servicio extranjero. Su tráfico pasa por numerosos nodos de comunicación, a menudo cruzando fronteras. Cada uno de estos nodos es un punto potencial de ralentización o inspección. Durante las horas pico (por la noche, cuando la mayoría de los usuarios están activos), estos nodos se sobrecargan, lo que provoca un aumento de la latencia (ping) y una disminución del ancho de banda. Además, los sistemas DPI (Deep Packet Inspection) pueden analizar y ralentizar activamente el tráfico identificado como VPN u otro "no deseado". Una conexión directa a un servidor VPN extranjero a través de dicho canal se vuelve inestable y lenta.

Aquí es donde entra en juego un servidor relé para evitar bloqueos. Permite dividir la ruta de su tráfico en dos partes: una interna, más controlada y resistente a DPI, y una externa, donde la velocidad y la estabilidad ya no son tan críticas, ya que entre sus dos servidores suele establecerse un canal más fiable y rápido.

¿Cómo un servidor VPN de tránsito resuelve este problema?

La idea principal es crear un servidor VPN de tránsito que actúe como un "puente". Usted se conecta al primer VPS, ubicado en Rusia, mediante un protocolo que se camufla bien como tráfico web normal y es resistente a DPI. Desde este VPS ruso, el tráfico se redirige a través de un túnel seguro y optimizado (por ejemplo, WireGuard) al segundo VPS, ubicado en el extranjero. Y desde este VPS extranjero, el tráfico sale a internet. De esta manera, usted obtiene:

• Estabilidad del primer tramo: La conexión con el VPS ruso suele tener un ping bajo y alta velocidad, ya que el tráfico permanece dentro del país o en rutas cortas y bien optimizadas.
• Evitar DPI: Gracias al uso de protocolos resistentes a la inspección, su conexión con el servidor de tránsito es menos susceptible a bloqueos y ralentizaciones.
• Segundo tramo optimizado: Entre sus dos VPS, usted controla la ruta. Puede elegir un proveedor con un buen peering internacional, lo que garantiza un canal estable y rápido entre los servidores, incluso si la ruta directa desde su casa al servidor extranjero es deficiente.
• Mejora de la velocidad: A menudo, una cadena de dos VPS permite acelerar la VPN mediante tránsito, especialmente si la ruta directa al servidor extranjero se degrada significativamente.

Cómo elegir ubicaciones y especificaciones para tu puente VPS

La elección correcta de ubicaciones y características de los VPS es clave para la eficacia de todo el esquema. De ello depende tanto la velocidad como la fiabilidad general de su puente VPS.

Servidor de tránsito ideal en Rusia

El servidor de tránsito debe estar geográficamente lo más cerca posible de usted para garantizar un ping mínimo y alta velocidad en el primer tramo. Para la mayoría de los usuarios, esto significa centros de datos en las principales ciudades de Rusia: Moscú, San Petersburgo, Novosibirsk. Es importante que el proveedor tenga buenos canales de comunicación y un peering estable con los principales operadores rusos.

Requisitos mínimos para un VPS de tránsito:

• Procesador (vCPU): 1-2 núcleos. Esto es suficiente para procesar el tráfico y el protocolo VPN.
• Memoria RAM: 1-2 GB. Los servidores VPN modernos no requieren mucha RAM si no hay un gran número de usuarios simultáneos.
• Disco: 20-40 GB NVMe/SSD. Un disco rápido es importante para el sistema operativo y los archivos temporales, pero el volumen no es crítico, ya que no es necesario almacenar datos.
• Puerto de red: 1 Gbit/s. Este es el estándar para la mayoría de los VPS, pero asegúrese de que esté garantizado y no sea "hasta 1 Gbit/s" con limitaciones generales.
• Tráfico: A partir de 0.5 TB/mes. Para uso personal, esto será más que suficiente. Si hay varios usuarios, se necesitará más.

Servidor de salida óptimo en el extranjero

El servidor de salida se elige en función de sus necesidades de acceso a recursos específicos. Si necesita acceso a servicios estadounidenses, elija EE. UU. Si son europeos, Alemania, Países Bajos, Finlandia. Lo principal es que el proveedor tenga buenos canales de comunicación internacionales y un peering estable con otros países. Idealmente, elija un proveedor que tenga buenas rutas hacia el proveedor ruso donde se encuentra su servidor de tránsito.

Requisitos mínimos para un VPS de salida:

• Procesador (vCPU): 1-2 núcleos.
• Memoria RAM: 1-2 GB.
• Disco: 20-40 GB NVMe/SSD.
• Puerto de red: 1 Gbit/s.
• Tráfico: A partir de 0.5 TB/mes.

Para 50 usuarios simultáneos, son suficientes 4 vCPU, 8 GB de RAM y un disco NVMe de 80 GB.

Usuarios	vCPU	RAM	Disco	Puerto	Precio (aprox., Valebyte.com, julio 2024)
1-5 (personal)	1-2	1-2 GB	20-40 GB NVMe	1 Gbit/s	desde $5/mes (por cada VPS)
5-20 (equipo pequeño)	2	4 GB	40-60 GB NVMe	1 Gbit/s	desde $10/mes (por cada VPS)
20-50 (grupo mediano)	4	8 GB	80 GB NVMe	1 Gbit/s	desde $20/mes (por cada VPS)
50-100+ (grupo grande)	6+	16+ GB	160+ GB NVMe	1 Gbit/s	desde $40/mes (por cada VPS)

El costo total de este esquema para uso personal comienza aproximadamente desde $10/mes por dos VPS (por ejemplo, $5 por el ruso y $5 por el extranjero), lo cual es comparable al precio de un servicio VPN de calidad, pero ofrece significativamente más control y estabilidad.

Configuración de un túnel doble: desde el protocolo hasta el enrutamiento

La configuración de un túnel doble es el corazón de nuestro esquema. Incluye dos etapas principales: la conexión del cliente al servidor de tránsito y la creación de un canal estable entre los servidores de tránsito y de salida. Para cada etapa, se eligen los protocolos y métodos óptimos.

Protocolo seguro para el primer tramo (Rusia -> Tránsito)

Para el primer tramo (su computadora → VPS de tránsito en Rusia), es crucial elegir un protocolo que sea resistente a DPI y no sea fácilmente reconocible como VPN. Aquí son adecuadas soluciones como:

• Shadowsocks: Un protocolo proxy simple y efectivo que se camufla como tráfico HTTPS normal. Es fácil de configurar y tiene clientes para la mayoría de las plataformas. Shadowsocks-2022 en VPS: configuración y cómo evitar bloqueos en 2026 es una excelente opción para esta etapa.
• V2Ray/Xray con VLESS/VMess y XTLS/Reality: Protocolos más avanzados con ofuscación que también evitan eficazmente el DPI, camuflándose como tráfico legítimo. Son más complejos de configurar, pero ofrecen un alto grado de protección.
• WireGuard con ofuscación (por ejemplo, a través de hysteria/cloak): WireGuard por sí solo es fácilmente detectable, pero en combinación con un ofuscador se vuelve muy resistente.

Por ejemplo, supongamos que utiliza Shadowsocks en el primer tramo. En el servidor de tránsito, configura un servidor Shadowsocks al que se conecta su cliente.

Túnel de alta velocidad entre VPS (Tránsito -> Salida)

Para el segundo tramo (VPS de tránsito → VPS de salida), la prioridad es la velocidad y la mínima latencia. Dado que el tráfico fluye entre sus servidores, no es necesaria una ofuscación compleja. La elección ideal aquí será WireGuard.

WireGuard es un protocolo VPN moderno, conocido por su simplicidad, alto rendimiento y baja sobrecarga. Es ideal para crear un túnel rápido y confiable entre dos servidores.

Ejemplo de configuración de WireGuard

Supongamos que tenemos:

• VPS de Tránsito (Ru-VPS): IP 192.0.2.1 (pública), IP interna para WireGuard 10.0.0.1
• VPS de Salida (Eu-VPS): IP 198.51.100.1 (pública), IP interna para WireGuard 10.0.0.2

Configuración de WireGuard en Ru-VPS (servidor de tránsito)

Instale WireGuard:

sudo apt update
sudo apt install wireguard

Genere las claves:

wg genkey | sudo tee /etc/wireguard/privatekey_ru
sudo cat /etc/wireguard/privatekey_ru | wg pubkey | sudo tee /etc/wireguard/publickey_ru

Cree el archivo de configuración /etc/wireguard/wg0.conf:

[Interface]
PrivateKey = (содержимое privatekey_ru)
Address = 10.0.0.1/24
ListenPort = 51820
PostUp = iptables -A FORWARD -i %i -j ACCEPT; iptables -A FORWARD -o %i -j ACCEPT; iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
PostDown = iptables -D FORWARD -i %i -j ACCEPT; iptables -D FORWARD -o %i -j ACCEPT; iptables -t nat -D POSTROUTING -o eth0 -j MASQUERADE

[Peer]
PublicKey = (содержимое publickey_eu)
AllowedIPs = 10.0.0.2/32
Endpoint = 198.51.100.1:51820

Habilite el reenvío de paquetes IP (/etc/sysctl.conf):

net.ipv4.ip_forward = 1

Aplique los cambios:

sudo sysctl -p

Inicie WireGuard:

sudo wg-quick up wg0
sudo systemctl enable wg-quick@wg0

Configuración de WireGuard en Eu-VPS (servidor de salida)

Instale WireGuard:

sudo apt update
sudo apt install wireguard

Genere las claves:

wg genkey | sudo tee /etc/wireguard/privatekey_eu
sudo cat /etc/wireguard/privatekey_eu | wg pubkey | sudo tee /etc/wireguard/publickey_eu

Cree el archivo de configuración /etc/wireguard/wg0.conf:

[Interface]
PrivateKey = (содержимое privatekey_eu)
Address = 10.0.0.2/24
ListenPort = 51820
PostUp = iptables -A FORWARD -i %i -j ACCEPT; iptables -A FORWARD -o %i -j ACCEPT; iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
PostDown = iptables -D FORWARD -i %i -j ACCEPT; iptables -D FORWARD -o %i -j ACCEPT; iptables -t nat -D POSTROUTING -o eth0 -j MASQUERADE

[Peer]
PublicKey = (содержимое publickey_ru)
AllowedIPs = 10.0.0.1/32
Endpoint = 192.0.2.1:51820

Habilite el reenvío de paquetes IP (/etc/sysctl.conf):

net.ipv4.ip_forward = 1

Aplique los cambios:

sudo sysctl -p

Inicie WireGuard:

sudo wg-quick up wg0
sudo systemctl enable wg-quick@wg0

Después de esto, el tráfico que llega al Ru-VPS se reenviará a través del túnel WireGuard al Eu-VPS y saldrá a internet a través de este. En el Ru-VPS, también deberá configurar reglas de iptables para redirigir el tráfico que llega a través de Shadowsocks al túnel WireGuard. Esto se hace utilizando reglas PREROUTING y POSTROUTING, que interceptan el tráfico entrante y lo envían al túnel wg0.

Optimización del MTU: por qué es crucial para acelerar tu VPN con tránsito

Una de las causas frecuentes de la baja velocidad e inestabilidad de las conexiones VPN es un MTU (Maximum Transmission Unit) configurado incorrectamente. Esto es especialmente relevante para una cadena de dos VPS, donde cada túnel añade su propia sobrecarga.

Entendiendo el MTU y su impacto en la velocidad

El MTU define el tamaño máximo de un paquete de datos (en bytes) que puede transmitirse a través de la red sin fragmentación. El valor estándar de MTU para Ethernet es de 1500 bytes. Sin embargo, al usar túneles VPN (como WireGuard, Shadowsocks), se añaden encabezados de protocolo a cada paquete, lo que aumenta su tamaño. Si el tamaño total del paquete con los encabezados excede el MTU de la siguiente interfaz de red, el paquete se fragmentará. La fragmentación de paquetes conduce a:

• Aumento de la latencia: Cada fragmento requiere ensamblaje en el lado receptor.
• Disminución del ancho de banda: Más paquetes, más sobrecarga.
• Pérdida de paquetes: Si se pierde un fragmento, todo el paquete debe retransmitirse.
• Problemas con PMTUD (Path MTU Discovery): Algunos dispositivos de red pueden bloquear los paquetes ICMP necesarios para PMTUD, lo que provoca "agujeros negros" para paquetes de gran tamaño.

En nuestro esquema, tenemos al menos dos túneles: uno desde el cliente hasta el Ru-VPS (por ejemplo, Shadowsocks) y otro entre el Ru-VPS y el Eu-VPS (WireGuard). Cada uno de ellos reduce el MTU efectivo. El MTU típico para WireGuard es de 1420 bytes (1500 - 80 bytes de encabezado de WireGuard + IPv4). Si su Shadowsocks también añade su propia sobrecarga, el MTU real que puede pasar por toda la cadena podría ser aún menor.

Configuración y prueba del MTU

El valor óptimo de MTU debe establecerse en todas las interfaces VPN de la cadena. Comience por determinar el MTU de su conexión principal a internet. Luego, conociendo la sobrecarga de los protocolos (por ejemplo, 80 bytes para WireGuard), puede calcular un valor adecuado.

Metodología para determinar el MTU:

1. Determine el MTU hasta el VPS de tránsito:

   ping -c 1 -M do -s 1472 192.0.2.1

   Comience con 1472 (1500 - 28 bytes para encabezados IP/ICMP) y disminuya hasta que los paquetes dejen de fragmentarse. Añada 28 para obtener el MTU.

2. Determine el MTU entre el VPS de tránsito y el de salida:

   ping -c 1 -M do -s 1472 198.51.100.1 (desde Ru-VPS)

   De manera similar, encuentre el tamaño máximo de paquete sin fragmentación.

3. Establezca el MTU para WireGuard:

   En el archivo de configuración /etc/wireguard/wg0.conf, añada o modifique la línea MTU en la sección [Interface]:

   [Interface]
           ...
           MTU = 1420 # O el valor encontrado
           ...

   Reinicie WireGuard: sudo wg-quick down wg0 && sudo wg-quick up wg0.

4. Configuración del MTU para Shadowsocks:

   Algunos clientes y servidores de Shadowsocks permiten especificar explícitamente el MTU. Si no, el MTU de WireGuard suele ser más crítico.

Es importante recordar que un MTU configurado incorrectamente puede ralentizar significativamente o incluso bloquear completamente el tráfico, por lo que debe abordar este problema con atención. Una configuración correcta del MTU puede acelerar significativamente la VPN mediante tránsito, evitando la fragmentación innecesaria.

Cómo monitorear el rendimiento de tu cadena de VPS

Después de configurar una cadena de dos VPS, es crucial monitorear su rendimiento regularmente. Esto permitirá identificar a tiempo cuellos de botella, problemas de enrutamiento o degradación del canal. El monitoreo debe cubrir ambos tramos: desde el cliente hasta el servidor de tránsito y desde el servidor de tránsito hasta el de salida.

Herramientas para monitorear la velocidad y la latencia

Para un monitoreo efectivo, necesitará varias herramientas clave:

1. Ping: Herramienta básica para medir la latencia hasta el servidor.

   ping -c 10 192.0.2.1 # Ping al Ru-VPS
   ping -c 10 198.51.100.1 # Ping al Eu-VPS
   ping -c 10 google.com # Ping al recurso final a través de la cadena

   Un ping bajo (hasta 50 ms para el VPS ruso, hasta 150-200 ms para el extranjero) es un buen indicador.

2. Traceroute / MTR: Rastrea la ruta de los paquetes y muestra la latencia en cada nodo. MTR (My Traceroute) combina la funcionalidad de ping y traceroute, enviando paquetes continuamente y mostrando estadísticas.

   mtr -rw -c 100 192.0.2.1 # MTR al Ru-VPS
   mtr -rw -c 100 198.51.100.1 # MTR al Eu-VPS desde Ru-VPS

   Busque nodos con alta pérdida de paquetes (Loss%) o un aumento brusco de la latencia (Last, Avg, Best, Wrst). Esto indicará segmentos problemáticos de la ruta.

3. iperf3: Herramienta para medir el ancho de banda (velocidad) entre dos puntos.

   En el Eu-VPS (servidor de salida), inicie el servidor iperf3:

   iperf3 -s

   En el Ru-VPS (servidor de tránsito), inicie el cliente iperf3 para medir la velocidad hasta el Eu-VPS:

   iperf3 -c 10.0.0.2 -P 5 # Use la IP interna de WireGuard para medir el túnel

   En su computadora local (cliente), puede ejecutar iperf3 hasta el Ru-VPS (si Shadowsocks lo soporta, o medir la velocidad hasta el Eu-VPS a través de toda la cadena, si WireGuard está configurado directamente en su cliente).

   Mida la velocidad en ambas direcciones (-R para prueba inversa). Buenos indicadores son 500 Mbit/s o más para un VPS con puerto de 1 Gbit/s.

4. Speedtest-cli: Herramienta conveniente para verificar la velocidad a los servidores más cercanos de Speedtest.net desde la línea de comandos.

   speedtest # En Ru-VPS
   speedtest # En Eu-VPS

   Permite evaluar rápidamente el ancho de banda general de cada servidor a la internet pública.

Cómo identificar el "eslabón débil"

Comparando los resultados de estas pruebas, podrá determinar dónde se encuentra el "eslabón débil" en su cadena de dos VPS:

• Ping alto o pérdida de paquetes al Ru-VPS: Problema con su proveedor local o en la ruta al centro de datos ruso. Intente cambiar el protocolo para el primer tramo o verifique su conexión a internet doméstica.
• Ping alto o baja velocidad entre Ru-VPS y Eu-VPS (vía WireGuard): Problema con el peering entre los centros de datos donde se encuentran sus VPS. Podría considerar probar otro proveedor para uno de los servidores o una ubicación diferente para el Eu-VPS. También verifique la configuración del MTU.
• Baja velocidad desde el Eu-VPS a recursos externos: Problema con el canal de salida del Eu-VPS o su peering con los servicios de destino.

El monitoreo regular le permitirá no solo diagnosticar problemas, sino también asegurarse de que su esquema de servidor VPN de tránsito funcione con la máxima eficacia.

Comparativa: servidor relé para evitar bloqueos vs. un solo VPS

Antes de implementar un esquema con un servidor VPN de tránsito, es importante entender cuándo está realmente justificado y cuándo puede ser excesivo o incluso perjudicial. Comparémoslo con el uso de un solo VPS.

Cuándo el tránsito realmente acelera y cuándo añade latencia

El esquema con un servidor relé para evitar bloqueos no es una panacea y no siempre resulta en una aceleración. Su eficacia depende en gran medida de las condiciones iniciales:

El tránsito acelera si:

• El canal directo al servidor extranjero se degrada significativamente: Por la noche, en horas pico, cuando se observan altas pérdidas de paquetes, un aumento brusco del ping o una caída de la velocidad en la ruta directa.
• Hay DPI y bloqueos activos: Si su proveedor ralentiza o bloquea activamente el tráfico VPN en conexiones directas. El servidor de tránsito permite usar un protocolo resistente a DPI en el primer tramo.
• Desea controlar la ruta: Al elegir proveedores para los servidores de tránsito y de salida, puede optimizar el camino entre ellos, evitando nodos sobrecargados o poco fiables.
• Necesidades geográficas diversas: Por ejemplo, necesita una IP rusa para algunos recursos y una extranjera para otros. Con un servidor de tránsito, puede gestionar esto de forma flexible.

El tránsito añade latencia y complejidad si:

• El canal directo al servidor extranjero es estable: Si no tiene problemas de degradación de la velocidad o bloqueos, añadir un eslabón intermedio solo aumentará la latencia total (un mínimo de 10-30 ms por cada "tramo" adicional) y la complejidad de la configuración.
• Un ping extremadamente bajo es crítico: Para juegos en línea, donde cada milisegundo es importante, añadir un servidor de tránsito puede aumentar el ping en 20-50 ms, lo que podría ser inaceptable.

Criterio	Un solo VPS	Dos VPS (Tránsito + Salida)	Método de medición
Ping directo al recurso extranjero de destino	< 100 ms	> 150 ms	ping google.com (sin VPN), ping -c 100
Velocidad directa al recurso extranjero de destino (en horas pico)	> 50 Mbit/s	< 20 Mbit/s	Speedtest.net al servidor extranjero (sin VPN)
Presencia de DPI/bloqueos de VPN	No o fácilmente evitable	Sí, bloqueos frecuentes	Prueba de OpenVPN/WireGuard sin ofuscación
Ping al VPS de tránsito (Ru-VPS)	No aplica	< 50 ms	ping 192.0.2.1 (IP del Ru-VPS)
Ping entre Ru-VPS y Eu-VPS	No aplica	< 80 ms	ping 198.51.100.1 (IP del Eu-VPS desde Ru-VPS)
Latencia total (a través de la cadena)	Mínima	+20-50 ms al ping directo	ping google.com (a través de la cadena VPN)
Complejidad de configuración	Baja	Media/Alta	Evaluación del número de pasos y configuraciones
Costo (aprox., julio 2024)	desde $5/mes	desde $10/mes	Suma de las tarifas de dos VPS

Análisis de costos y complejidad

Desde el punto de vista financiero, el esquema con un túnel doble es obviamente más caro. En lugar de un VPS por $5-10 al mes, necesitará dos, lo que aumentará los gastos mensuales a $10-20. Sin embargo, si la estabilidad y la velocidad de acceso a recursos extranjeros son críticas para su trabajo o ocio, estos costos adicionales pueden estar justificados.

En cuanto a la complejidad de la configuración, un solo VPS es significativamente más sencillo. Simplemente instala un servidor VPN y se conecta. Con dos VPS, tendrá que configurar dos servidores, dos protocolos (o un protocolo en dos modos), reglas de enrutamiento e iptables en ambos, y también optimizar el MTU. Esto requiere conocimientos básicos de Linux y tecnologías de red. Pero para los desarrolladores y administradores de sistemas a quienes va dirigido este artículo, esto no debería ser un obstáculo insuperable.

En última instancia, la elección entre uno y dos VPS depende de su escenario de uso específico y de su disposición a invertir tiempo y recursos en una solución más confiable y de mayor rendimiento para acelerar la VPN mediante tránsito y evitar bloqueos.

Conclusiones

El esquema con dos VPS — uno de tránsito en Rusia y uno de salida en el extranjero — es una solución altamente efectiva para estabilizar la conexión y evitar la degradación de la velocidad hasta en un 80% en horas pico. Proporciona un canal confiable de hasta 1 Gbit/s y permite controlar el enrutamiento del tráfico, aumentando la resistencia a DPI. Aunque esta configuración requiere más esfuerzo en la configuración y es aproximadamente el doble de cara que un solo VPS (desde $10/mes), se justifica plenamente para aquellos para quienes la estabilidad y el rendimiento del acceso a recursos extranjeros son críticos.

Preguntas frecuentes

1. ¿Qué tan difícil es configurar un esquema de dos VPS para evitar bloqueos?

La configuración de una cadena de dos VPS requiere conocimientos básicos de Linux, de la línea de comandos y de protocolos de red como WireGuard y Shadowsocks. Aunque es más complejo que configurar un solo servidor VPN, con instrucciones paso a paso y experiencia en servidores, el proceso tomará de 1 a 2 horas para un usuario experimentado. Los pasos principales incluyen la instalación de servidores VPN, la configuración del túnel entre servidores y las reglas de enrutamiento.

2. ¿Qué protocolos son mejores para usar en cada tramo del túnel?

Para el primer tramo (su computadora -> VPS de tránsito en Rusia) se recomienda utilizar protocolos resistentes a DPI, por ejemplo, Shadowsocks o V2Ray/Xray con ofuscación. Estos se camuflan como tráfico web normal y son menos susceptibles a bloqueos. Para el segundo tramo (VPS de tránsito -> VPS de salida en el extranjero), la elección óptima será WireGuard, gracias a su alta velocidad, baja sobrecarga y facilidad de configuración. Esta combinación asegura tanto la evasión de bloqueos como un alto ancho de banda.

3. ¿Se puede usar este esquema para varios usuarios?

Sí, el esquema de dos VPS escala perfectamente para varios usuarios. Para 5-20 usuarios simultáneos, se recomienda elegir un VPS con 2 vCPU y 4 GB de RAM, lo que costará aproximadamente desde $10/mes por cada servidor. Si el número de usuarios aumenta a 50 o más, se debe considerar un VPS con 4 vCPU y 8 GB de RAM, lo que costará desde $20/mes por cada uno. También es importante asegurar un volumen de tráfico suficiente y un ancho de banda del puerto de red (1 Gbit/s) en ambos servidores.

4. ¿Afecta el MTU a la velocidad de conexión y cómo optimizarlo?

Sí, un MTU (Maximum Transmission Unit) configurado incorrectamente puede reducir significativamente la velocidad y la estabilidad de la conexión VPN, causando fragmentación de paquetes. Para optimizarlo, es necesario determinar el valor óptimo de MTU para cada interfaz de red en la cadena (generalmente 1420 bytes para WireGuard) y establecerlo en los archivos de configuración de los servidores VPN. Esto se puede hacer con el comando ping -M do -s <tamaño> para determinar el tamaño máximo de paquete sin fragmentación. Una configuración correcta del MTU puede mejorar el ancho de banda entre un 10% y un 20%.

5. ¿Cuáles son los costos aproximados de este esquema?

Los costos mensuales aproximados para un esquema de dos VPS comienzan desde $10-$15 al mes por dos VPS básicos (por ejemplo, $5-$7.5 por cada servidor con 1 vCPU, 1-2 GB de RAM y 20-40 GB NVMe). Para escenarios más exigentes con 20-50 usuarios, el costo puede aumentar a $40-$50 al mes (a $20-$25 por cada VPS con 4 vCPU, 8 GB de RAM). Estos precios son orientativos para las ofertas de Valebyte.com en julio de 2024 y dependen de las características y ubicaciones seleccionadas.