Squid cache_peer. մի՛ նշեք ուղղորդող ծնողին որպես originserver
Հեռացրե՛ք ծագման սերվերի ենթադրությունը, երբ Squid-ի հաջորդ քայլը սովորական forward-պրոքսի է, այլ ոչ թե ռեսուրսը մատակարարող կայքը։
cache_peer տողը կարող է անվանել ծնող և միևնույն ժամանակ Squid-ին ասել խոսել նրա հետ այնպես, ասես նա ծագման կայքն է։
Պատասխանատու անջատիչը originserver-ն է։ Squid-ը այն փաստաթղթավորում է արագացուցիչ կարգաբերումների համար, որտեղ peer-ը վեբ սերվեր է։ Սա «ուղարկի՛ր սկզբնական հարցումը այս ծնողի միջով» իմաստով ընդհանուր դրոշ չէ։
Եթե հաջորդ քայլը սովորական HTTP forward-պրոքսի է, ստուգե՛ք՝ արդյոք այդ դրոշն այնտեղ տեղ ունի։ Հիմնական ծնող-հայտարարությունն ունի այսպիսի տեսք.
cache_peer parent.example parent 8080 0 no-query name=upstreamԾնողը կարող է ձեր սեփական ծառայությունը լինել. կարգաբերված ծնող-պրոքսի հավատարմագրեր չունեցող թույլատրված հանրային ծնողի փորձարկման համար վերցրե՛ք HTTP թեկնածու HTTP պրոքսիների ցանկից։ Պահպանե՛ք նախատեսված հաճախորդի լիազորումը, peer-ի համապատասխանությունը, նույնականացումը և ուղիղ հետադարձ քաղաքականությունը։ Այս հատվածը միայն նույնացնում է peer-ի դերը։
proxy-only-ը, որը երբեմն պատճենվում է originserver-ի կողքին, վերաբերում է այդ peer-ից ստացված օբյեկտների պահպանմանը։ Երկու դրոշները միաժամանակ հեռացնելը չի ապացուցում, որ երկուսն էլ առաջացրել են արձանագրության խափանումը։
Նայե՛ք, թե ինչ է ակնկալում հաջորդ ծառայությունը. կայքի հարցում, forward-պրոքսիի հարցում կամ թունելի հաստատման փոխանակում։ Վավեր հոսթի անունը և հասանելի պորտը չեն կարող այդ պայմանագրերը փոխարինելի դարձնել։ Peer-ի դերի ուղղումն ավելի կոնկրետ է, քան TLS վկայագրերի կրկնվող փոփոխությունը մի կապի վրա, որի հարցման իմաստաբանությունը սխալ էր։