Ein privater Forward-Proxy muss nicht physisch zwischen Laptop und Router sitzen. Er kann ein anderer Rechner im selben LAN sein, der eine Netzwerkschnittstelle nutzt.

Der Laptop verbindet sich mit der Adresse des Proxys und dem lauschenden Port. Der Proxy-Prozess öffnet eine eigene Verbindung zur Website oder zu deren übergeordnetem Ziel. Dieselbe Schnittstelle kann beide Gespräche tragen, während die Routing-Tabelle des Hosts den nächsten Hop wählt.

client → proxy listener
proxy → existing router → destination

Das genügt für eine Anwendung, die den Proxy ausdrücklich gewählt hat. Unter Linux verlangt diese gewöhnliche Anordnung nicht, dass IP-Weiterleitung aktiviert wird, nur um die Anfragen der Anwendung weiterzuleiten.

Das Standardgateway beantwortet eine andere Frage

Das Standardgateway eines Clients verarbeitet Pakete, die der Client in andere Netze sendet. Diese Einstellung zu ändern, bringt den Browser nicht dazu, HTTP-Proxy-Anfragen zu stellen oder SOCKS auszuhandeln. Ebenso wenig leitet die Eingabe eines Proxys im Browser jede andere Anwendung über diesen Rechner.

Ein Host kann beide Aufgaben erfüllen, muss dann aber zwei Konfigurationen verwalten: den Proxy-Dienst und die Routing- oder Firewall-Funktion. Mehr Schnittstellen können die Netztrennung erleichtern. Sie sind eine Topologie-Entscheidung, keine Voraussetzung, die explizites HTTP-Proxying auferlegt.

Diese Unterscheidung erklärt auch ein häufiges gescheitertes Experiment: Das Bearbeiten der Weiterleitungsregeln eines Proxy-Servers wirkt sich nicht auf eine direkte Client-Verbindung aus, die über einen anderen Router läuft. Die Pakete haben diesen Server nie passiert.

Wenn die Anforderung eine Pflichtnutzung ist, legen Sie fest, wo alternativer ausgehender Datenverkehr kontrolliert werden kann. Ein expliziter Proxy mit einer Schnittstelle kann ein gültiger Dienst sein, während ein separates Gateway die Netzwerkrichtlinie durchsetzt. Setzen Sie die Durchsetzung dorthin, wo die Pakete tatsächlich vorbeikommen.

Ähnliche Artikel