Dante-ում ավելացրեք օգտանունով նույնականացում

Dante 1.4.4-ում հաճախորդի կանոններն ընդունում են կապը SOCKS համաձայնեցումից առաջ, իսկ SOCKS կանոնները որոշում են, թե որ նույնականացված հարցումները կարող են շարունակվել։ Թույլատրված աղբյուրից կապը երկրորդ փուլում դեռ կարող է օգտանուն պահանջել։

Օպերացիոն համակարգի օգտանուններով նույնականացման համար մեթոդի հետ ստուգեք նաև ծառայության ինքնությունները։ Հաշիվների բազան կարդալու համար կարող է արտոնյալ ինքնություն պահանջվել․

clientmethod: none
socksmethod: username
user.privileged: root
user.unprivileged: danteproxy

Օգտագործեք Dante-ի համար տեղադրված իրական՝ փոքր արտոնություններով ծառայության հաշիվը։ Ստեղծեք կամ ընտրեք օգտանունների ստուգման հետնամասի հետ համատեղելի լիազորված հաճախորդի հաշիվ․ ծառայության ինքնությունն ու հաճախորդի մուտքը տարբեր դերեր ունեն։

Պահպանեք հարցումների սահմանները

Գոյություն ունեցող նեղ հաճախորդի կանոնից հետո թույլատրված SOCKS երթուղու վրա պահանջեք հաշիվը․

socks pass {
    from: 198.51.100.27/32 to: 203.0.113.20/32 port = 443
    command: connect
    socksmethod: username
    user: proxyuser
    log: connect error
}

Հասցեներն ու հաշվի անունը օրինակային արժեքներ են։ Սա թույլատրում է մեկ աղբյուր, մեկ նպատակակետ, մեկ հրաման և նշված նույնականացված օգտատիրոջը։ Մի փոխարինեք այդ սահմանը անսահմանափակ աղբյուրներով միայն այն պատճառով, որ գաղտնաբառ է ավելացվել։

Մեթոդի ընդհանուր և կանոնին հատուկ կարգավորումները պետք է համապատասխանեն։ Ստուգեք՝ միայն աղբյուրով մուտքի կարգավորումից չի՞ մնացել միայն none թույլատրող հին կանոն։ Պահպանեք նաև նախատեսված լսողի և միջցանցային էկրանի սահմանափակումները։

Համաձայնեցումն ու հասանելիությունը ստուգեք առանձին

Մեկնարկից առաջ ֆայլը ստուգեք տեղադրված սերվերի կազմաձևման ստուգման ռեժիմով։ Այնուհետև օգտագործեք լիազորված հաճախորդ, որն իսկապես աջակցում է SOCKS5 օգտանուն/գաղտնաբառ համաձայնեցմանը։ Ստուգեք բացակայող տվյալները, սխալ տվյալները և թույլատրված հաշվի՝ արգելված նպատակակետի հարցումը։

RFC 1929-ով սահմանված օգտանուն/գաղտնաբառ ենթահամաձայնեցումը չի գաղտնագրում գաղտնաբառը։ Նպատակակետի հետ ավելի ուշ HTTPS նիստը չի պաշտպանում պրոքսիի այդ ավելի վաղ փոխանակումը։ Օգտագործեք հաճախորդից սերվեր պատշաճ պաշտպանված ուղի։

Կազմաձևման հաջող ստուգումը հաստատում է շարահյուսությունն ու ինքնությունները, ոչ հաշիվների բազան կամ ցանցային ուղին։ Սերվերի մատյաններում պարզեք՝ իրական փորձը որ փուլում է մերժվել։