የApache ProxyRemote ምስክርነቶች ከproxy-chain-auth ጋር

አንድ ደንበኛ አንድን መለያ በመጠቀም ከApache ወደፊት ፕሮክሲ ጋር ማረጋገጥ ይችላል፣ Apache ደግሞ ሌላ መለያ በመጠቀም ከወላጅ ፕሮክሲ ጋር ያረጋግጣል፦

client ── client account ── Apache ── parent account ── parent proxy

በhttpd 2.4.59 ወይም በኋለኛው ስሪት ላይ ለቋሚ የወላጅ መለያ ProxyRemote ሦስተኛ ክርክርን ይቀበላል፦

ProxyRemote "*" "http://parent.example:3128" "parent-user:replace_with_private_password"

ይህ አሁን ያለውን በመዳረሻ ቁጥጥር የሚተዳደረውን የወደፊት ፕሮክሲ ውቅር ይሞላል፣ ለምሳሌ የግል አድማጭ እንደዚህ ያለውን የደንበኛ IP እና የፕሮክሲ መግቢያ ሁለቱንም የሚፈልግ። መለያው የተመረጠው ወላጅ ነው። መለያውን የያዘውን ውቅር ይጠብቁ፣ እና ማሰማራቱ የሚፈልገውን የመገጣጠም ስፋት ይምረጡ።

Apache እነዚህን Basic ምስክርነቶች በቅድሚያ ይልካል፣ መጀመሪያ የፈተና ጥያቄ ሳይጠብቅ። ይህ የወላጅ ግንኙነትን ማመላለሻና የመለያ መመሪያ አስፈላጊ ያደርገዋል፤ የጣቢያው በኋላ የሚመጣ HTTPS ክፍለ ጊዜ ወደ ወላጅ የሚደረግን ግልጽ ጽሑፍ HTTP ዝላይ በራሱ አይጠብቅም።

ተመሳሳይ ገቢ መለያ መቼ መቀጠል አለበት

Apache በተለምዶ ወደ ራሱ የተላከውን የፕሮክሲ ማረጋገጫ ይጠቀማል። የproxy-chain-auth አካባቢ ቅንብር በምትኩ የደንበኛውን የፕሮክሲ ምስክርነቶች ወደ ቀጣዩ ፕሮክሲ ማስተላለፍ ይፈቅዳል፦

SetEnv proxy-chain-auth On

ይህ ሆን ተብሎ ለተጋራ የማረጋገጫ ሰንሰለት ብቻ ተስማሚ ነው። የገቢውን መለያ ይዘት ወደፊት ያስተላልፋል፤ የተለየ የወላጅ የተጠቃሚ ስምና የይለፍ ቃል አይፈጥርም።

በProxyRemote ግልጽ የምስክርነት ክርክር proxy-chain-auth ምንም ተጽዕኖ የለውም። የትኛው የይለፍ ቃል እንደሚሠራ በመጠበቅ ሁለቱን ቅንብሮች ከመደራረብ ይልቅ የምስክርነት ምንጩን በንቃት ይምረጡ።

እነዚህ ዘዴዎች የፕሮክሲ ዝላዮችን ያረጋግጣሉ። የመድረሻ ጣቢያ Authorization አርዕስት የተለየ ልውውጥ ሆኖ ይቆያል።