የ cache_peer መስመር ወላጅን ሊጠቅስ ይችላል፤ በተመሳሳይ ጊዜ Squid እንደ መነሻ ድረ-ገጽ አድርጎ እንዲያናግረው ሊያዘው ይችላል።

ለዚህ ተጠያቂው ማብሪያው originserver ነው። Squid ይህን የሚያብራራው አጋሩ የድረ-አገልጋይ በሆነበት የማፋጠኛ አቀማመጥ ነው። እሱ «ዋናውን ጥያቄ በዚህ ወላጅ በኩል ላክ» የሚል አጠቃላይ ባንዲራ አይደለም።

ቀጣዩ ዝላይ ተራ HTTP የፊት ፕሮክሲ ከሆነ፣ ያ ባንዲራ በዚያ ቦታ መሆን አለበት እንደሆነ ይመልከቱ። መሠረታዊ የወላጅ መግለጫ በምትኩ ይህን ቅርጽ ይይዛል፦

cache_peer parent.example parent 8080 0 no-query name=upstream

ወላጁ የእራስዎ አገልግሎት ሊሆን ይችላል፤ የወላጅ-ፕሮክሲ ማስረጃ ሳይዘጋጅ ለተፈቀደ የሕዝብ-ወላጅ ሙከራ፣ ከየ HTTP ፕሮክሲ ዝርዝር HTTP እጩ ይውሰዱ። የታሰበውን የደንበኛ ፈቃድ፣ የአጋር ብቁነት፣ ማረጋገጫ እና የቀጥታ-ውድቀት ፖሊሲ ይጠብቁ። ይህ ቅንጭብ የአጋሩን ሚና ብቻ ይለያል።

proxy-only፣ አንዳንድ ጊዜ ከoriginserver ጎን ተቀድቶ የሚታየው፣ ከዚያ አጋር የተገኙ ነገሮችን ማከማቸትን ይመለከታል። ሁለቱንም ባንዲራዎች በአንድ ጊዜ ማስወገድ ሁለቱም የፕሮቶኮሉን ውድቀት እንደፈጠሩ አያረጋግጥም።

ቀጣዩ አገልግሎት ምን እንደሚጠብቅ ይመልከቱ፦ የድረ-ገጽ ጥያቄ፣ የፊት-ፕሮክሲ ጥያቄ፣ ወይም የ tunnel ማቋቋሚያ ልውውጥ። ትክክለኛ የአስተናጋጅ ስም እና የሚደረስበት ወደብ እነዚህን ውሎች ሊቀያይሩ አይችሉም። የአጋሩን ሚና ማስተካከል የጥያቄው ትርጉም ስህተት በነበረበት ግንኙነት ላይ TLS ሰርተፍኬቶችን ተደጋግሞ ከመቀየር የበለጠ ትክክለኛ ነው።

ተዛማጅ ጽሑፎች