በproxy.conf ውስጥ ያለ ደንብ ልዩ የደንብ አይነት አይደለም። Apache የተካተተውን ውቅር ወደ ውቅር ዛፉ ያነባል፤ የሚከቡት አለምአቀፍ፣ VirtualHost ወይም ተመሳሳይ ክፍል መመሪያው እንዴት እንደሚሳተፍ ይወስናል።

በመጀመሪያ የፎርዋርድ-ፕሮክሲ ጥያቄውን የሚያገለግለውን አድማጭ እና ቨርቹዋል አስተናጋጅ ይመልከቱ። ከዚያ ከዚያ አውድ እና ከዋናው ውቅር የሚመሳሰሉትን Proxy ክፍሎች ይሰብስቡ። የክፍል ሂደት ቅደም ተከተል ያስፈልጋል፤ በመጨረሻ የተሻሻለው ፋይል ብቻ አይደለም።

ፈቃድ ሁልጊዜ ድምር አይደለም

በነባሪው AuthMerging Off ባህሪ፣ ፈቃድ የሚወረሰው በኋላ ተግባራዊ የሆነ ክፍል የራሱን የፈቃድ አመክንዮ እስኪያቀርብ ድረስ ነው። ያ አዲስ አመክንዮ ተጨማሪ ገደብ ከመጨመር ይልቅ ቀደም ሲል የነበሩትን መስፈርቶች ሊተካ ይችላል።

ቅንብርከቅርቡ ቀዳሚ የፈቃድ ክፍል ጋር ጥምረት
Offአዲሱ ፈቃድ የወረሰውን አመክንዮ ሊተካ ይችላል
Andሁለቱም ስብስቦች ፈቃድ መስጠት አለባቸው
Orከሁለቱ አንዱ ስብስብ ፈቃድ ሊሰጥ ይችላል

AuthMerging ራሱ ለያዘው ክፍል ብቻ ነው። And ን አንድ ጊዜ ማቀናበር ሁሉንም ቀጣይ ክፍሎች ይለውጣል ብለው አያስቡ።

የታሰበውን መመሪያ በተቻለ መጠን ግልጽ ያድርጉ። የሚከብ የፈቃድ መያዣ የሌላቸው ሁለት Require መስመሮች በተዘዋዋሪ አማራጮች ናቸው፤ ስለዚህ የIP ደንብ ከvalid-user ጋር በራስ-ሰር “IP እና ተጠቃሚ” አይደለም። ይጠቀሙ ሁለቱም ሁኔታዎች የአንድ ውሳኔ ክፍል ሲሆኑ RequireAll።

የፕሮክሲ መለያ ከመቀየር ወይም መዳረሻ ከመክፈት በፊት ሙሉውን ተመሳሳይ ውቅር ይገምግሙ። ከዚያ የተፈቀዱትን እና የተከለከሉትን ጉዳዮች በሚሠራው አድማጭ ላይ ይፈትኑ። ጥያቄ ሊገለል ወይም ባልተጠበቀ ሁኔታ ሊፈቀድ ይችላል—ምክንያቱም ሌላ ክፍል ውጤታማውን ፈቃድ አቅርቧል።

ተዛማጅ ጽሑፎች