Aŭtorizado de antaŭa prokurilo en Apache: Require kaj AuthMerging
Sekvu la tutmondan kaj virtualhostan prokurilan aŭtorizadon per la sekcio-kunfandaj reguloj de Apache, anstataŭ trakti proxy.conf kiel apartan politikan tavolon.
Regulo en proxy.conf ne estas speciala klaso de regulo. Apache legas la inkluditan agordon en sian agordan arbon; la ĉirkaŭa tutmonda sekcio, VirtualHost aŭ kongrua sekcio determinas kiel la direktivo partoprenas.
Komencu per la aŭskultanto kaj virtuala gastiganto servantaj la antaŭprokuran peton. Poste kolektu la kongruajn Proxy-sekciojn el tiu kunteksto kaj la ĉefa agordo. Gravas la ordo de prilaborado de sekcioj, ne nur kiu dosiero estis redaktita laste.
Aŭtorizado ne ĉiam estas akumula
Ĉe la defaŭlta konduto AuthMerging Off, aŭtorizado estas heredata ĝis posta aplikebla sekcio liveras sian propran aŭtorizan logikon. Tiu nova logiko povas anstataŭigi la antaŭajn postulojn anstataŭ aldoni plian limigon.
| Agordo | Kombino kun la plej proksima antaŭa aŭtoriza sekcio |
|---|---|
| Off | Nova aŭtorizado povas superregi heredatan logikon |
| And | Ambaŭ aroj devas aŭtorizi |
| Or | Iu ajn el la aroj povas aŭtorizi |
AuthMerging mem estas loka al la sekcio enhavanta ĝin. Ne supozu, ke unufoja agordo de And ŝanĝas ĉiun postan sekcion.
Tenu la celatan politikon eksplicita kiam eble. Du linioj Require sen ĉirkaŭa aŭtoriza ujo estas implicite alternativoj, do IP-regulo plus valid-user ne aŭtomate estas «IP kaj uzanto». Uzu RequireAll kiam ambaŭ kondiĉoj apartenas al la sama decido.
Revizu la kompletan kongruan agordon antaŭ ol ŝanĝi prokuran konton aŭ malfermi aliron. Poste testu la permesitajn kaj malpermesitajn kazojn kontraŭ la funkcianta aŭskultanto. Peto povas esti malakceptita—aŭ neatendite permesita—ĉar alia sekcio liveris la efektivan aŭtorizon.