የApache ፎርዋርድ ፕሮክሲ ፈቃድ፦ Require እና AuthMerging
የአለምአቀፍ እና የቨርቹዋል አስተናጋጅ ፕሮክሲ ፈቃድን በApache ክፍል-ውህደት ደንቦች በኩል ይከታተሉ፤ proxy.confን እንደ የተለየ የመመሪያ ንብርብር አድርገው አይመልከቱት።
በproxy.conf ውስጥ ያለ ደንብ ልዩ የደንብ አይነት አይደለም። Apache የተካተተውን ውቅር ወደ ውቅር ዛፉ ያነባል፤ የሚከቡት አለምአቀፍ፣ VirtualHost ወይም ተመሳሳይ ክፍል መመሪያው እንዴት እንደሚሳተፍ ይወስናል።
በመጀመሪያ የፎርዋርድ-ፕሮክሲ ጥያቄውን የሚያገለግለውን አድማጭ እና ቨርቹዋል አስተናጋጅ ይመልከቱ። ከዚያ ከዚያ አውድ እና ከዋናው ውቅር የሚመሳሰሉትን Proxy ክፍሎች ይሰብስቡ። የክፍል ሂደት ቅደም ተከተል ያስፈልጋል፤ በመጨረሻ የተሻሻለው ፋይል ብቻ አይደለም።
ፈቃድ ሁልጊዜ ድምር አይደለም
በነባሪው AuthMerging Off ባህሪ፣ ፈቃድ የሚወረሰው በኋላ ተግባራዊ የሆነ ክፍል የራሱን የፈቃድ አመክንዮ እስኪያቀርብ ድረስ ነው። ያ አዲስ አመክንዮ ተጨማሪ ገደብ ከመጨመር ይልቅ ቀደም ሲል የነበሩትን መስፈርቶች ሊተካ ይችላል።
| ቅንብር | ከቅርቡ ቀዳሚ የፈቃድ ክፍል ጋር ጥምረት |
|---|---|
| Off | አዲሱ ፈቃድ የወረሰውን አመክንዮ ሊተካ ይችላል |
| And | ሁለቱም ስብስቦች ፈቃድ መስጠት አለባቸው |
| Or | ከሁለቱ አንዱ ስብስብ ፈቃድ ሊሰጥ ይችላል |
AuthMerging ራሱ ለያዘው ክፍል ብቻ ነው። And ን አንድ ጊዜ ማቀናበር ሁሉንም ቀጣይ ክፍሎች ይለውጣል ብለው አያስቡ።
የታሰበውን መመሪያ በተቻለ መጠን ግልጽ ያድርጉ። የሚከብ የፈቃድ መያዣ የሌላቸው ሁለት Require መስመሮች በተዘዋዋሪ አማራጮች ናቸው፤ ስለዚህ የIP ደንብ ከvalid-user ጋር በራስ-ሰር “IP እና ተጠቃሚ” አይደለም። ይጠቀሙ ሁለቱም ሁኔታዎች የአንድ ውሳኔ ክፍል ሲሆኑ RequireAll።
የፕሮክሲ መለያ ከመቀየር ወይም መዳረሻ ከመክፈት በፊት ሙሉውን ተመሳሳይ ውቅር ይገምግሙ። ከዚያ የተፈቀዱትን እና የተከለከሉትን ጉዳዮች በሚሠራው አድማጭ ላይ ይፈትኑ። ጥያቄ ሊገለል ወይም ባልተጠበቀ ሁኔታ ሊፈቀድ ይችላል—ምክንያቱም ሌላ ክፍል ውጤታማውን ፈቃድ አቅርቧል።