Lasu SSH uzi lokan SOCKS-auxskultilon kiam ĝi disponeblas

Limigu la kontrolon Match exec de OpenSSH al unu celo kaj komprenu, kion pruvas sukcesa provo de loka pordo kaj kion ĝi ne pruvas.

Loka SOCKS-auxskultilo utilas en iuj retoj kaj forestas en aliaj. OpenSSH povas kondiĉe elekti prokuran komandon, sen ke tiu elekto aplikiĝu al ĉiu gastiganto.

Por OpenSSH kun la OpenBSD-formo de nc, ilustra klienta agordo estas:

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 limigas la kontrolon al la nomo donita en la SSH-komandlinio. exec kongruas kiam ĝia komando finiĝas sukcese. La fina Match all finas tiun kondiĉan amplekson por la sekvaj agordoj.

Tio supozas, ke neniu pli frue aplikebla agordo jam elektis kontraŭdiran prokuran komandon aŭ saltvojon. SSH kutime uzas la unuan ricevitan valoron por agorda opcio, do larĝa defaŭlto supre povas malhelpi postan kondiĉon havi la atendatan efikon.

Aŭskultanta soketo estas modesta promeso

La provo kontrolas TCP-aliron al loka pordo. Ĝi ne kompletigas SOCKS-intertraktadon, ne starigas la deziratan celan konekton, kaj ne pruvas, kiu programo posedas tiun pordon. La aŭskultilo ankaŭ povas malaperi post la kontrolo.

La tempolimo tenas malsukcesan provon limigita. La montritaj opcioj apartenas al la OpenBSD-interfaco de nc; aliaj programoj kun tiu dosiernomo povas prezenti malsamajn opciojn.

Kiam la kondiĉo ne kongruas, ĉi tiu ekzemplo lasas la konekton sen ĉi tiu ProxyCommand, permesante ĝian ordinaran vojon. Tio taŭgas nur kiam rekta aliro estas permesita. Deviga prokura politiko ne uzu disponeblecan kontrolon kiel permeson eskapi al alia vojo.

La cela SSH-gastigantnomo kaj la gastigantŝlosilaj kontroloj ankoraŭ identigas la celan servilon. Elekti transportan helpilon ne estas kialo akcepti neatenditan gastigantŝlosilon.

Rilataj artikoloj