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

proxy.example.net անունով հայտարարված փրոքսիի համար ծառայության principal-ը կարող է ունենալ այս ձևը՝

HTTP/[email protected]

Հաճախորդի օգտագործած հոսթի անունը, գրանցված ծառայության principal-ը և փրոքսիի keytab-ը պետք է համապատասխանեն տեղակայմանը։ Squid-ի Kerberos կարգավորումը փաստագրում է HTTP ծառայության principal-ը և օժանդակի կողմից այդ բանալի նյութի օգտագործումը։

IP հասցեի կամ այլ կեղծանվան օգտագործումը կարող է փոխել ծառայության անվան սովորական ընտրությունը։ Նախքան օգտատերերի գաղտնաբառերը փոխելը՝ պարզեք, թե որ փրոքսիի անունն է հաճախորդն իրականում օգտագործել և որ նույնականացման մեխանիզմն է ավարտվել կամ ձախողվել։

Negotiate-ը բանակցային մեխանիզմ է։ Windows-ը կարող է ընտրել Kerberos կամ կիրառելի պայմաններում անցնել NTLM-ի։ Negotiate բառը տեսնելը չի ապացուցում, որ Kerberos փոխանակումը հաջողվել է։

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

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