Konekti SSH tra HTTP-prokurilo

Konduku SSH-konekton tra ekzistanta HTTP CONNECT-prokurilo per ProxyCommand por ĉiu gastiganto.

Kun OpenBSD-kongrua nc, aldonu ĉi tiun gastigantan eron al la SSH-klienta agordo, ekzemple ~/.ssh/config:

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

Uzu ssh work-through-proxy por tiu itinero. La helpilo petas de la HTTP-prokurilo CONNECT al ssh.example.com kaj transdonas la akceptitan fluon al SSH. Se vi direktus SSH rekte al la pordo de la prokurilo, ĝia manpremo irus al servo, kiu atendas HTTP.

Anstataŭigu la finpunkton, celon kaj konton. Por publike alirebla SSH-celo, kie publika peranto estas permesita, la listo de HTTP-prokuriloj proponas kandidatojn por kontroli aliron al tiu gastiganto kaj pordo; elektu finpunkton, kiu ne bezonas prokurilan konton por la montrita komando. Ĉi tiuj OpenBSD nc-agordoj dependas de la efektivigo; alia plenumebla dosiero nomita nc eble ne subtenas ilin.

La prokurilo povas postuli propran saluton aŭ malpermesi la petitan SSH-pordon. 407 koncernas tiun interŝanĝon kun la prokurilo. Post kiam la tunelo malfermiĝas, SSH ankoraŭ kontrolas la celan gastiganton kaj aŭtentikigas sian uzanton; rifuzita SSH-ŝlosilo estas alia fiasko.

Tenu la ProxyCommand sub la celita Host-sekcio kaj, kiam necese, uzu la subtenatan prokurilan aŭtentikigan vojon de la elektita helpilo. La komando provizas fluon, ne permeson tra la peranto. Se nur HTTPS-celoj estas permesitaj, akiru aprobitan SSH-aliraranĝon anstataŭ supozi, ke alia literumo de la komando ŝanĝas la politikon.

Rilataj artikoloj