Ո՞ւր գնաց Squid-ի սեսիայի օգնականը.
Հետևեք անհետացած Squid-օգնականին տեղադրված փաթեթում, փաստաթղթավորված ֆայլի անվան և կառուցման ընտրանքների միջով՝ նախքան նույնականացման կարգավորումները փոխելը։
Այլ սերվերից պատճենված կազմաձևը նշում է ext_session_acl։ Ձեր Squid փաթեթում այդ ուղով ֆայլ չկա։ Սա կարող է փաթեթավորման անհամապատասխանություն լինել, ոչ թե կոտրված օգտվողի սեսիա։
Squid-ը կարող է արտաքին ACL-ի որոշումները պատվիրել օգնական ծրագրերին, սակայն external_acl_type-ում ծրագիր նշելը այն չի տեղադրում։ Կատարվող ֆայլը պետք է գոյություն ունենա տեղակայված միջավայրում։
Համեմատեք երեք բան.
- Ձեր օգտագործած Squid թողարկման համար օգնականի փաստաթղթավորված անվանումը։
- Ֆայլերը, որոնք իրականում տրամադրում է ձեր տարածման փաթեթը։
- Կատարվող ֆայլի բացարձակ ուղին Squid-ի բեռնած կազմաձևում։
Debian-ը ձեռնարկ է հրապարակում ext_session_acl-ի համար, սակայն ձեռնարկի վերնագրի համընկնումը ապացույց չէ, որ ձեր սերվերում պատճենված ուղով գործարկվող ֆայլ կա։ Ստուգեք այդ տեղադրման սեփական փաթեթային տեղեկությունները և օգնականների պանակը։
Եթե նրա փաթեթը չի տրամադրում պահանջվող օգնականը, ստուգեք տարածման աջակցվող փաթեթային բաժանումը և կառուցման տեղեկությունները։ Սկզբնաղբյուրի ծառի ենթապանակի անունը ապացույց չէ, որ ստացված գործարկվող ֆայլը առկա է յուրաքանչյուր կառուցման մեջ։
Առանձնացրեք «ֆայլը բացակայում է» և «ֆայլը կա, բայց չի մեկնարկում» դեպքերը։ Երկրորդը կարող է վերաբերել դրա ինտերպրետատորին, ընդհանուր գրադարաններին, թույլտվություններին կամ ծառայության սահմանափակմանը։ Այդ խափանման համար նայեք Squid-ի օգնականի մեկնարկի հաղորդագրությունները։ Նշաններից ոչ մեկը ապացույց չէ, որ պրոքսի օգտվողի գաղտնաբառը սխալ է։
Անկապ հին սերվերից եկած օգնականը փոխարինելի չէ միայն այն պատճառով, որ նրա ֆայլի անունը համընկնում է կազմաձևի հետ։