Un VPN léger avec prise en charge intégrée de la correction des erreurs directes (ou un outil d'amélioration du réseau qui fonctionne en mode VPN). Améliore la qualité de votre réseau sur un lien avec perte à latence élevée. GamingVPN utilise la correction d'erreur directe (code Reed-Solomon) pour réduire le taux de perte de paquets, au prix d'une utilisation supplémentaire de la bande passante.
Supposons que votre réseau local sur votre serveur entraîne des pertes. Établissez simplement une connexion VPN à votre serveur avec GamingVPN, accédez à votre serveur via cette connexion VPN, la qualité de votre connexion sera alors considérablement améliorée.
Avec des paramètres bien réglés, vous pouvez facilement réduire le taux de perte de paquets IP ou UDP/ICMP à moins de 0,01 %. En plus de réduire le taux de perte de paquets, GamingVPN peut également améliorer considérablement votre latence TCP et votre vitesse de téléchargement TCP monothread. Optimisé pour les jeux.
Exécutez le script suivant sur votre serveur (supporté par Debian/Ubuntu) :
bash <(curl -Ls --ipv4 https://github.com/Musixal/GamingVPN/raw/main/gamingvpn.sh)
Ce projet peut être utilisé aussi bien directly
qu'en reverse
. Pour utiliser l'inversion sur le Iran server
, vous devez sélectionner Configure for server
, cliquer sur Configure for client
sur le external server
et saisir l' IP address of Iran
.
Bref, pour une utilisation directe, le serveur Iran doit être client, et en cas d'utilisation inverse, le serveur externe devient client. Par défaut, les paramètres sont optimisés pour les jeux. Vous devez choisir soigneusement la quantité de FEC car elle a un effet important sur la bande passante. Son format est FEC x:y
, ce qui signifie envoyer y paquets redondants pour chaque x paquets.
Par exemple, FEC 2:1
signifie qu'il envoie un paquet supplémentaire pour deux paquets, ce qui augmente la consommation de bande passante de 1.5 times
. De la même manière, FEC 2:2 double la consommation de bande passante. Il est également possible de désactiver la FEC. Dans les réseaux où il n'y a pas de perte de paquets, ce n'est pas un problème de le désactiver, mais s'il y a une perte de paquets élevée, il est préférable de définir une valeur telle que FEC 2:1 ou FEC 2:4.
Consultez la chaîne ci-dessous pour plus d'informations : https://t.me/Gozar_Xray
Faites un don de TRX (TRC-20) pour soutenir notre projet :
TMVBGzX4qpt12R1qWsJMpT1ttoKH1kus1H
Merci pour votre soutien !
https://github.com/wangyu-/tinyfecVPN