Mat engem OpenBSD-kompatibelen nc, füügt dësen Host-Antrag an d'Konfiguratioun vum SSH-Client, zum Beispill ~/.ssh/config:

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

Benotzt ssh work-through-proxy fir dëse Wee. Den Hëllefsprogramm freet den HTTP-Proxy no CONNECT op ssh.example.com a gëtt de akzeptéierte Stroum un SSH weider. Wann SSH direkt op de Port vum Proxy weist, géif säin Handshake bei engem Service ukommen, deen HTTP erwaart.

Ersetzt den Endpunkt, d'Destinatioun an de Kont. Fir eng ëffentlech erreechbar SSH-Destinatioun, wou en ëffentlechen Intermédiaire erlaabt ass, bitt d'HTTP-Proxy-Lëscht Kandidaten, fir den Zougang zu deem Host a Port ze kontrolléieren; wielt en Endpunkt, deen fir de gewisenen Uerder kee Proxy-Kont brauch. Dës OpenBSD nc-Optiounen sinn implementatiounsofhängeg; eng aner exekutéierbar Datei mam Numm nc ënnerstëtzt se vläicht net.

De Proxy kann säin eegene Login verlaangen oder de gefrote SSH-Port refuséieren. En 407 betrëfft just deen Proxy-Austausch. Nodeems den Tunnel op ass, verifizéiert SSH nach ëmmer den Zilhost a authentifizéiert säi Benotzer; en ofgeleenten SSH-Schlëssel ass en anere Feeler.

Halt de ProxyCommand ënner dem virgesinnenen Host-Abschnitt a benotz bei Bedarf dee vum gewielten Hëllefsprogramm ënnerstëtzten Proxy-Authentifikatiounswee. Den Uerder liwwert e Stroum, net eng Erlaabnis duerch den Intermédiaire. Wann nëmmen HTTPS-Destinatiounen erlaabt sinn, kritt eng geneemegt SSH-Zougangsreegelung, amplaz unzehuelen, datt eng aner Schreifweis vum Uerder d'Politik ännert.

Ähnlech Artikelen