Es gab mal vor längerer Zeit mit der Telekom Aussetzer. Seit einem Jahr konnte ich keine Probleme per IPv4 und IPv6 feststellen.
Ich kann aber nur von den Erfahrungen meiner Nutzer berichten, da ich selbst über keinen Anschluss der Telekom verfüge.
Ein üblicher Reverse Proxy arbeitet nur auf HTTP Basis (80/443). Was Du vielleicht meinst ist ein https://de.wikipedia.org/wiki/SOCKS Proxy, der dann aber auch eine Socks Client Konfiguration bei Deinem Schweizer Freund braucht. Das macht die Sache aber nicht besser, der Weg wird nur länger.
Wovon alle Beteiligten etwas hätten, wäre den Gamingserver (meist SteamCMD) auf einen Netcup VServer oder besser RS zu packen (wegen dedizierter Kerne und der Tatsache dass viele Gameserver mehr oder weniger singlethreaded sind). Dann brauchst Du Deinen Rechner nicht dauernd laufen zu lassen, die Spielewelt ist trotzdem dauerhaft verfügbar (Passwort einschalten!). Um welches Spiel geht es denn?
Eventuell einfach per WireGuard die netcup IP auf deinen Server Tunneln und diese deinen "Telekomkunden" mitteilen? Alle anderen können ja weiter über deine direkte Anschlussadresse verbinden.
Mit Tailscale kann man relativ einfach diese WireGuard tunnels umsetzen. habe ich auch schon gemacht 
Es mag https://nginx.org/en/docs/stream…oxy_module.html geben, allerdings bin ich sehr skeptisch das das funktioniert. Nginx ist in erster Linie ein HTTP Proxy, das Spiel läuft aber nicht über HTTP.
Zudem ist fraglich, ob der Proxy so auch Authentifikation ermöglicht, wenn nicht kann jede(r) über Deinen Server proxien und üble Sachen darüber anstellen. Das willst Du nicht. Was definitiv funktioniert und auch mit Auth machbar ist ist wie gesagt ein Socks5 Proxy. Siehe z.B. https://www.samnet.dev/learn/networking/socks5-proxy-setup/ ( ungetestet), DANTE war mir da noch in Erinnerung.
Dass immer mal wieder Routingprobleme auftreten mag sein, im Großen und ganzen sollte das nicht sein.
Bedenke auch immer, dass Dein Upload zu Hause der limitierende Faktor sein kann. Ich wäre immer noch für einen Gameserver bei Netcup und betreibe das auch immer wieder für meine/unsere wechselnden Spiele, ohne Probleme.
Dass immer mal wieder Routingprobleme auftreten mag sein, im Großen und ganzen sollte das nicht sein.
Bedenke auch immer, dass Dein Upload zu Hause der limitierende Faktor sein kann. Ich wäre immer noch für einen Gameserver bei Netcup und betreibe das auch immer wieder für meine/unsere wechselnden Spiele, ohne Probleme.
Bei der Telekom ist das nicht ein Problem sondern Absicht (siehe die verlinkte Seite in meinem letztem Post). Kann man auch leicht daran sehen das es nur ab ~16 Uhr bis in die Nacht ist und danach wieder besser wird wenn alle schlafen gehen.
nginx würde ja auch nur den Traffic für den Minecraft Server weiterleiten zu meinem Lokalen server da wird keine Autentifizierung benötigt und anderen Unfug sollte damit auch keiner machen können.
Geschwindigkeit ist auch kein Problem da 500Mbit im Upload.
Wie gesagt ich mag die netcup Server für gaming auch nur ist das halt Geld verbrennen wenn ich eh einen Server daheim habe der mit der Konfiguration und das was ich ihn sonst für benutze viel zu teuer bei netcup oder irgendeinem anderem Hoster ist. Müsste alleine >100€ für den strorage hinlegen. Deswegen ist das bisschen Strom was der Mincraftserver da noch drauf verbraucht nicht wirklich der rede Wert.
Nabend,
Tja das Telekom Peering ist halt nicht so schoen, aber ich hatte damals auch noch nen Telekom Anschluss und hatte mit diesem zu netcup ueberhaupt keine Probleme mit dem Peering. Wir haben hier auch schon Farming-Simulator Server betrieben und viele meiner Kollegen sind bei der Telekom und es gab nie Probleme mit der Verbindung zu netcup. Das Spielen auf diesen Servern ging problemlos.
So habe mir jetzt den VPS piko G11s geholt und nginx in einem Docker Container drauf geworfen. Lief ohne Probleme und hat das Problem meines Freundes behoben. 
Wie sieht denn nun Deine Konfiguration in nginx aus?
Das war ja Teil der Diskussion oben und wäre noch eine gute Dokumentation hier im Forum.
Nginx ist in erster Linie ein HTTP Proxy, das Spiel läuft aber nicht über HTTP.
Zudem ist fraglich, ob der Proxy so auch Authentifikation ermöglicht, wenn nicht kann jede(r) über Deinen Server proxien und üble Sachen darüber anstellen.
In Nginx kann man natürlich Backends definieren, hier dann einfach nur eins. Das ist kein wilder von überall nach überall Proxy. Im Prinzip kannst du dir das wie eine Portweiterleitung (DNAT) mit zusätzlichem SNAT vorstellen, nur dass es das technisch nicht ist, sondern zwei separate Verbindungen, deren Daten durchgereicht werden. Dafür gibt es etliche praktisch identisch funktionierende Alternativen, bis runter zu socat oder netcat. Ich würde für diesen Anwendungsfall wirklich NAT einsetzen. Das ist die direkteste und schnellste Lösung. Wenn man es mit Nginx kennt und schon mal aufgesetzt hat, ist das aber auch keine schlechte Lösung.
Wie sieht denn nun Deine Konfiguration in nginx aus?
Das war ja Teil der Diskussion oben und wäre noch eine gute Dokumentation hier im Forum.
Gerne doch, lässt sich aber bestimmt noch verbessern:
worker_processes auto;
error_log /dev/stderr warn;
pid /var/run/nginx.pid;
events {
# Maximale Anzahl an Verbindung (jeder Minecraft client braucht zwei (in+out) ist also etwas overkill)
worker_connections 1024;
}
#Nur TCP/UDP kein HTTP
stream {
# Wo er die DNS hin auflösen soll und in meinem use case nur IPV4
resolver 8.8.8.8 8.8.4.4 valid=60s ipv6=off;
resolver_timeout 5s;
# TCP verbindung habe hier außer Minecraft auch noch einen Teamspeak Server.
server {
# Die Ports of die er lauschen soll.
listen 25565;
listen 30033;
# Hier angeben wohin der Traffic weitergeleitet werden soll.
proxy_pass {hier eure Url oder IP angeben}:$server_port;
proxy_connect_timeout 10s;
proxy_timeout 1h;
proxy_socket_keepalive on;
}
# UDP verbindungen (hier nur Teamspeak)
server {
# Reuseport wird für UDP empfohlen, da UDP keine Sessions kann.
listen 9987 udp reuseport;
proxy_pass {hier eure Url oder IP angeben}:$server_port;
# Hier ist der timeout kürzer da UDP nicht sauber die Verbindung beendet wie TCP.
proxy_timeout 5m;
}
}Wenn man es mit Nginx kennt und schon mal aufgesetzt hat, ist das aber auch keine schlechte Lösung.
Für Gameserver müsste ich mir das mal anschauen.
Hatte mal HAproxy aber das lief nicht so gut. Hab dann Wireguard eingerichtet für genau diesen Fall. Mein FreeTier Oracle Server macht eigentlich nix anderes. Spieler verbinden sich via IPv4 mit dem Oracle und dort laufen dann alle Ports 1zu1 (mit paar Ausnahmen) zu meinem Home Server weiter.
Diese Config ist noch aus IPv6 Zeiten, wo ich kein DualStack hatte. Aber sie funktioniert und wäre für diesen Anwendungsfall auch interessant.
Freunde und Enge Bekannte verbinden sich über die HOMEIP oder DynDNS und Fremde über die Oracle IP (damit im Falle eines DDOS, der Oracle abfängt).
Und der Pico ist dafür auch perfekt, wenn es nur ums reine weiterleiten geht.
Neu erstellte Beiträge unterliegen der Moderation und werden erst sichtbar, wenn sie durch einen Moderator geprüft und freigeschaltet wurden.
