Una VPN liviana con soporte integrado de corrección de errores hacia adelante (o una herramienta de mejora de red que funciona en modo VPN). Mejora la calidad de su red en un enlace con pérdida de alta latencia. GamingVPN utiliza la corrección de errores de reenvío (código Reed-Solomon) para reducir la tasa de pérdida de paquetes, a costa de un uso adicional de ancho de banda.
Suponga que su red local hacia su servidor tiene pérdidas. Simplemente establezca una conexión VPN a su servidor con GamingVPN, acceda a su servidor a través de esta conexión VPN y luego la calidad de su conexión mejorará significativamente.
Con parámetros bien ajustados, puede reducir fácilmente la tasa de pérdida de paquetes IP o UDP/ICMP a menos del 0,01%. Además de reducir la tasa de pérdida de paquetes, GamingVPN también puede mejorar significativamente la latencia de TCP y la velocidad de descarga de un solo subproceso de TCP. Optimizado para juegos.
Ejecute el siguiente script en su servidor (compatible con Debian/ubuntu):
bash <(curl -Ls --ipv4 https://github.com/Musixal/GamingVPN/raw/main/gamingvpn.sh)
Este proyecto se puede utilizar tanto directly
como reverse
. Para usar la inversión en el Iran server
, debe seleccionar Configure for server
y hacer clic en Configure for client
en el external server
e ingresar la IP address of Iran
.
En resumen, para uso directo, el servidor de Irán debe ser un cliente, y en caso de uso inverso, el servidor externo se convierte en cliente. De forma predeterminada, la configuración está optimizada para juegos. Debes elegir la cantidad de FEC con cuidado porque tiene un gran efecto en el ancho de banda. Su formato es FEC x:y
, lo que significa enviar y paquetes redundantes por cada x paquetes.
Por ejemplo, FEC 2:1
significa que envía un paquete adicional por cada dos paquetes, lo que aumenta el consumo de ancho de banda 1.5 times
. De la misma manera, FEC 2:2 duplica el consumo de ancho de banda. También es posible desactivar FEC. En redes donde no hay pérdida de paquetes, no es un problema apagarlo, pero si hay una gran pérdida de paquetes, es mejor establecer un valor como FEC 2:1 o FEC 2:4.
Consulte el canal a continuación para obtener más información: https://t.me/Gozar_Xray
Done TRX (TRC-20) para apoyar nuestro proyecto:
TMVBGzX4qpt12R1qWsJMpT1ttoKH1kus1H
¡Gracias por tu apoyo!
https://github.com/wangyu-/tinyfecVPN