Ein <VirtualHost>-Block beschreibt, wie Apache passende Anfragen behandeln soll. Er erzeugt jedoch nicht den lauschenden Socket. Eine Forward-Proxy-Konfiguration auf Port 8080 kann daher in einer gültig wirkenden Datei stehen, während Clients dort keinen Listener finden.

Die Direktive Listen deckt diesen getrennten Anforderungsteil ab. Für einen Proxy, der nur über einen lokalen Client oder einen geschützten Tunnel erreichbar ist, könnte die beabsichtigte Form so aussehen:

Listen 127.0.0.1:8080

<VirtualHost 127.0.0.1:8080>
    # Existing restricted forward-proxy configuration
</VirtualHost>

Das zeigt die Beziehung, nicht eine vollständige Proxy-Bereitstellung. Behalten Sie die bestehende Client-Autorisierung und die Zielbeschränkungen bei. Die Loopback-Adresse bietet bewusst keinen neuen öffentlichen Proxy-Listener an.

Prüfen Sie die wirksame Konfiguration außerdem auf überlappende Listen-Einträge. Eine weitere Direktive hinzuzufügen, ohne einen bestehenden Listener zu bemerken, kann den Start verhindern. Auch das von Apache unterstützte Neustartverfahren ist wichtig, wenn von einer bestimmten Adresse zu einer überlappenden Wildcard-Bindung gewechselt wird.

Wenn SSH an diesen Proxy weiterleitet, muss das andere Ende einen tatsächlichen Listener erreichen. Eine erfolgreiche SSH-Anmeldung lässt den konfigurierten Apache-Port nicht entstehen. Korrigieren Sie Listener und beabsichtigte Bindung, bevor Sie HTTP-Anmeldedaten ändern oder eine Zugriffsregel abschwächen. Prüfen Sie anschließend die erlaubten und verweigerten Zugriffsfälle am tatsächlichen Listener.

Ähnliche Artikel