Uidhinishaji wa proksi ya mbele katika Apache: Require na AuthMerging
Fuatilia uidhinishaji wa proksi wa kimataifa na wa mwenyeji pepe kupitia kanuni za Apache za kuunganisha sehemu, badala ya kuchukua proxy.conf kama tabaka tofauti la sera.
Kanuni iliyo ndani ya proxy.conf si aina maalum ya kanuni. Apache husoma usanidi uliojumuishwa kwenye mti wake wa usanidi; sehemu ya kimataifa, VirtualHost au sehemu inayolingana inayouzunguka huamua jinsi agizo linavyoshiriki.
Anza na kipokezi na mwenyeji pepe wanaohudumia ombi la proksi ya mbele. Kisha kusanya sehemu za Proxy zinazolingana kutoka muktadha huo na usanidi mkuu. Mpangilio wa uchakataji wa sehemu ndio muhimu, sio tu faili ipi ilihaririwa mwisho.
Uidhinishaji si wa kujumlisha kila wakati
Kwa tabia ya chaguo-msingi AuthMerging Off, uidhinishaji hurithiwa hadi sehemu inayotumika baadaye itoe mantiki yake ya uidhinishaji. Mantiki hiyo mpya inaweza kuchukua nafasi ya mahitaji ya awali badala ya kuongeza kizuizi kingine.
| Mpangilio | Mchanganyiko na sehemu ya uidhinishaji iliyotangulia iliyo karibu zaidi |
|---|---|
| Off | Uidhinishaji mpya unaweza kupindua mantiki iliyorithiwa |
| And | Seti zote mbili lazima zidhinishe |
| Or | Seti yoyote inaweza kudhinisha |
AuthMerging yenyewe ni ya ndani kwa sehemu inayoihifadhi. Usidhani kuwa kuweka And mara moja kunabadilisha kila sehemu inayofuata.
Weka sera inayokusudiwa wazi inapowezekana. Mistari miwili ya Require bila chombo cha uidhinishaji kinachozunguka ni mbadala kwa njia isiyo ya moja kwa moja, kwa hivyo kanuni ya IP pamoja na valid-user si “IP na mtumiaji” kiotomatiki. Tumia RequireAll wakati masharti yote mawili yanahusiana na uamuzi mmoja.
Pitia usanidi unaolingana kamili kabla ya kubadilisha akaunti ya proksi au kufungua ufikiaji. Kisha jaribu kesi zinazoruhusiwa na zinazokataliwa dhidi ya kipokezi kinachofanya kazi. Ombi linaweza kukataliwa—au kuruhusiwa bila kutarajia—kwa sababu sehemu nyingine ilitoa uidhinishaji unaofaa.