5
zwei Rechner im internen Netz über ein gateway mit DynDNS ansprechen
Hallo ihr Wissenden,
Folgende Situation: Ein internes Netz, welches mit DynDNS über ein Router erreichbar ist. Im internen Netz laufen 2 Linuxrechner. Ich nenne Sie mal Tux1 und Tux2. Tux1 ist default - also alle Port 80 Anfragen landen bei Tux1 (erstmal). Für bestimmte Client (von draussen) soll nun die Möglichkeit bestehen z.B. mit a href="tux2" die anfrage auf tux2 weiter zu leiten.
Da sich beide Server im internen Netz (IP Klasse C => 192.168.x.x) befinden sehe ich im Moment keine Möglichkeit Oder???!!!
Hat jemand ne Idee?
Danke
Folgende Situation: Ein internes Netz, welches mit DynDNS über ein Router erreichbar ist. Im internen Netz laufen 2 Linuxrechner. Ich nenne Sie mal Tux1 und Tux2. Tux1 ist default - also alle Port 80 Anfragen landen bei Tux1 (erstmal). Für bestimmte Client (von draussen) soll nun die Möglichkeit bestehen z.B. mit a href="tux2" die anfrage auf tux2 weiter zu leiten.
Da sich beide Server im internen Netz (IP Klasse C => 192.168.x.x) befinden sehe ich im Moment keine Möglichkeit Oder???!!!
Hat jemand ne Idee?
Danke
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: 111875
Url: https://administrator.de/contentid/111875
Ausgedruckt am: 22.11.2024 um 07:11 Uhr
5 Kommentare
Neuester Kommentar
Über Port-Forwarding auf dem Router gibt es hier nur die Möglichkeit, einen anderen Port zu verwenden (also tux1 über http://meine.domain.tld und tux2 über http://meine.domain.tld:8000 o.ä.).
Mit einem Proxyeintrag in der httpd.conf (ich vermute mal, es läuft apache) auf tux1 könnte man folgendes machen:
Hierzu muss mod_proxy geladen sein.
Dann werden Anfragen, die an http://meine.domain.tld/tux2 gehen, über den Router per Portforwarding zunächst an tux1 und von dort an tux2.interne.domain weitergeleitet.
Mit einem Proxyeintrag in der httpd.conf (ich vermute mal, es läuft apache) auf tux1 könnte man folgendes machen:
ProxyPass /tux2/ http://tux2.interne.domain/
ProxyPassReverse /tux2/ http://tux2.interne.domain/Hierzu muss mod_proxy geladen sein.
Dann werden Anfragen, die an http://meine.domain.tld/tux2 gehen, über den Router per Portforwarding zunächst an tux1 und von dort an tux2.interne.domain weitergeleitet.
Doch, das kann man mit Pound zusammenbasteln.
Genau. Das sollte mit jedem Reverse-Proxy-fähigen Webserver/Proxyserver gehen. Mit Apaches Virtual Hosts geht auch ein Muster wie
tux1.meinedomain.tld -> direkt auf tux1
tux2.meinedomain.tld -> tux1 proxy -> tux2
Zur Konfiguration s. hier: http://aktuell.de.selfhtml.org/artikel/server/apacheconf/apconf06.htm
tux1.meinedomain.tld -> direkt auf tux1
tux2.meinedomain.tld -> tux1 proxy -> tux2
Zur Konfiguration s. hier: http://aktuell.de.selfhtml.org/artikel/server/apacheconf/apconf06.htm
Hallo Danke für die Tipps,
bin mir noch nicht ganz sicher. Die Kunden melden sich an tux1 (PHP & Mysql) mit Name und Passwort an. User1 wird innerhalb von tux1 weitergeführt - aber User2 wird nach geglückter Anmeldung auf tux1 nach tux2 geführt (z.B. weil da ein OX läuft) das geht mit dem Port-Forwarding?
bin mir noch nicht ganz sicher. Die Kunden melden sich an tux1 (PHP & Mysql) mit Name und Passwort an. User1 wird innerhalb von tux1 weitergeführt - aber User2 wird nach geglückter Anmeldung auf tux1 nach tux2 geführt (z.B. weil da ein OX läuft) das geht mit dem Port-Forwarding?
Gut, dass du ein ganz anderes Problem lösen willst, als das, das du beschreibst.
Anmeldung und Forwarding sind zwei vollkommen getrennte Dinge.
Wenn das Forwarding mittels "reverse Proxy" läuft, kannst du mit PHP nach der Anmeldung deine User an die Rechner verteilen.
Anmeldung und Forwarding sind zwei vollkommen getrennte Dinge.
Wenn das Forwarding mittels "reverse Proxy" läuft, kannst du mit PHP nach der Anmeldung deine User an die Rechner verteilen.
