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

Հնարավոր աղբյուրՀաջորդ ստուգումը
Ակտիվ HTTP նույնականացման սեսիաԵրբ տեղադրված տարբերակը առաջարկում է ակտիվ մուտքի մաքրում, օգտագործեք այդ շրջանակը, ոչ միայն պահված պատկերները։ Փակեք Firefox-ի բոլոր գործընթացները նախքան նորից բացելը՝ օրինակների անորոշությունը վերացնելու համար։
Պահպանված պրոքսի հավատարմագիրՓնտրեք համապատասխան պահպանված մուտք և հեռացրեք միայն անցանկալի գրառումը։
Ինտեգրված նույնականացումՍտուգեք՝ արդյոք ՕՀ-ի ինքնությունը և կառավարվող նույնականացման քաղաքականությունը անմիջապես նորից տրամադրում են հաշիվը։

Firefox-ի առանձին HTTP նույնականացման քեշը նկարագրված է Mozilla-ի խնդրի գրառման մեջ։ Մաքրման ինտերֆեյսի հասանելիությունը կախված է տեղադրված տարբերակից։ Կայքի քուքիները մաքրելը վերաբերում է մեկ այլ շերտի։

Կառավարվող քաղաքականությունը կարող է դիտավորությամբ թույլատրել պրոքսի SPNEGO կամ NTLM։ Դա տարբերվում է վերջնակետի հասցեից և սովորական կայքի գաղտնաբառերից։ Փոխեք անցանկալի ինքնությունը տրամադրող մեխանիզմը՝ փոխարենը չկիրառելով անկապ about:config անջատիչների երկար ցանկ։

Այլ ինքնություն պահանջող առաջադրանքի համար օգտագործեք պրոքսի ադմինիստրատորի աջակցած կարգավորում։ Յուրաքանչյուր կայքի քուքիները կրկնվող ջնջելը չի կարող ապացուցել այդ հաշվի պատկանելությունը։

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