Mit einem OpenBSD-kompatiblen nc diesen Host-Eintrag in die SSH-Client-Konfiguration aufnehmen, etwa ~/.ssh/config:

Host work-through-proxy
    HostName ssh.example.com
    User alex
    ProxyCommand nc -X connect -x proxy.example.net:8080 %h %p

Für diese Route ssh work-through-proxy verwenden. Der Helfer bittet den HTTP-Proxy um CONNECT zu ssh.example.com und reicht den angenommenen Strom an SSH weiter. Würde SSH direkt auf den Port des Proxys zeigen, ginge sein Handshake an einen Dienst, der HTTP erwartet.

Endpunkt, Ziel und Konto ersetzen. Für ein öffentlich erreichbares SSH-Ziel, bei dem ein öffentlicher Vermittler erlaubt ist, bietet die HTTP-Proxy-Liste Kandidaten, um den Zugang zu diesem Host und Port zu prüfen; ein Endpunkt wählen, der für den gezeigten Befehl kein Proxy-Konto benötigt. Diese OpenBSD-nc-Optionen sind implementationsabhängig; eine andere ausführbare Datei namens nc unterstützt sie möglicherweise nicht.

Der Proxy kann eine eigene Anmeldung verlangen oder den angeforderten SSH-Port verweigern. Ein 407 betrifft diesen Proxy-Austausch. Nach dem Öffnen des Tunnels prüft SSH weiterhin den Zielhost und authentifiziert seinen Benutzer; ein abgelehnter SSH-Schlüssel ist ein anderer Fehler.

Den ProxyCommand im vorgesehenen Host-Abschnitt belassen und bei Bedarf den vom gewählten Helfer unterstützten Proxy-Authentifizierungsweg verwenden. Der Befehl liefert einen Strom, keine Erlaubnis durch den Vermittler. Sind nur HTTPS-Ziele erlaubt, eine genehmigte SSH-Zugangsregelung beschaffen, statt anzunehmen, eine andere Schreibweise des Befehls ändere die Richtlinie.

Ähnliche Artikel