Një dëgjues SOCKS lokal është i dobishëm në disa rrjete dhe mungon në të tjera. OpenSSH mund të zgjedhë një komandë proxy me kushte, pa e bërë atë zgjedhje të vlefshme për çdo host.

Për OpenSSH me formën OpenBSD të nc, një konfigurim ilustrues i klientit është:

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 e kufizon kontrollin në emrin e dhënë në rreshtin e komandës SSH. exec përputhet kur komanda e tij përfundon me sukses. Match all përfundimtar e mbyll atë shtrirje me kushte për cilësimet vijuese.

Kjo supozon se asnjë cilësim i mëparshëm i zbatueshëm nuk ka zgjedhur tashmë një komandë proxy ose rrugë kërcimi në konflikt. SSH zakonisht përdor vlerën e parë të marrë për një opsion, prandaj një parazgjedhje e gjerë në krye mund të pengojë një kusht të mëvonshëm të ketë efektin e pritur.

Një socket që dëgjon është një premtim i përulur

Prova kontrollon aksesin TCP në një portë lokale. Ajo nuk e përfundon negocimin SOCKS, nuk e vendos lidhjen e dëshiruar me destinacionin dhe nuk provon cili program e zotëron atë portë. Dëgjuesi mund të zhduket edhe pas kontrollit.

Afati kohor e mban një provë të dështuar brenda kufijve. Opsionet e shfaqura i përkasin ndërfaqes nc të OpenBSD; programe të tjerë me të njëjtin emër skedari mund të ofrojnë opsione të ndryshme.

Kur kushti nuk përputhet, ky shembull e lë lidhjen pa këtë ProxyCommand, duke lejuar rrugën e saj të zakonshme. Kjo është e përshtatshme vetëm kur lejohet aksesi i drejtpërdrejtë. Një politikë e detyrueshme proxy nuk duhet të përdorë kontrollin e disponueshmërisë si leje për të shpëtuar në një rrugë tjetër.

Emri i hostit SSH të synuar dhe kontrollet e çelësit të hostit ende identifikojnë serverin e destinacionit. Zgjedhja e një ndihmësi transporti nuk është arsye për të pranuar një çelës hosti të papritur.

Artikuj të ngjashëm