Squid cache_peer፦ የፊት ወላጅን እንደ originserver አትመዝግብ
የ Squid ቀጣይ ዝላይ ሀብቱን የሚያቀርበው ድረ-ገጽ ሳይሆን ተራ የፊት ፕሮክሲ ሲሆን የመነሻ-አገልጋይ ግምትን አስወግድ።
የ cache_peer መስመር ወላጅን ሊጠቅስ ይችላል፤ በተመሳሳይ ጊዜ Squid እንደ መነሻ ድረ-ገጽ አድርጎ እንዲያናግረው ሊያዘው ይችላል።
ለዚህ ተጠያቂው ማብሪያው originserver ነው። Squid ይህን የሚያብራራው አጋሩ የድረ-አገልጋይ በሆነበት የማፋጠኛ አቀማመጥ ነው። እሱ «ዋናውን ጥያቄ በዚህ ወላጅ በኩል ላክ» የሚል አጠቃላይ ባንዲራ አይደለም።
ቀጣዩ ዝላይ ተራ HTTP የፊት ፕሮክሲ ከሆነ፣ ያ ባንዲራ በዚያ ቦታ መሆን አለበት እንደሆነ ይመልከቱ። መሠረታዊ የወላጅ መግለጫ በምትኩ ይህን ቅርጽ ይይዛል፦
cache_peer parent.example parent 8080 0 no-query name=upstreamወላጁ የእራስዎ አገልግሎት ሊሆን ይችላል፤ የወላጅ-ፕሮክሲ ማስረጃ ሳይዘጋጅ ለተፈቀደ የሕዝብ-ወላጅ ሙከራ፣ ከየ HTTP ፕሮክሲ ዝርዝር HTTP እጩ ይውሰዱ። የታሰበውን የደንበኛ ፈቃድ፣ የአጋር ብቁነት፣ ማረጋገጫ እና የቀጥታ-ውድቀት ፖሊሲ ይጠብቁ። ይህ ቅንጭብ የአጋሩን ሚና ብቻ ይለያል።
proxy-only፣ አንዳንድ ጊዜ ከoriginserver ጎን ተቀድቶ የሚታየው፣ ከዚያ አጋር የተገኙ ነገሮችን ማከማቸትን ይመለከታል። ሁለቱንም ባንዲራዎች በአንድ ጊዜ ማስወገድ ሁለቱም የፕሮቶኮሉን ውድቀት እንደፈጠሩ አያረጋግጥም።
ቀጣዩ አገልግሎት ምን እንደሚጠብቅ ይመልከቱ፦ የድረ-ገጽ ጥያቄ፣ የፊት-ፕሮክሲ ጥያቄ፣ ወይም የ tunnel ማቋቋሚያ ልውውጥ። ትክክለኛ የአስተናጋጅ ስም እና የሚደረስበት ወደብ እነዚህን ውሎች ሊቀያይሩ አይችሉም። የአጋሩን ሚና ማስተካከል የጥያቄው ትርጉም ስህተት በነበረበት ግንኙነት ላይ TLS ሰርተፍኬቶችን ተደጋግሞ ከመቀየር የበለጠ ትክክለኛ ነው።