Basic և Digest պրոքսիի նույնականացում

Ընտրեք երկու կողմերի կողմից աջակցվող պրոքսիի նույնականացման մեթոդ և Digest մարտահրավերը տարբերակեք կոդավորված փոխանցումից։

Basic կամ Digest պարտադրելուց առաջ կարդացեք պրոքսիի Proxy-Authenticate-ի մարտահրավերը։ Հաճախորդը պետք է աջակցի ծառայության առաջարկած մեթոդին․ Digest ընտրելը այն չի ավելացնում միայն Basic աջակցող պրոքսիին։

Digest աջակցող վերջնակետի համար curl-ը կարող է օգտագործել՝

curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/

Օգտագործեք իրական վերջնակետն ու հաշիվը։ Առանց գաղտնաբառի օգտվողի անունը curl-ին թույլ է տալիս այն խնդրել։ Basic-ի համար ընտրեք --proxy-basic․ սկզբնական սերվերի նույնականացումը օգտագործում է այլ ընտրանքներ։ Ստուգեք թե՛ մարտահրավերը, թե՛ իրականում գործարկվող curl-ի հավաքածուի աջակցությունը։

ՄեթոդՀաշվառման տվյալների փոխանակումԳնահատվող պաշտպանություն
BasicՕգտվողի անվան և գաղտնաբառի կոդավորված զույգ։Կոդավորումը գաղտնագրում չէ։
DigestՄարտահրավերից ստացված պատասխան։Ալգորիթմները, մարտահրավերի պարամետրերը և հաճախորդի իրականացումը որոշում են պաշտպանությունը․ մեթոդն ինքնին չի գաղտնագրում հարցումների ու պատասխանների բովանդակությունը։

Երկուսն էլ դեռ պահանջում են հաճախորդից պրոքսի համապատասխան փոխանցում։ Նպատակակետի HTTPS-ը սկսվում է շատ ուշ՝ նախկին բաց տեքստով պրոքսի մուտքը պաշտպանելու համար։

Սերվերում Digest օգնականները կարող են պահանջել տվյալ realm-ին հատուկ հավատարմագրերի նյութ և սեփական ձևաչափ։ Basic NCSA ֆայլը ինքնաբերաբար Digest backend չի դառնում։ Օգտագործեք ընտրված օգնականի փաստաթղթավորված ձևաչափը, ապա ստուգեք բացակայող, սխալ հավատարմագրերը և թույլատրված հարցումը՝ պահպանելով աղբյուրի և նպատակակետի սահմանափակումները։

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