OpenBSD-rekin bateragarria den nc batekin, gehitu ostalari-sarrera hau SSH bezeroaren konfigurazioan, adibidez ~/.ssh/config:

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

Erabili ssh work-through-proxy ibilbide horretarako. Laguntzaileak HTTP proxyari ssh.example.com-rako CONNECT eskatzen dio eta onartutako korrontea SSH-ra pasatzen du. SSH proxyaren portura zuzenean bidaliz gero, haren handshake-a HTTP espero duen zerbitzu batera joango litzateke.

Ordeztu amaierako puntua, helmuga eta kontua. Publikoki irisgarria den SSH helmuga baterako, non bitartekari publiko bat onartzen den, HTTP proxyen zerrendak hautagaiak eskaintzen ditu ostalari eta portu horretarako sarbidea egiaztatzeko; aukeratu erakutsitako komandorako proxy konturik behar ez duen amaierako puntua. OpenBSD nc aukera hauek inplementazioaren araberakoak dira; nc izeneko beste exekutagarri batek agian ez ditu onartuko.

Proxyak bere saio-hasiera eska dezake edo eskatutako SSH portua ukatu. 407 batek proxyarekiko truke horri egiten dio erreferentzia. Tunela ireki ondoren, SSH-k helmugako ostalaria egiaztatzen eta erabiltzailea autentifikatzen jarraitzen du; ukatutako SSH gakoa beste hutsegite bat da.

Mantendu ProxyCommand aurreikusitako Host atalean eta, behar denean, erabili aukeratutako laguntzaileak onartzen duen proxy autentifikazio bidea. Komandoak korronte bat ematen du, ez bitartekariaren bidezko baimena. HTTPS helmugak soilik onartzen badira, lortu onartutako SSH sarbide antolaketa, komandoaren beste idazkera batek politika aldatzen duela pentsatu beharrean.

Erlazionatutako artikuluak