Apache'i edastava puhverserveri autoriseerimine: Require ja AuthMerging
Jälgige globaalset ja virtuaalhosti puhverserveri autoriseerimist Apache'i sektsioonide ühendamise reeglite kaudu, selle asemel et käsitleda proxy.conf'i eraldi poliitikakihina.
Reegel failis proxy.conf ei ole eriline reegliklass. Apache loeb kaasatud konfiguratsiooni oma konfiguratsioonipuusse; ümbritsev globaalne sektsioon, VirtualHost või sobiv sektsioon määrab, kuidas direktiiv osaleb.
Alustage kuulajast ja virtuaalhostist, mis teenindavad edastava puhverserveri päringut. Seejärel koguge vastavad Proxy-sektsioonid sellest kontekstist ja peakonfiguratsioonist. Oluline on sektsioonide töötlemise järjekord, mitte ainult see, millist faili viimasena muudeti.
Autoriseerimine ei ole alati kumulatiivne
Vaikekäitumise AuthMerging Off korral pärineb autoriseerimine seni, kuni hilisem kohaldatav sektsioon annab oma autoriseerimisloogika. See uus loogika võib eelnevad nõuded asendada, mitte lisada veel ühe piirangu.
| Säte | Kombinatsioon lähima eelneva autoriseerimissektsiooniga |
|---|---|
| Off | Uus autoriseerimine võib päritud loogika üle kirjutada |
| And | Mõlemad komplektid peavad autoriseerima |
| Or | Kumbki komplekt võib autoriseerida |
AuthMerging ise kehtib ainult seda sisaldava sektsiooni kohta. Ärge eeldage, et And ühekordne seadmine muudab iga järgnevat sektsiooni.
Hoidke kavatsetud poliitika võimaluse korral selgesõnaline. Kaks Require-rida ilma ümbritseva autoriseerimiskonteinerita on kaudselt alternatiivid, seega IP-reegel pluss valid-user ei ole automaatselt „IP ja kasutaja“. Kasutage RequireAll, kui mõlemad tingimused kuuluvad sama otsuse juurde.
Vaadake enne puhverserveri konto muutmist või juurdepääsu avamist üle täielik sobiv konfiguratsioon. Seejärel testige lubatud ja keelatud juhtumeid töötava kuulaja vastu. Päring võidakse tagasi lükata—või ootamatult lubada—sest teine sektsioon andis kehtiva autoriseerimise.