SSH-ի միացում HTTP պրոքսիի միջով
Անցկացրեք SSH միացումը գոյություն ունեցող HTTP CONNECT պրոքսիի միջով՝ յուրաքանչյուր հոսթի համար ProxyCommand-ով։
OpenBSD-ի հետ համատեղելի nc-ով ավելացրեք այս հոսթի գրառումը SSH հաճախորդի կարգաբերման մեջ, օրինակ՝ ~/.ssh/config:
Host work-through-proxy
HostName ssh.example.com
User alex
ProxyCommand nc -X connect -x proxy.example.net:8080 %h %pԱյդ ուղու համար օգտագործեք ssh work-through-proxy։ Օգնականը HTTP պրոքսիից CONNECT է խնդրում դեպի ssh.example.com և ընդունված հոսքը փոխանցում SSH-ին։ SSH-ը ուղղելով ուղիղ պրոքսիի պորտին՝ նրա handshake-ը կուղարկվեր HTTP սպասող ծառայության։
Փոխարինեք վերջնակետը, նպատակակետը և հաշիվը։ Հանրությանը հասանելի SSH նպատակակետի համար, որտեղ թույլատրված է հանրային միջնորդ, HTTP պրոքսիների ցանկը առաջարկում է թեկնածուներ՝ ստուգելու այդ հոսթի և պորտի հասանելիությունը. ընտրեք վերջնակետ, որը ցուցադրված հրամանի համար պրոքսի հաշիվ չի պահանջում։ Այս OpenBSD nc ընտրանքները կախված են իրականացումից. nc անունով մեկ այլ գործարկվող ֆայլ կարող է չաջակցել դրանց։
Պրոքսին կարող է պահանջել իր սեփական մուտքը կամ մերժել պահանջվող SSH պորտը։ 407-ը վերաբերում է հենց այդ պրոքսի փոխանակությանը։ Թունելը բացվելուց հետո SSH-ը դեռ ստուգում է նպատակակետ հոսթը և նույնականացնում օգտատիրոջը. մերժված SSH բանալին այլ ձախողում է։
ProxyCommand-ը պահեք նախատեսված Host բաժնում և անհրաժեշտության դեպքում օգտագործեք ընտրված օգնականի աջակցած պրոքսի նույնականացման ուղին։ Հրամանը տալիս է հոսք, ոչ թե միջնորդի միջով թույլտվություն։ Եթե թույլատրված են միայն HTTPS նպատակակետեր, ստացեք հաստատված SSH մուտքի կարգավորում՝ փոխարենը ենթադրելու, որ հրամանի այլ գրառումը փոխում է քաղաքականությունը։