Apache pārstūrēšanas starpniekservera autorizācija: Require un AuthMerging
Izsekojiet globālajai un virtuālās saimniekdatora starpniekservera autorizācijai, izmantojot Apache sadaļu apvienošanas noteikumus, nevis uzskatiet proxy.conf par atsevišķu politikas slāni.
Noteikums failā proxy.conf nav īpaša noteikumu klase. Apache ielādē iekļauto konfigurāciju savā konfigurācijas kokā; aptverošā globālā, VirtualHost vai atbilstošā sadaļa nosaka, kā direktīva piedalās.
Sāciet ar klausītāju un virtuālo saimniekdatoru, kas apkalpo pārstūrēšanas starpniekservera pieprasījumu. Pēc tam apkopojiet atbilstošās Proxy sadaļas no šī konteksta un galvenās konfigurācijas. Svarīga ir sadaļu apstrādes secība, nevis tikai tas, kurš fails tika labots pēdējais.
Autorizācija ne vienmēr ir kumulatīva
Ar noklusēto AuthMerging Off uzvedību autorizācija tiek mantota, līdz vēlāka piemērojama sadaļa nodrošina savu autorizācijas loģiku. Šī jaunā loģika var aizstāt iepriekšējās prasības, nevis pievienot vēl vienu ierobežojumu.
| Iestatījums | Kombinācija ar tuvāko iepriekšējo autorizācijas sadaļu |
|---|---|
| Off | Jauna autorizācija var ignorēt mantoto loģiku |
| And | Abām kopām ir jāautorizē |
| Or | Jebkura kopa var autorizēt |
Pats AuthMerging ir lokāls tai sadaļai, kas to satur. Neuzskatiet, ka vienreizēja And iestatīšana maina katru nākamo sadaļu.
Cik iespējams, saglabājiet paredzēto politiku skaidru. Divas Require rindas bez aptverošas autorizācijas tvertnes ir netieši alternatīvas, tāpēc IP noteikums kopā ar valid-user nav automātiski „IP un lietotājs”. Izmantojiet RequireAll, ja abi nosacījumi pieder vienam lēmumam.
Pārskatiet visu atbilstošo konfigurāciju pirms starpniekservera konta maiņas vai piekļuves atvēršanas. Pēc tam pārbaudiet atļautos un noraidītos gadījumus pret darbojošos klausītāju. Pieprasījums var tikt noraidīts—vai negaidīti atļauts—jo efektīvo autorizāciju nodrošināja cita sadaļa.