Ich werde das mal morgen im laufe des Tages testen, habe heute keine zeit mehr dazu.
Sobald ich dann was neues weiss werde ich euch das Ergeniss bekanntgeben.
Gameserver:
echo "1" > /proc/sys/net/ipv4/ip_forward
iptables -t nat -A PREROUTING -p udp -d GAMESERVERIP --dport HLSTATSXPORT -j DNAT --to-destination HLSTATSXIP:HLSTATSXPORT
iptables -t nat -A POSTROUTING -j MASQUERADE
Ja genau so soll es laufen.
Die Gameserver soll an eine Öffendliche IP gebunden sein und über das VPN an den HLstatsX Deamon streamen.
ist/soll der GS denn über eine öffentliche IP joinbar sein/bleiben aber zu hlx über VPN streamen?
Das hatte ich bei vorherigen Versuchen mehrmals getestet was aber nicht den gewünschten erfolg brachte.
in dem fall teste mal ob es funktioniert wenn du den /die GS nicht auf ein interface bindest sondern auf allen lauschen lässt (-ip entfehrnen).
da hätte ich nämlich so einen verdacht.</ip>
Jep.
Das läuft wunderbar
und die entsprechenden Routen zu setzen ist ja auch nicht sonderlich schwierig.
Ich hatte vor einiger zeit mal die möglichkeit genau dies zu testen was auch wirklich 1A lief, mein ziel ist dies aber nicht
andernfalls kann ich nur sagen das das betreiben eines GS einwand frei in einem reinen VPN läuft. man muss nur steam etwas umrouten (wenn man VAC/uniqueids braucht und kein öffentliches internet gateway im VPN betreibt).
</ip>
Genau dies habe ich bei der Configuration des VPN-Deamons berücksichtigt.
Alle Clients können untereinander Kommunizieren
Der befehl ist ja auch sehr simpel
client-to-client
Was allen VPN-Clienten die sich im dem Netzwerk des VPN-Deamons befinden erlaubt miteinander zu kommunizieren.
achte auch darauf das es den unterschiedlichen VPN clients, zumindest GS zwischen HLX und je spieler zwischen GS, erlaubt sein muss zu kommunizieren. bei OpenVPN ist dies beispielsweise nicht der standart!