proxy.conf-dakı qayda xüsusi qayda sinfi deyil. Apache daxil edilmiş konfiqurasiyanı öz konfiqurasiya ağacına oxuyur; əhatə edən qlobal, VirtualHost və ya uyğun bölmə direktivin necə iştirak edəcəyini müəyyən edir.

Forvard-proksi sorğusuna xidmət edən listener və virtual hostdan başlayın. Sonra həmin kontekstdən və əsas konfiqurasiyadan uyğun Proxy bölmələrini toplayın. Bölmələrin emal ardıcıllığı vacibdir, yalnız hansı faylın son dəyişdirildiyi deyil.

Avtorizasiya həmişə yığılmır

Standart AuthMerging Off davranışında avtorizasiya, sonrakı tətbiq olunan bölmə öz avtorizasiya məntiqini təqdim edənə qədər miras alınır. Bu yeni məntiq əlavə məhdudiyyət əlavə etmək əvəzinə əvvəlki tələbləri əvəz edə bilər.

ParametrƏn yaxın əvvəlki avtorizasiya bölməsi ilə birləşmə
OffYeni avtorizasiya miras alınan məntiqi üstələyə bilər
AndHər iki dəst avtorizasiya verməlidir
OrDəstlərdən hər hansı biri avtorizasiya verə bilər

AuthMerging özü onu ehtiva edən bölməyə aiddir. And-ı bir dəfə təyin etməyin hər sonrakı bölməni dəyişdiyini düşünməyin.

Mümkün olduqda nəzərdə tutulan siyasəti açıq saxlayın. Əhatə edən avtorizasiya konteyneri olmayan iki Require sətri gizli şəkildə alternativdir, ona görə də IP qaydası üstəgəl valid-user avtomatik “IP və istifadəçi” deyil. İstifadə edin hər iki şərt eyni qərara aid olduqda RequireAll.

Proksi hesabını dəyişməzdən və ya girişi açmazdan əvvəl tam uyğun konfiqurasiyanı nəzərdən keçirin. Sonra işləyən listenerə qarşı icazə verilən və rədd edilən halları sınayın. Sorğu rədd edilə bilər—və ya gözlənilmədən icazə verilə bilər—çünki effektiv avtorizasiyanı başqa bölmə təqdim edib.

Əlaqəli məqalələr