Lidhja e SSH përmes një proxy HTTP

Kaloni një lidhje SSH përmes një proxy HTTP CONNECT ekzistues me një ProxyCommand për çdo host.

Me një nc të përputhshëm me OpenBSD, shto këtë zë hosti në konfigurimin e klientit SSH, për shembull ~/.ssh/config:

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

Përdor ssh work-through-proxy për atë rrugë. Ndihmësi i kërkon proxy-t HTTP një CONNECT drejt ssh.example.com dhe ia kalon SSH-së rrjedhën e pranuar. Ta drejtosh SSH-në direkt në portën e proxy-t do të dërgonte shtrëngimin e dorës te një shërbim që pret HTTP.

Zëvendëso pikën fundore, destinacionin dhe llogarinë. Për një destinacion SSH të arritshëm publikisht ku lejohet një ndërmjetës publik, lista e proxy-ve HTTP ofron kandidatë për të kontrolluar aksesin te ai host dhe port; zgjidh një pikë fundore që nuk kërkon llogari proxy për komandën e treguar. Këto opsione OpenBSD nc varen nga zbatimi; një tjetër skedar ekzekutues i quajtur nc mund të mos i mbështesë.

Proxy-t mund të kërkojë hyrjen e vet ose të refuzojë portën SSH të kërkuar. Një 407 ka të bëjë me atë shkëmbim me proxy-n. Pasi hapet tuneli, SSH ende verifikon hostin e synuar dhe vërteton identitetin e përdoruesit; një çelës SSH i refuzuar është një dështim tjetër.

Mbaje ProxyCommand nën seksionin Host të synuar dhe, kur të duhet, përdor rrugën e vërtetimit përmes proxy-t që mbështet ndihmësi i zgjedhur. Komanda ofron një rrjedhë, jo leje përmes ndërmjetësit. Nëse lejohen vetëm destinacione HTTPS, siguro një marrëveshje të miratuar aksesi SSH në vend që të supozosh se një shkrim tjetër i komandës ndryshon politikën.

Artikuj të ngjashëm