proxy.conf-eko araua ez da arau-mota berezia. Apachek konfigurazio sartua bere konfigurazio-zuhaitzean irakurtzen du; inguratzen duen atal globalak, VirtualHost-ek edo bat datozen atalak zehazten du nola parte hartzen duen direktibak.

Hasi aurreranzko proxyaren eskaerari zerbitzatzen dioten listener eta host birtualetik. Gero bildu testuinguru horretako eta konfigurazio nagusiko Proxy atal bateragarriak. Atalen prozesatzeko ordenak du garrantzia, ez soilik zein fitxategi editatu zen azkenik.

Baimena ez da beti metagarria

AuthMerging Off portaera lehenetsiarekin, baimena heredatu egiten da geroagoko atal aplikagarri batek bere baimen-logika eskaintzen duen arte. Logika berri horrek aurreko baldintzak ordezkatu ditzake, murrizketa gehigarri bat gehitu beharrean.

EzarpenaAurreko baimen-atal hurbilenarekin konbinazioa
OffBaimen berriak heredatutako logika gaindi dezake
AndBi multzoek baimena eman behar dute
OrMultzo edozeinek eman dezake baimena

AuthMerging bera hura daukan atalari dagokio soilik. Ez pentsa And behin ezarrita geroagoko atal guztiak aldatzen direnik.

Eduki politika asmoa esplizitua ahal den guztietan. Inguratzen duen baimen-edukiontzirik gabeko bi Require lerro inplizituki alternatiboak dira, beraz IP arauak gehi valid-user ez du automatikoki «IP eta erabiltzaile» esan nahi. Erabili RequireAll bi baldintzak erabaki berari dagozkionean.

Berrikusi bat datorren konfigurazio osoa proxy kontu bat aldatu edo sarbidea ireki aurretik. Gero probatu onartutako eta ukatutako kasuak exekuzioan dagoen listeneraren aurka. Eskaera bat uztar daiteke—edo ustekabean onar daiteke—beste atal batek baimen eraginkorra eman duelako.

Erlazionatutako artikuluak