Gibt es eine Art DNS Proxy?
Hallo Nerds,
Ich würde gerne folgendes machen:
ts.domain.de:3389 soll auf 1.2.3.4:3389 auflösen
ts2.domain.de:3389 soll auf 1.2.3.4:3390 auflösen
Gibt es eine Art "DNS-Proxy" womit man so etwas abbilden kann?
Danke im voraus
icepiet
Ich würde gerne folgendes machen:
ts.domain.de:3389 soll auf 1.2.3.4:3389 auflösen
ts2.domain.de:3389 soll auf 1.2.3.4:3390 auflösen
Gibt es eine Art "DNS-Proxy" womit man so etwas abbilden kann?
Danke im voraus
icepiet
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 383510
Url: https://administrator.de/contentid/383510
Ausgedruckt am: 08.11.2024 um 19:11 Uhr
17 Kommentare
Neuester Kommentar
Hi
Nun du kannst auch mit deinen Domain Provider Einstellung dies per SRV Record erledigen.
Zeigt nochmal genauer wie es geht.
TS SRV Record
Nun du kannst auch mit deinen Domain Provider Einstellung dies per SRV Record erledigen.
Zeigt nochmal genauer wie es geht.
TS SRV Record
Moin,
Bin kein Nerd!
Ich würde gerne folgendes machen:
ts.domain.de:3389 soll auf 1.2.3.4:3389 auflösen
ts2.domain.de:3389 soll auf 1.2.3.4:3390 auflösen
Gibt es eine Art "DNS-Proxy" womit man so etwas abbilden kann?
Das macht nith der DNS-Proxy, sonder ein Port-Remapper auf dem System ts2.domain.de. Sollte das zufällig das gleiche System wie ts.domain.de sein, hast Du verloren.
Warum nimmst du nicht einfach ts2.domain.de:3390 und löst beide Namen auf dieselbe IP-Adresse auf?
lks
Wird er aber Pech haben, da er das eine auf port 3389 und das andere auf Port 3390 umleiten will. das wird mit DNS-Server alleine nicht funktionieren.
Er erhofft sich wohl einen Reverse-Proxy für RDP, den es aber meines wissens nicht gibt.
lks
DNS hat mit Ports nichts zu tun. Was willst du denn genau machen?
/Thomas
Oha wird Zeit für Feierabend
Den geänderten Port habe ich nicht gesehen.
Ok ... aber das ist ja nur Portforwarding was er da macht. Server klopft aussen an Port 3389 an und wird an den Internen Server an den Port 3390 geleitet. Kann eigentlich jeder halbwegs brauchbare Router
[EDIT]
Wird aber 2 verschiedene externe IPs dafür brauchen
Den geänderten Port habe ich nicht gesehen.
Ok ... aber das ist ja nur Portforwarding was er da macht. Server klopft aussen an Port 3389 an und wird an den Internen Server an den Port 3390 geleitet. Kann eigentlich jeder halbwegs brauchbare Router
[EDIT]
Wird aber 2 verschiedene externe IPs dafür brauchen
Zitat von @SeaStorm:
Ok ... aber das ist ja nur Portforwarding was er da macht. Server klopft aussen an Port 3389 an und wird an den Internen Server an den Port 3390 geleitet. Kann eigentlich jeder halbwegs brauchbare Router
Ok ... aber das ist ja nur Portforwarding was er da macht. Server klopft aussen an Port 3389 an und wird an den Internen Server an den Port 3390 geleitet. Kann eigentlich jeder halbwegs brauchbare Router
Er scheint zwei interne TS über eine externe IP erreichen zu wollen. Das kann wirklich jeder Router und dafür braucht man auch keine zwei DNS Namen. Ansonsten wäre das RD Gateway das Tool der Wahl, vielleicht sagt der TO ja noch was er wirklich will.
VG,
Thomas
Der TO will vermutlich mehr Instanzen des TS3 Servers laufen lassen und diese über Subdomain1 und Subdomain2 verfügbar machen.
Hier sollte mal nach TSDNS gegoogelt werden, vielleicht hilft auch schon folgender Link:
https://www.teamspeak-info.de/ts_server_faq_tsdns.htm
LG
PS: Selber Nerd!
I prefer the term intellectual badass!
Hier sollte mal nach TSDNS gegoogelt werden, vielleicht hilft auch schon folgender Link:
https://www.teamspeak-info.de/ts_server_faq_tsdns.htm
LG
PS: Selber Nerd!
I prefer the term intellectual badass!
Warum Teamspeak? Port 3389 ist ziemlich eindeutig RDP.
/Thomas
/Thomas
Zitat von @Dani:
wenn dem so ist, heißt das Zauberwort ReverseProxy. Ich meine mit nginx sollte sich das Vorhaben problemlos umsetzen lassen.
Ich wäre dann trotzdem für das RD Gateway, das tunnelt die RDP Packete noch via HTTPS.wenn dem so ist, heißt das Zauberwort ReverseProxy. Ich meine mit nginx sollte sich das Vorhaben problemlos umsetzen lassen.
/Thomas
Hi,
bin mir nicht genau sicher was du willst. Willst du aber die IP mit dem Port "weiterleiten" (z.B. auf einen internen Webserver etc.) dann wäre das kein Ding von DNS sondern eher von einem Proxy Server für TCP oder HTTP. Du gibt z.B. ts.domain.de:3389 ein und intern wird dann 1.2.3.4:3389 aufgerufen.
Das kann z.B. HAproxy sehr gut. Der ist ein sehr schneller Opensource LoadBalancer und ProxyServer. In der Config sollte dann folgendes stehen:
Du hast jetzt leider keine Details zu deinem System geschrieben. HAProxy läuft aber auf fast allen Systemen (Linux, BSD, etc.) oder als Docker Image. HTTPs funktioniert damit übrigens auch.
Gruß
max
bin mir nicht genau sicher was du willst. Willst du aber die IP mit dem Port "weiterleiten" (z.B. auf einen internen Webserver etc.) dann wäre das kein Ding von DNS sondern eher von einem Proxy Server für TCP oder HTTP. Du gibt z.B. ts.domain.de:3389 ein und intern wird dann 1.2.3.4:3389 aufgerufen.
Das kann z.B. HAproxy sehr gut. Der ist ein sehr schneller Opensource LoadBalancer und ProxyServer. In der Config sollte dann folgendes stehen:
listen domain1
bind ts.domain.de:3389
mode tcp
option tcplog
server redirect1 1.2.3.4:3389
listen domain2
bind ts2.domain.de:3389
mode tcp
option tcplog
server redirect2 1.2.3.4:3390
Du hast jetzt leider keine Details zu deinem System geschrieben. HAProxy läuft aber auf fast allen Systemen (Linux, BSD, etc.) oder als Docker Image. HTTPs funktioniert damit übrigens auch.
Gruß
max
@tkr104, @Kraemer
Gruß,
Dani
Ich wäre dann trotzdem für das RD Gateway, das tunnelt die RDP Packete noch via HTTPS.
Ohne Remote Desktop Conntection Broker möglich? Wäre mir neu...Gruß,
Dani