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

ICAP աջակցությամբ և հաճախորդների նույնականացմամբ գործող Squid 7 տեղադրման համար համապատասխան կարգավորումները կարող են լինել՝

adaptation_send_username on
icap_client_username_header X-Authenticated-User
icap_client_username_encode off

Սա լրացնում է գործող ICAP ծառայությունը, հարմարեցման կանոնները և պրոքսի մուտքի կարգավորումը։ Այն չի ստեղծում նույնականացում կամ հարմարեցման ծառայություն։

Համապատասխանեցրեք ծառայության մուտքին

Squid-ի օգտանվան լռելյայն վերնագիրը X-Client-Username-ն է։ Եթե ադապտերը սպասում է X-Authenticated-User-ին, փոխեք Squid-ի կարգավորված անվանումը վերը նշվածի պես կամ կարգավորեք ադապտերը լռելյայնը կարդալու համար։ Վերնագրերի անվանումների համընկնումը հետևում է HTTP-ի՝ մեծատառերի և փոքրատառերի չտարբերող կանոններին։

Կոդավորումը նույնպես պետք է համընկնի։ Երբ icap_client_username_encode-ը միացված է, Squid-ը արժեքը կոդավորում է Base64-ով։ Ծառայությունը պետք է վերծանի այդ ներկայացումը՝ այն որպես այլ օգտանուն չընկալելու փոխարեն։

Սա մետատվյալներ են Squid-ի և նրա ծառայության միջև ICAP փոխանակման մասին։ Սա հրահանգ չէ օգտվողի ինքնության վերնագիր ուղարկել յուրաքանչյուր նպատակակետ կայք։

Եթե ծառայությունը դեռևս հայտնում է IP հասցե

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

Այս ինքնությունը վստահելի համարեք միայն Squid-ից ադապտեր վերահսկվող ուղու վրա։ Այս ցուցումները տարբերվում են տարբերակից. կարգավորման տեղեկատուն դրանք թվարկում է Squid 7-ի և նախորդ գծերի համար և նշում, որ դրանք հասանելի չեն Squid 8-ում։

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