5
Port basierter Reverseproxy
Hallo. Ich suche heute mal nach einer unter Ubuntu laufenden Möglichkeit, Domains auf bestimmte Ports weiter zu leiten, leider nicht nur beim TCP Protokoll, sondern auch UDP. Für TCP verwende ich derzeit schon Nginx, aber für UDP ist mir bis jetzt noch nichts greifbares untergekommen. Am besten währe die Lösung natürlich auch mit einer Möglichkeit zur externen Weiterleitung
Danke für eure Hilfe, Jonas
Danke für eure Hilfe, Jonas
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 278728
Url: https://administrator.de/forum/port-basierter-reverseproxy-278728.html
Ausgedruckt am: 22.12.2024 um 02:12 Uhr
5 Kommentare
Neuester Kommentar
Guten Abend Jonas,
korrigiert mich, wenn ich falsch liege. UDP ist ein verbindungsloses Protokoll. Der Sender interessiert es nicht ob das Paket angekommen ist oder nicht. Somit kann der Proxy die Verbindung nicht weiterleiten.
Gruß,
Dani
korrigiert mich, wenn ich falsch liege. UDP ist ein verbindungsloses Protokoll. Der Sender interessiert es nicht ob das Paket angekommen ist oder nicht. Somit kann der Proxy die Verbindung nicht weiterleiten.
Gruß,
Dani
TCP + NGINX = HTTP.
Bei HTTP kannst du das unterscheiden, weil dort bei jedem Request mitgeschickt wird welche Domain angefragt wurde.
Alle Daten fliegen zwar prinzipiell erstmal gegen IP XY, Port 80 - aber da bei HTTP die Möglichkeit gegeben ist, über den sog. "Host:"-Header mitzuteilen um welche Domain es geht ("Virtual Host") kannst du dort unterscheiden, was der Benutzer angefragt hat.
Die allermeisten anderen Protokolle haben diese Funktion nicht. POP3 ist zwar auch TCP, aber dem Protokoll ist nicht beizubringen dem Server mitzuteilen welche Domain beim Client für die Verbindung eingegeben wurde.
WAS willst du denn per UDP weiterleiten? Evtl. gibt das Protokoll diese Möglichkeit der Unterscheidung her, aber sonst: Keine Chance.
Bei HTTP kannst du das unterscheiden, weil dort bei jedem Request mitgeschickt wird welche Domain angefragt wurde.
Alle Daten fliegen zwar prinzipiell erstmal gegen IP XY, Port 80 - aber da bei HTTP die Möglichkeit gegeben ist, über den sog. "Host:"-Header mitzuteilen um welche Domain es geht ("Virtual Host") kannst du dort unterscheiden, was der Benutzer angefragt hat.
Die allermeisten anderen Protokolle haben diese Funktion nicht. POP3 ist zwar auch TCP, aber dem Protokoll ist nicht beizubringen dem Server mitzuteilen welche Domain beim Client für die Verbindung eingegeben wurde.
WAS willst du denn per UDP weiterleiten? Evtl. gibt das Protokoll diese Möglichkeit der Unterscheidung her, aber sonst: Keine Chance.
Zitat von @Dani:
Guten Abend Jonas,
korrigiert mich, wenn ich falsch liege. UDP ist ein verbindungsloses Protokoll. Der Sender interessiert es nicht ob das Paket
angekommen ist oder nicht. Somit kann der Proxy die Verbindung nicht weiterleiten.
Gruß,
Dani
Guten Abend Jonas,
korrigiert mich, wenn ich falsch liege. UDP ist ein verbindungsloses Protokoll. Der Sender interessiert es nicht ob das Paket
angekommen ist oder nicht. Somit kann der Proxy die Verbindung nicht weiterleiten.
Gruß,
Dani
Klar, aber das Paket im einzelnen kann ja weitergeleitet werden, zumindest glaube ich das. Habe leider von TCP wesentlich mehr Ahnung als von UDP :D
Hallo,
es gibt unterschiedliche uPnP Verbindungen die UDP Pakete nutzen und für die man
auch sicherlich einen oder mehrere Ports freischalten bzw. öffnen muss, aber dann
kann man auch einen Ports forwarden und das Protokoll UDP auswählen und in der
Regel dann noch einmal den selben Port der mit TCP zusammen geöffnet bzw.
geforwardet wird.
Gruß
Dobby
es gibt unterschiedliche uPnP Verbindungen die UDP Pakete nutzen und für die man
auch sicherlich einen oder mehrere Ports freischalten bzw. öffnen muss, aber dann
kann man auch einen Ports forwarden und das Protokoll UDP auswählen und in der
Regel dann noch einmal den selben Port der mit TCP zusammen geöffnet bzw.
geforwardet wird.
Gruß
Dobby
Ich habe das ganze jetzt einmal umstrukturiert. Werde wohl mit einer rabiaten Umleitung in einem Rutsch nicht ganz weiter kommen, miss auf die Programme einzeln eingehen. Zum umleiten währe gewesen:
Minecraft-Server: TCP, sollte mit haproxy gehen, ein SRV Eintrag ist hier auch möglich
Steam-Dedicated-Server: Offen,
TeamSpeak: Hat selbst schon ein System,
HTTP: Apache und Nginx sind da ja kein Problem,
MySQL: Offen,
CouchDB: TCP basiert, mit Header, also auch haproxy,
FTP: Hatte ich schon mal ne Lösung, muss ich wieder raussuchen,
MongoDB: Offen.
Abgesehen von einer Namensauflösung währe eine Weiterleitung doch an sich problemlos möglich, oder? UDP Sendet bei jeder Anfrage zumindest Port und IP, das würde eine Zusammenfassung mehrerer Server über eine Domain auf eine zwar etwas unschönere Weise ermöglichen, aber doch einfach genug machen.
Minecraft-Server: TCP, sollte mit haproxy gehen, ein SRV Eintrag ist hier auch möglich
Steam-Dedicated-Server: Offen,
TeamSpeak: Hat selbst schon ein System,
HTTP: Apache und Nginx sind da ja kein Problem,
MySQL: Offen,
CouchDB: TCP basiert, mit Header, also auch haproxy,
FTP: Hatte ich schon mal ne Lösung, muss ich wieder raussuchen,
MongoDB: Offen.
Abgesehen von einer Namensauflösung währe eine Weiterleitung doch an sich problemlos möglich, oder? UDP Sendet bei jeder Anfrage zumindest Port und IP, das würde eine Zusammenfassung mehrerer Server über eine Domain auf eine zwar etwas unschönere Weise ermöglichen, aber doch einfach genug machen.
