Apache-edelleenohjaavan välityspalvelimen valtuutus: Require ja AuthMerging
Seuraa yleistä ja virtual host -välityspalvelimen valtuutusta Apachen osioiden yhdistämisen sääntöjen kautta sen sijaan, että käsittelisit proxy.confia erillisenä käytäntökerroksena.
Sääntö proxy.confissa ei ole erityinen sääntöluokka. Apache lukee sisällytetyn kokoonpanon kokoonpanopuuhunsa; ympäröivä yleinen osio, VirtualHost tai vastaava osio määrää, miten direktiivi osallistuu.
Aloita kuuntelijasta ja virtuaalipalvelimesta, jotka palvelevat edelleenohjaavan välityspalvelimen pyyntöä. Kokoa sitten vastaavat Proxy-osiot kyseisestä kontekstista ja pääkokoonpanosta. Osioiden käsittelyjärjestys ratkaisee, ei pelkästään se, mitä tiedostoa muokattiin viimeksi.
Valtuutus ei aina kerry
Oletusarvoisella AuthMerging Off -käyttäytymisellä valtuutus periytyy, kunnes myöhempi soveltuva osio toimittaa oman valtuutuslogiikkansa. Tämä uusi logiikka voi korvata aiemmat vaatimukset sen sijaan, että se lisäisi vielä yhden rajoituksen.
| Asetus | Yhdistelmä lähimmän edellisen valtuutusosion kanssa |
|---|---|
| Off | Uusi valtuutus voi ohittaa perityn logiikan |
| And | Molempien joukkojen on valtuutettava |
| Or | Kumpi tahansa joukko voi valtuuttaa |
AuthMerging itsessään on paikallinen sitä sisältävälle osiolle. Älä oleta, että And-asetuksen tekeminen kerran muuttaa jokaista myöhempää osiota.
Pidä aiottu käytäntö mahdollisimman selkeänä. Kaksi Require-riviä ilman ympäröivää valtuutussäiliötä ovat implisiittisesti vaihtoehtoja, joten IP-sääntö plus valid-user ei ole automaattisesti »IP ja käyttäjä«. Käytä RequireAll, kun molemmat ehdot kuuluvat samaan päätökseen.
Tarkista täydellinen vastaava kokoonpano ennen välityspalvelintilin muuttamista tai pääsyn avaamista. Testaa sitten sallitut ja hylätyt tapaukset käynnissä olevaa kuuntelijaa vasten. Pyyntö voidaan hylätä—tai yllättäen sallia—koska toinen osio toimitti tehokkaan valtuutuksen.