Ձեր SSH գաղտնաբառը SOCKS գաղտնաբառ չէ

Դուք գաղտնաբառ մուտքագրեցիք ssh -D-ը գործարկելու համար։ Այն նույնականացրեց ձեր SSH կապը։ Սակայն այն գաղտնաբառով պաշտպանված SOCKS հաշիվ չստեղծեց նոր լսողին հասանելիք յուրաքանչյուր ծրագրի համար։

OpenSSH-ի դինամիկ փոխանցումը տրամադրում է տեղական SOCKS ծառայություն նույնականացված SSH տրանսպորտի վրա։ Նրա SOCKS5 մշակումը ընտրում է առանց նույնականացման մեթոդը. այն ընդհանուր SOCKS օգտանուն/գաղտնաբառ սերվեր չէ։

Անձնական օգտագործման համար կապեք տեղականորեն՝

ssh -N -D 127.0.0.1:1080 [email protected]

Այդ համակարգչի հավելվածներն օգտագործում են 1080 պորտն առանց ձեր SSH գաղտնաբառը որպես SOCKS գաղտնաբառ մուտքագրելու։ Դինամիկ փոխանցման փաստաթղթերը նկարագրում են լսողը, իսկ OpenSSH-ի SOCKS մշակման ելակետային կոդը տալիս է նույնականացման մանրամասը։

Համօգտագործումը փոխում է խնդիրը

LAN հասցեին կապելը պորտը հասանելի է դարձնում սկզբնական տեղական օգտագործումից դուրս։ Մոտակա հաճախորդները առանձին SSH նստաշրջաններ չեն բացում միայն այն պատճառով, որ նրանց երթևեկությունն անցնում է ձերով։ Եթե ցանցը թույլ է տալիս մուտք, այդ հաճախորդները կարող են կիսել ձեր դարպասի արտաքին ինքնությունը։

Հրդեհային պատը կարող է սահմանափակել հասանելի հաճախորդներին, բայց SOCKS մուտքի փոխանակում չի ավելացնում։ Առանձին SOCKS օգտանունների, քվոտաների կամ օգտվողի կանոնների համար ընտրեք սերվեր, որն աջակցում է այդ հատկություններին։ Օրինակ՝ Dante-ն փաստաթղթավորում է SOCKS նույնականացումը առանձին հաճախորդի հասցեի սահմանափակումներից։

Սա նաև օգնում է խնդիրների վերացմանը։ SOCKS օգտանուն/գաղտնաբառ մեթոդում համառող հաճախորդը կարող է այս լսողի հետ սակարկել ոչ այնպես, ինչպես դուք սպասում եք։ Կարգավորեք հավելվածը կամ ընտրեք համապատասխան նույնականացված SOCKS ծառայություն. ձեր SSH գաղտնաբառը կրկին ու կրկին փորձելը դիմում է սխալ մուտքին։

Միայն տեղական հասանելիությունը դեռ սահման է, որը պետք է հասկանալ, այլ ոչ թե պնդում, որ տեղական համակարգչի յուրաքանչյուր գործընթաց պատկանում է նույն օգտվողին։