Ինչու մի պրոքսի հարցում գաղտնաբառ է պահանջում, մինչդեռ Kerberos-ը աշխատում է մյուսների համար

Մի քանի հարցում հաջողությամբ օգտագործում են Kerberos-ը ընկերության պրոքսիի միջոցով։ Մեկ հարցում գաղտնաբառի հուշում է առաջացնում։ keytab-ը փոխարինելուց առաջ ստուգեք, թե այդ կոնկրետ հարցումն ինչ նույնականացման քաղաքականություն է ընտրել։

Դարպասը քաղաքականության միջոցով կարող է ընտրել տիրույթ և աջակցվող սխեմաներ։ Նույն զննարկիչից նույն պրոքսիին հասնող երկու գործարքներ պարտադիր չէ, որ ստանան նույն նույնականացման պահանջները։

Դիտարկեք այս հիպոթետիկ հետքը՝

Առաջին հաջող փոխանակումը ցույց է տալիս, որ մեկ ընտրված ուղի աշխատում է։ Այն չի ցույց տալիս, որ երկրորդ գործարքը հասել է այդ ուղուն։ Հավատարմագրերը կարող են վավեր լինել, մինչդեռ դրա նույնականացման մեխանիզմն ընտրող կանոնը սխալ է։

Ուսումնասիրեք ընտրված կանոնը և դրա հերթականությունը

Կապակցրեք մարտահրավեր ստացած հարցման նպատակակետն ու ժամանակը դարպասի քաղաքականության հետքի հետ։ Բացահայտեք առաջին կիրառելի կանոնի ստեղծած տիրույթը, սխեմաների ընտրությունը և նույնականացման ռեժիմը։ Համեմատեք այդ արժեքները նույն հաճախորդի հաջող հարցման հետ։

IP-ի հետ կապված ինքնության վրա հիմնված քաղաքականությունը նույնպես կարող է այլ կերպ վարվել, քան կապակցության վրա նույնականացում պահանջողը։ Չենթադրեք, որ նոր ձեռքսեղմումի բացակայությունը նշանակում է նույն տիրույթի ընտրություն։

Եթե ռեսուրսը հայտնվել է չնախատեսված բացառության մեջ, ուղղեք այդ կանոնը կամ դրա շրջանակը և վերանայեք ստացված հետքը։ Թույլատրված նույնականացման մեթոդների ամենուր ընդլայնումը կարող է թաքցնել անհամապատասխանությունը, բայց փոխում է անկապ երթևեկության հասանելիության վարքը։

Եթե ընտրվել է նախատեսված տիրույթը, և սպասվող փոխանակումը ձախողվում է, անցեք հաշվի և Kerberos-ի ապացույցներին։ Հենց այդ պահին են արդիական դառնում տոմսը, ծառայության անվանումը կամ backend-ի ախտորոշումը։