Reverse Proxy - Apache 2

[MercedesCR7 1]

Guten Abend,

bin nicht der Proxy experte, bräuchte mal kurz eure Hilfe.

Wie kann ich auf dem Reverse Proxy (Apache2) überprüfen, ob ein Server über den Namen oder die IP-Adresse angesteuert wird?

 

Vielen Dank.

[falkebo 21]

Was meinst du genau?
Nenn mal ein Beispiel bitte, kann dir gerade nicht ganz folgen.

[MercedesCR7 1]

12 hours ago, falkebo said:

Was meinst du genau?
Nenn mal ein Beispiel bitte, kann dir gerade nicht ganz folgen.

Also ich habe einen Server z.B Server01, wie kommuniziert der Server mit dem Reverse-Proxy? Durch IP-Adresse oder?

Hintergrund ist, ich möchte ein Server sparen und alle anfragen auf den anderen leiten, möchte nur einen Alias setzen, der auf den anderen verweist.

Ich bin mir aber nicht sicher, ob das beim Reverse Proxy ausreichend ist.

 

[NilsK 2.934]

Moin,

 

ein Server kommuniziert immer über die IP-Adresse. Die Frage ist, wo er die herbekommt, und das weiß nur der Server selbst. Entweder ist die Adresse in der jeweiligen Konfig hinterlegt oder ein Name, den der Server dann erst auflösen muss. Da musst du also auf die jeweiligen Konfigs schauen.

 

Gruß, Nils

 

[MercedesCR7 1]

1 hour ago, NilsK said:

Moin,

 

ein Server kommuniziert immer über die IP-Adresse. Die Frage ist, wo er die herbekommt, und das weiß nur der Server selbst. Entweder ist die Adresse in der jeweiligen Konfig hinterlegt oder ein Name, den der Server dann erst auflösen muss. Da musst du also auf die jeweiligen Konfigs schauen.

 

Gruß, Nils

 

Danke dir,

wie schaue ich nun im Konfig in Apache2 nach? 

Genau das ist eher meine ganz Genaue Frage.

[Dukel 454]

Wieso fragst du das dann nicht gleich?

 

Es gibt unterschiedliche Stellen (je nach Linux Distri) wo die Konfig gespeichert wird. Was sagt die Doku bzw. der, der das System aufgesetzt hat?

 

Evtl. kann man den Pfad mittels

httpd -V

auslesen.

-D SERVER_CONFIG_FILE="..."

[zahni 554]

Bei HTTP-Anfragen wertet der Reverse-Proxy den HTTP-Host-Header aus und kann die Anfragen dann an einen internen Server mit einem anderen Namen weiterleiten.

Wichtig ist, dass die Web-Anwendung keine harten Links auf den internen Namen des Servers hat. Bei SSL endet der SSL Tunnel am Proxy. Soll mehr als ein interner Server bedient werden, muss das externe SSL-Zertifikat für beide externe Host-Namen ausgestellt sein und der Browser SNI unterstützen. Hier erfolgt die Weiterleitung auch über den Host-Header. Intern kann SSL mit einem internen Zertifikat gemacht werden, dem der Proxy vertraut.