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 մուտքի կարգավորում՝ փոխարենը ենթադրելու, որ հրամանի այլ գրառումը փոխում է քաղաքականությունը։

Առնչվող հոդվածներ