Martin Kirner am 1. November 2026 um 09:27 Uhr

2026-11-01T09:27:57Z

← Nächstältere Version		Version vom 1. November 2026, 09:27 Uhr
Zeile 1:		Zeile 1:
			== Allgemein ==

	Manchmal ist es erforderlich, Http(s)-Anfragen von außen an einen Server, der nur lokal erreichbar ist, weiter zu leiten.		Manchmal ist es erforderlich, Http(s)-Anfragen von außen an einen Server, der nur lokal erreichbar ist, weiter zu leiten.
	In dem her beschriebenen Beispiel, ist die Webseite <code>test.<domain></code> sowohl lokal, als auch von außen, unter dem selben DNS-Namen erreichbar.		In dem her beschriebenen Beispiel, ist die Webseite <code>test.<domain></code> sowohl lokal, als auch von außen, unter dem selben DNS-Namen erreichbar.
Zeile 56:		Zeile 58:
	</VirtualHost>		</VirtualHost>
	</pre>		</pre>


			Zurück zu [[Apache_HTTP_(Linux)#Weiterleitung_an_einen_anderen_Server\|Apache HTTP]]

Martin Kirner: Die Seite wurde neu angelegt: „Manchmal ist es erforderlich, Http(s)-Anfragen von außen an einen Server, der nur lokal erreichbar ist, weiter zu leiten. In dem her beschriebenen Beispiel, ist die Webseite `test.` sowohl lokal, als auch von außen, unter dem selben DNS-Namen erreichbar. Im folgenden Beispiel habe ich das durch eine Subdomain `lokal.` gelöst. Der von außen erreichbare Server nimmt dazu die Anfragen für `test.`…“

2026-11-01T09:25:45Z

Die Seite wurde neu angelegt: „Manchmal ist es erforderlich, Http(s)-Anfragen von außen an einen Server, der nur lokal erreichbar ist, weiter zu leiten. In dem her beschriebenen Beispiel, ist die Webseite <code>test.<domain></code> sowohl lokal, als auch von außen, unter dem selben DNS-Namen erreichbar. Im folgenden Beispiel habe ich das durch eine Subdomain <code>lokal.<domain></code> gelöst. Der von außen erreichbare Server nimmt dazu die Anfragen für <code>test.<domain></code>…“

Neue Seite

Manchmal ist es erforderlich, Http(s)-Anfragen von außen an einen Server, der nur lokal erreichbar ist, weiter zu leiten.
In dem her beschriebenen Beispiel, ist die Webseite <code>test.<domain></code> sowohl lokal, als auch von außen, unter dem selben DNS-Namen erreichbar.
Im folgenden Beispiel habe ich das durch eine Subdomain <code>lokal.<domain></code> gelöst. Der von außen erreichbare Server nimmt dazu die Anfragen für <code>test.<domain></code> entgegen und leitet sie an <code>test.lokal.<domain></code> weiter.

Für das Erstellen einer Subdomain siehe auch [[Bind_Konfiguration_(Linux)#Einrichten_einer_Subdomain|Subdomain in Bind]].

== Weiterleitender Server ==

Der DNS-Name <code>test.<domain></code> muss auf den weiterleitenden Server aufgelöst werden und <code>test.lokal.<domain></code> auf den lokalen Server. In dem folgenden Beispiel ist die weitergeleitete Verbindung zum lokalen Server auch verschlüsselt.

Zuerst müssen die erforderlichen Module aktiviert werden:

<pre>
sudo a2enmod proxy
sudo a2enmod proxy_html
sudo a2enmod proxy_http
</pre>

Danach eine Konfiguration nach folgenden Muster anlegen:

<pre>
<VirtualHost *:443>
ServerName test.<domain>

SSLProxyEngine On
ProxyPass / https://test.local.<domain>/
ProxyPassReverse / https://test.local.<domain>/

SSLProxyCheckPeerName off
SSLProxyCheckPeerCN off

SSLEngine on
SSLCertificateFile /etc/ssl/certs/test.crt
SSLCertificateKeyFile /etc/ssl/private/apache.key
</VirtualHost>
</pre>

Da das SSL-Zertifikat am Zielserver eigentlich für <code>test.<domain></code> ausgestellt wurde, muss noch die Validierung des Namen deaktiviert werden. Dazu dienen folgende Zeilen in obigen Beispiel:

<pre>
SSLProxyCheckPeerName off
SSLProxyCheckPeerCN off
</pre>

== Zielserver ==

Der Zielserver muss in der <code>.conf</code> den Namen <code>test.lokal.<domain></code> als Aliasnamen angegeben haben.

<pre>
<VirtualHost *:443>
ServerName test.<domain>
ServerAlias test.local.<domain>

...
</VirtualHost>
</pre>

Weiterleitung an eine andere lokale Domain (Apache) - Versionsgeschichte

Martin Kirner am 1. November 2026 um 09:27 Uhr