SSH ferbine troch in HTTP-proxy

Fier in SSH-ferbining troch in besteande HTTP CONNECT-proxy mei in ProxyCommand per host.

Mei in OpenBSD-kompatibele nc, foegje dizze hostynfier ta oan 'e konfiguraasje fan 'e SSH-klant, bygelyks ~/.ssh/config:

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

Brûk ssh work-through-proxy foar dy rûte. De helper freget de HTTP-proxy om CONNECT nei ssh.example.com en jout de akseptearre stream troch oan SSH. As SSH direkt nei de poarte fan 'e proxy wiist, giet syn handshake nei in tsjinst dy't HTTP ferwachtet.

Ferfang it einpunt, de bestimming en it akkount. Foar in publyk berikbere SSH-bestimming dêr't in publyk tuskenpersoan tastien is, biedt de HTTP-proxylist kandidaten om tagong ta dy host en poarte te kontrolearjen; kies in einpunt dat gjin proxy-akkount nedich hat foar it toande kommando. Dizze OpenBSD nc-opsjes binne ymplemintaasje-ôfhinklik; in oar útfierber bestân mei de namme nc stipet se miskien net.

De proxy kin syn eigen oanmelding easkje of de frege SSH-poarte wegerje. In 407 giet oer dy proxy-útwikseling. Nei't de tunnel iepen is, ferifiearret SSH noch altyd de doelhost en autentisearret syn brûker; in wegere SSH-kaai is in oare fout.

Hâld de ProxyCommand ûnder de bedoelde Host-seksje en brûk by need it troch de keazen helper stipe proxy-autentikaasjepaad. It kommando leveret in stream, gjin tastimming troch de tuskenpersoan. As allinnich HTTPS-bestimmingen tastien binne, regelje dan in goedkarde SSH-tagongsregeling ynstee fan te tinken dat in oare stavering fan it kommando it belied feroaret.

Relatearre artikelen