SSH deur 'n HTTP-proxy verbind

Met 'n OpenBSD-versoenbare nc, voeg hierdie gasheerinskrywing by die SSH-kliëntkonfigurasie, soos ~/.ssh/config:

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

Gebruik ssh work-through-proxy vir daardie roete. Die helper vra die HTTP-proxy om CONNECT na ssh.example.com en gee die aanvaarde stroom aan SSH. As SSH direk na die proxy se poort wys, stuur dit sy handdruk na 'n diens wat HTTP verwag.

Vervang die eindpunt, bestemming en rekening. Vir 'n publiek bereikbare SSH-bestemming waar 'n publieke tussenganger toegelaat word, bied die HTTP-proxylis kandidate om toegang tot daardie gasheer en poort te toets; kies 'n eindpunt wat geen proxyrekening vir die getoonde opdrag nodig het. Hierdie OpenBSD nc-opsies is implementasie-spesifiek; 'n ander uitvoerbare lêer met die naam nc ondersteun dit dalk nie.

'n Proxy kan sy eie aanmelding vereis of die versoekte SSH-poort weier. 'n 407 raak daardie proxy-uitruiling. Nadat die tonnel oop is, verifieer SSH steeds die teikengasheer en authentiseer sy gebruiker; 'n verwerpte SSH-sleutel is 'n ander fout.

Hou die ProxyCommand onder die bedoelde Host-afdeling en gebruik die gekose helper se ondersteunde proxy-verifikasiepad wanneer nodig. Die opdrag verskaf 'n stroom, nie toestemming deur die tussenganger nie. As slegs HTTPS-bestemmings toegelaat word, kry 'n goedgekeurde SSH-toegangsreëling eerder as om aan te neem dat 'n ander opdragspelling die beleid verander.