Problème de jeu avec OpenVPN qui utilise des paquets de diffusion. D'autres jeux fonctionnent, les hôtes peuvent se cingler

12

J'exécute un serveur OpenVPN en mode ponté et les clients peuvent se connecter avec succès, voir le dossier partagé et jouer à des jeux LAN qui vous permettent de saisir l'adresse IP LAN. Cependant, je ne suis pas en mesure de jouer à des jeux comme Sacred Underworld, je crois, car il envoie des paquets de diffusion. Le jeu n'apparaît même pas dans la liste des jeux sur la machine cliente.

Je suis nouveau sur OpenVPN mais je pense que cela peut être lié à l'un des deux problèmes suivants:

  1. J'ai peut-être besoin d'une route quelconque pour permettre aux paquets de diffusion d'être traités correctement (mais je ne sais pas comment configurer cela)

  2. Mon VPN fonctionne sur un sous-réseau différent de celui de mon routeur. C'est-à-dire que mon réseau domestique est 192.168.1.xxet mon VPN utilise quelque chose comme 10.0.0.xx. Est-il possible que je doive obtenir mon VPN pour partager le même sous-réseau que mon réseau réel (c.-à-d. 192.168.1.xx)? Si oui, comment puis-je configurer cela?

Codeur
la source
Êtes-vous en mesure de sélectionner l'interface réseau utilisée dans le jeu? Il semble que le jeu soit par défaut sur l'interface filaire, et que vous en ayez besoin pour utiliser l'interface VPN.
Zoredache

Réponses:

11

Concernant la question 1:

Les jeux LAN utilisant des diffusions (UDP) choisissent généralement l'interface réseau qui utilise la métrique la plus basse pour son itinéraire de diffusion (ie ip 255.255.255.255). Votre interface réseau par défaut (par exemple, votre carte réseau) a probablement la métrique la plus basse, de sorte que les jeux diffusent par exemple sur votre 192.168.1.0/24réseau local au lieu du VPN. Vous pouvez vérifier votre table de routage avec route -vnsous Linux ou route printsous Windows.

Pour obtenir des diffusions sur votre VPN, procédez comme suit sur tous les clients OpenVPN ( pas sur le serveur):

Ajoutez une nouvelle route de diffusion ( 255.255.255.255/32) sur votre interface OpenVPN avec une métrique inférieure à celle utilisée par votre interface réseau par défaut. Si une telle route existe déjà sur votre interface OpenVPN, changez simplement la métrique pour qu'elle soit la plus basse.

Dans Windows, la route de diffusion existe déjà, vous pouvez donc simplement changer la métrique de l'interface globale comme ceci:

netsh int ip set int <name_of_your_openvpn_connection> metric=5

Cela donnera la priorité à l'interface OpenVPN si une connexion est établie. Si vous semblez avoir des difficultés à définir la métrique, essayez de désactiver l' option de métrique automatique pour l'interface.

Sous Linux, il vous suffit probablement d'ajouter la route correspondante (ajoutez une métrique si nécessaire):

route add -host 255.255.255.255/32 <your_openvpn_device>

Cela permettra à des jeux comme WarCraft III ou Anno 1404 de diffuser sur le VPN plutôt que sur le LAN local (testé avec succès avec un serveur Debian OpenVPN et plusieurs clients Windows 7).


Concernant la question 2:

Il y a beaucoup de tutoriels (aussi scripts helper ) disponibles sur la façon d'Ethernet configuration de transition dans OpenVPN.

Notez que vous n'avez pas besoin du tout de pontage Ethernet si vous voulez simplement pouvoir jouer à des jeux LAN sur OpenVPN. Il suffit d'utiliser OpenVPN avec des appareils tactiles, par exemple pour gérer également des émissions ou des protocoles comme IPX qui sont nécessaires pour les anciens jeux.

speakr
la source
1
Impressionnant! La première partie de votre réponse a résolu tous nos problèmes. Même si je ne comprenais pas exactement ce que je faisais. route printm'a donné une métrique de 286 tandis que votre commande l'a changée en 261. Comment cela concorde-t-il avec métrique = 5?
AmShaegar
2
La métrique est utilisée pour hiérarchiser les itinéraires lorsqu'un itinéraire similaire existe. Je ne sais pas exactement pourquoi Windows ne prend pas la valeur donnée pour la métrique, mais j'ai remarqué que l'utilisation d'une métrique faible comme metric=5crée une route qui a la métrique la plus basse si d'autres routes similaires existent. Par conséquent, la nouvelle route sera priorisée pour les émissions UPD.
speakr
netsh int ip set int MyTap metric=5n'a aucun effet pour Windows 7 32 bits. route printmontre toujours l'ancienne métrique 265
Alex G
@AlexG Avez-vous essayé de définir des valeurs inférieures? J'ai également ajouté un lien concernant l' option de métrique automatique pour les interfaces réseau dans Windows, la désactivation peut-être utile. En outre, je ne pense pas que vous devriez déjà voter contre ma réponse si nous ne pouvions même pas discuter du problème que vous semblez avoir avec Win7 x86.
speakr
@speakr J'ai essayé toutes les manières possibles, y compris la désactivation de la métrique automatique dans toutes les interfaces.
Alex G
-1

Il existe deux mesures, la mesure d'interface et la mesure de passerelle. Pour IPv4, la métrique réelle est la somme des deux.

L'un ou les deux peuvent être configurés comme automatiques. Si vous voulez une valeur exacte, vous devez spécifier les deux.

Vous pouvez le faire avec la souris, en configurant les propriétés avancées du protocole d'interface IPv4.

Antonio
la source