Autorizimi i proxy përpara në Apache: Require dhe AuthMerging
Ndiqni autorizimin e proxy-t global dhe të hostit virtual përmes rregullave të bashkimit të seksioneve të Apache, në vend që ta trajtoni proxy.conf si një shtresë të veçantë politike.
Një rregull në proxy.conf nuk është klasë e veçantë rregulli. Apache lexon konfigurimin e përfshirë në pemën e tij të konfigurimit; seksioni global, VirtualHost ose seksioni përputhës që e rrethon përcakton se si merr pjesë direktiva.
Filloni me dëgjuesin dhe hostin virtual që shërbejnë kërkesën e proxy-t përpara. Më pas mblidhni seksionet Proxy përputhëse nga ai kontekst dhe konfigurimi kryesor. Rëndësi ka radha e përpunimit të seksioneve, jo vetëm cili skedar u redaktua i fundit.
Autorizimi nuk është gjithmonë kumulativ
Me sjelljen e parazgjedhur AuthMerging Off, autorizimi trashëgohet derisa një seksion i mëvonshëm i zbatueshëm të japë logjikën e vet të autorizimit. Ajo logjikë e re mund të zëvendësojë kërkesat e mëparshme në vend që të shtojë një kufizim tjetër.
| Cilësimi | Kombinimi me seksionin më të afërt paraprak të autorizimit |
|---|---|
| Off | Autorizimi i ri mund të anashkalojë logjikën e trashëguar |
| And | Të dy grupet duhet të autorizojnë |
| Or | Secili grup mund të autorizojë |
Vetë AuthMerging është lokal për seksionin që e përmban. Mos supozoni se vendosja e And një herë ndryshon çdo seksion pasues.
Mbani politikën e synuar të qartë kur është e mundur. Dy rreshta Require pa një kontejner autorizimi që i rrethon janë në mënyrë të nënkuptuar alternativa, kështu që një rregull IP plus valid-user nuk është automatikisht «IP dhe përdorues». Përdorni RequireAll kur të dyja kushtet i përkasin të njëjtit vendim.
Rishikoni konfigurimin përputhës të plotë përpara se të ndryshoni një llogari proxy ose të hapni aksesin. Më pas provoni rastet e lejuara dhe të refuzuara ndaj dëgjuesit që po punon. Një kërkesë mund të refuzohet—ose të lejohet papritur—sepse një seksion tjetër dha autorizimin efektiv.