Lat SSH bruke ein lokal SOCKS-lyttar når han er tilgjengeleg

Ein lokal SOCKS-lyttar er nyttig på nokre nettverk og fråverande på andre. OpenSSH kan velje ein proxykommando vilkårsbasert, utan å gjere valet gjeldande for kvar vert.

For OpenSSH med OpenBSD-forma av nc er ein illustrerande klientkonfigurasjon:

Host work-server
    HostName ssh.example.net
    User alex

Match originalhost work-server exec "nc -z -w 1 127.0.0.1 1080"
    ProxyCommand nc -X 5 -x 127.0.0.1:1080 %h %p

Match all

originalhost avgrensar kontrollen til namnet som er gitt på SSH-kommandolinja. exec passar når kommandoen hans avsluttast med suksess. Den avsluttande Match all avsluttar dette vilkårsbaserte omfanget for påfølgjande innstillingar.

Dette føreset at inga tidlegare gjeldande innstilling allereie har valt ein motstridande proxykommando eller hopprute. SSH brukar vanlegvis den første verdien som ein får for ei innstilling, så ein brei standard øvst kan hindre ein seinare vilkår i å få den venta verknaden.

Ein lyttande socket er eit beskjedent løfte

Testen kontrollerer TCP-tilgang til ein lokal port. Han fullfører ikkje SOCKS-forhandlinga, opprettar ikkje den ynskte destinasjonsforbindinga og provar ikkje kva program som eig porten. Lyttaren kan òg forsvinne etter kontrollen.

Tidsavbrotet held ein mislukka test avgrensa. Alternativa som blir viste, høyrer til OpenBSD nc-grensesnittet; andre program med same filnamn kan tilby andre alternativ.

Når vilkåret ikkje passar, lèt dette dømet forbindinga vere utan denne ProxyCommand, og tillèt dermed den vanlege ruta. Det er berre høveleg når direkte tilgang er tillaten. Ein obligatorisk proxypolicy bør ikkje bruke ein tilgjengelegheitstest som løyve til å kome seg unna til ei anna rute.

SSH-vertsnamnet til destinasjonen og vertsnøkkelkontrollane identifiserer framleis destinasjonsserveren. Å velje ein transporthjelpar er ikkje grunn til å godta ein uventa vertsnøkkel.