SOCKS5 նույնականացման մեթոդների ընտրություն Dante-ում
Հասկացեք, թե ինչպես է Dante-ն ընտրում առաջարկվող SOCKS5 նույնականացման մեթոդը և ինչպես է մեթոդների հերթականությունը փոխում քաղաքականությունը, որը զգում են հաճախորդները։
SOCKS5-ում նույնականացումը բանակցվում է նախքան հաճախորդը կուղարկի իր նպատակակետի հարցումը։ Դա վաղ հավատարմագրերի ձախողումը դարձնում է այլ իրադարձություն, քան պրոքսիից այն կողմ գտնվող FTP-ի, HTTPS-ի կամ այլ հավելվածի ձախողումը։
Հաճախորդի ողջույնը թվարկում է այն նույնականացման մեթոդները, որոնք նա աջակցում է։ Սերվերն ընտրում է մեկ մեթոդ այդ ցանկից և հետ է ուղարկում ընտրությունը։ 0xff արժեքը նշանակում է, որ առաջարկված ոչ մի մեթոդ ընդունելի չէ, և կապը պետք է փակվի։ Գաղտնաբառի ձախողումից հետո հաճախորդը պարզապես չի փորձում սերվերի կողմի բոլոր մեթոդները։
Ինչ է կառավարում Dante-ի հերթականությունը
Dante 1.4.x-ը արձանագրության մակարդակի կարգավորումը կոչում է socksmethod։ Նրա փաստաթղթերը նշում են, որ մեթոդները թվարկված են նախապատվության կարգով։ Երկու մեթոդներն էլ թույլատրող քաղաքականության համար այս հայտարարությունը նախընտրում է օգտանուն/գաղտնաբառ, երբ հաճախորդը առաջարկում է այն.
socksmethod: username noneՑանկը հակառակ շրջելը նախընտրում է առանց նույնականացման մուտքը, երբ առաջարկվում են երկու մեթոդները.
socksmethod: none usernameՍրանք այլընտրանքային մեթոդի հայտարարություններ են, ոչ թե ամբողջական սերվերի կարգավորումներ։ Լսող ինտերֆեյսները, թույլատրված հաճախորդները, նպատակակետի կանոնները և ցանկացած կանոնահատուկ նույնականացման սահմանափակում դեռևս կարևոր են։
none թույլատրելը կոնկրետ հետևանք ունի. միայն առանց նույնականացման առաջարկող հաճախորդը կարող է ընդունվել կիրառելի կանոններով։ username-ը առաջինը դնելը none պարունակող ցանկը չի դարձնում պահանջ, որ բոլորը տրամադրեն գաղտնաբառ։
Նախ ընտրեք պահանջը
Եթե յուրաքանչյուր թույլատրված հաճախորդ պետք է նույնականացվի օգտանունով/գաղտնաբառով, կարգավորեք այդ պահանջը հետևողականորեն գլոբալ և կիրառելի կանոններում՝ none-ը որպես ընդհանուր համատեղելիության ուղղում ավելացնելու փոխարեն։ Եթե անանուն մուտքը միտումնավոր է սահմանափակ հաճախորդների խմբի համար, խումբը և նրա թույլատրված նպատակակետերը դարձրեք բացահայտ։
Dante-ն ունի նաև clientmethod, որը վերաբերում է TCP հաճախորդի միանալիս, SOCKS բանակցությունից առաջ կատարվող ստուգումներին։ Դա առանձին շերտ է SOCKS5 ողջույնում փոխանակվող մեթոդներից։ Ավելի հին method հիմնաբառ օգտագործող կարգավորման հատվածները պետք է կարդալ տեղադրված Dante տարբերակի ձեռնարկի համաձայն։
Երբ երկու հաճախորդ տարբեր կերպ են վարվում, համեմատեք, թե ինչ է առաջարկում յուրաքանչյուրը, ինչ է ընտրում Dante-ն և արդյոք ընտրված մեթոդի ենթաբանակցությունը հաջողվում է։ Այնուհետև ստուգեք SOCKS նպատակակետի պատասխանը։ Այս հաջորդականությունը բացահայտում է բացակայող հավատարմագրի հետկանչը՝ չվերագրելով յուրաքանչյուր ձախողում FTP-ին կամ կուրորեն չփոխելով սերվերի նույնականացման քաղաքականությունը։
Վերջապես, SOCKS5 օգտանուն/գաղտնաբառ նույնականացումը չի գաղտնագրում գաղտնաբառի փոխանակումը։ Օգտագործեք պատշաճ պաշտպանված տրանսպորտ կամ ցանց, երբ այդ հավատարմագրերը գաղտնիության կարիք ունեն։