Apache-vooruitproxy-magtiging: Require en AuthMerging
Volg globale en virtuele-gasheer-proxymagtiging deur Apache se samevoegingsreëls vir seksies, eerder as om proxy.conf as 'n aparte beleidslaag te behandel.
'n Reël in proxy.conf is nie 'n spesiale soort reël nie. Apache lees ingeslote konfigurasie in sy konfigurasieboom in; die omringende globale, VirtualHost- of ooreenstemmende seksie bepaal hoe die opdrag deelneem.
Begin by die luisteraar en virtuele gasheer wat die vooruitproxy-versoek bedien. Versamel dan die ooreenstemmende Proxy-seksies uit daardie konteks en die hoofkonfigurasie. Die volgorde waarin seksies verwerk word, maak saak, nie net watter lêer laas gewysig is nie.
Magtiging is nie altyd kumulatief nie
Met die verstek AuthMerging Off-gedrag word magtiging geërf totdat 'n later toepaslike seksie sy eie magtigingslogika verskaf. Daardie nuwe logika kan die voorafgaande vereistes vervang eerder as om nog 'n beperking by te voeg.
| Instelling | Kombinasie met die naaste voorafgaande magtigingsseksie |
|---|---|
| Off | Nuwe magtiging kan geërfde logika oorheers |
| And | Albei stelle moet magtiging gee |
| Or | Enige stel kan magtiging gee |
AuthMerging self is plaaslik tot die seksie wat dit bevat. Moenie aanvaar dat die eenmalige instel van And elke latere seksie verander nie.
Hou die beoogde beleid waar moontlik eksplisiet. Twee Require-reëls sonder 'n omringende magtigingshouer is implisiet alternatiewe, so 'n IP-reël plus valid-user is nie outomaties “IP en gebruiker” nie. Gebruik RequireAll wanneer albei voorwaardes by dieselfde besluit hoort.
Gaan die volledige ooreenstemmende konfigurasie na voordat jy 'n proxyrekening verander of toegang oopmaak. Toets dan die toegelate en geweierde gevalle teen die bedrywende luisteraar. 'n Versoek kan verwerp word—of onverwags toegelaat word—omdat 'n ander seksie die effektiewe magtiging verskaf het.