Inhaltsverzeichnis

1. Vorwort Inhalt

Gerne erinnern wir uns an die Zeiten unserer Jugend, nicht daß die schon vorbei wären 😉 , und denken dabei auch an die unzähligen LAN-Parties oder LANs zurück, auf denen nächtelang gezockt wurde bis die Augen zufielen. An Genres kam alles dran, vom Killerspiel bis zur Materialschlacht in der C&C-Reihe.

Der hier beschriebene Blogeintrag entstand, nachdem ein paar Kollegen diese Zeiten wieder aufleben lassen wollten, und mit modernen Versionen der Betriebssysteme und den guten alten Games Schwierigkeiten haben.

2. Problem Inhalt

Konkret geht es um das Spiel Warcraft 3, auf dem wir Tower Wars 1.1 zocken („Türmchen bauen“). Wir haben dabei die Schwierigkeit, daß das Hosten auf Windows Vista und Windows 7 einfach nicht funktioniert, wenn wir die Rechner über OpenVPN zusammenschließen. Partout erkennt niemand das Spiel im Netzwerk, wenn es auf einem der beiden Betriebssysteme erstellt wird. Ein Kollege hat noch XP (den Gameloader, wie er es nennt), dort läuft es einwandfrei und 7er können auch beitreten.

3. Symptome Inhalt

Es scheinenen mehrere Voraussetzungen und Gegebenheiten erfüllt zu sein:

• Betriebssystem ist Windows 7 oder Vista.
• Es existiert mehr als ein physischer Netzwerkadapter (z.B. Open-VPN TAP Device).
• Die Rechner befinden sich mit einem dieser Netzwerkinterfaces in einem gemeinsamen Subnetz (10.10.12.[4-10]).
• Routing funktioniert, Pingen lassen sich die Maschinen untereinander.
• Latenzen sind akzeptabel, sprich <200ms.
• Firewalls sind ausgeschaltet, sprich deaktiviert, nicht nur mit Ausnahmen versehen.

Es gibt also keinen Grund, warum die Konfiguration für die Kommunikation zwischen den Rechnern für Warcraft 3 nicht ausreichen sollte.

4. Hintergrund Inhalt

Nach nächtelangem Suchen im Internet stieß ich auf die Lösung. Warcraft 3 benutzt zum Ankündigen eines offenen Spiels im LAN UDP-Broadcasts. Hat ein Rechner nur eine Netzwerkkarte, so ist alles in Butter: Das Paket geht nur über diese Schnittstelle raus und wird eben im Subnetz verteilt.

Existieren 2 oder mehr Interfaces, bekommen wir ein Problem: Dann werden die Broadcasts nur noch auf der Verbindung mit der niedrigsten Metrik ausgegeben, also meistens auf einer einzigen Netzwerkkarte.

Nun ist es unter XP so, dass die Open-VPN-TAP-Schnittstelle, wenn die automatische Metrik aktiviert ist, höchste Priorität erhält, vielleicht weil dort die Metrik automatisch anders geändert wird (OpenVPN meldet einen 10 MBit/s Linkspeed bei Windows). Unter Vista und 7 allerdings ist das nicht mehr der Fall. Dort bleibt wahrscheinlich die Netzwerkkarte mit der dicksten Datenrate die höchstpriorisierte Verbindung.

Wir sehen schon, die Fehlfunktion liegt daran, daß die „Announce“-Pakete auf dem falschen Interface ausgegeben werden, und statt ins VPN über die lokale Netzwerkkarte wegen der geringeren Metrik der Verbindung gesendet werden.

Es scheint generell eine Schwierigkeit zu geben, wenn Programme in guter Intention auf 255.255.255.255 broadcasten in der Hoffnung, wirklich alle angeschlossenen Netze zu erreichen, das Betriebssystem aber tatsächlich eben nur auf dem einen Interface mit geringster Metrik sendet.

5. Lösung Inhalt

Gelöst werden könnte das Problem auf mehrere Arten.

5.1 Saubere Programmierung Inhalt

In der eigenen Software müßte man alle verbundenen Netzwerke abfragen und an ihre jeweilige Broadcast-Adresse schicken. Die Broadcast-Adresse ist die Adresse mit lauter 1-Bits im Host-Teil, bei /24er (Class C) Netzen also *.*.*.255, bei /16 (Class B) *.*.255.255 und bei /8 (Class A) Netzen *.255.255.255; siehe auch hier.

Das läßt sich auf Warcraft 3 leider nicht anwenden, da das Spiel an 255.255.255.255 sendet.

5.2 Routen ändern Inhalt

Für die Dauer des Spiels könnte man alle Routen an 255.255.255.255 löschen und nur eine einzige auf die jeweilige VPN-Adresse setzen; auf der Kommandozeile ist einzugeben:

Kommandozeilenbefehle zum Ändern der Route
route delete 255.255.255.255
route add 255.255.255.255 mask 255.255.255.255 $VPN-IP-Adresse$
//also z.B. route add 255.255.255.255 MASK 255.255.255.255 10.10.10.132

5.3 Metrik ändern Inhalt

Man könnte die Metrik der Verbindungen für alle Einträge 255.255.255.255 auf den gleichen Wert setzen. Theoretisch möglich sein sollte das, zumindest habe ich das in der Routingtabelle schon gesehen. Leider spinnt der ROUTE ADD Befehl, und hält sich nicht an meine Metrik-Vorgaben unter Windows 7 x64. Aus METRIC 10 werden dann mal 40 und mal 20, ich hab’s nicht hinbekommen.

5.4 UDP-Pakete klonen Inhalt

Ein findiger Programmierer hat sich ein kleines Tool geschrieben, dass jede Netzwerkkarte im Promiscous-Mode öffnet mittels WinPCap, und einfach lokal erzeugte UDP-Broadcasts auf allen nicht betroffenen Netzwerken ausgibt und dabei die Quell-IP-Adresse noch korrekt setzt (Port bleibt natürlich erhalten wie er war).

Das Tool muß im Administrator-Modus gestartet werden und hinterläßt keine Spuren im System. Ich persönlich halte das für die brauchbarste Lösung, weil man nicht selbst mit den unberechenbaren Routingtabellen spielen muss.

Update: Es existiert offenbar noch ein weiteres Tool (HamachiBroadcastFix), dass vergleichbares leistet und für die VPN-Lösung Hamachi geschrieben wurde. Den Blogeintrag findet ihr hier (Danke an dere24), weiter unten auf der Seite findet sich eine Beschreibung und der Download.