Kebenaran proksi hadapan Apache: Require dan AuthMerging
Jejaki kebenaran proksi global dan hos maya melalui peraturan penggabungan bahagian Apache, bukannya menganggap proxy.conf sebagai lapisan dasar berasingan.
Peraturan dalam proxy.conf bukan kelas peraturan khas. Apache membaca konfigurasi yang disertakan ke dalam pokok konfigurasinya; bahagian global, VirtualHost atau bahagian yang sepadan di sekelilingnya menentukan cara arahan itu mengambil bahagian.
Mulakan dengan pendengar dan hos maya yang melayani permintaan proksi hadapan. Kemudian kumpulkan bahagian Proxy yang sepadan daripada konteks itu dan konfigurasi utama. Urutan pemprosesan bahagian yang penting, bukan sekadar fail mana yang disunting terakhir.
Kebenaran tidak selalu terkumpul
Dengan tingkah laku lalai AuthMerging Off, kebenaran diwarisi sehingga bahagian terpakai yang kemudian menyediakan logik kebenarannya sendiri. Logik baharu itu boleh menggantikan syarat sebelumnya dan bukan menambah sekatan lain.
| Tetapan | Gabungan dengan bahagian kebenaran sebelumnya yang terdekat |
|---|---|
| Off | Kebenaran baharu boleh mengatasi logik yang diwarisi |
| And | Kedua-dua set mesti membenarkan |
| Or | Mana-mana set boleh membenarkan |
AuthMerging itu sendiri bersifat setempat kepada bahagian yang mengandunginya. Jangan anggap penetapan And sekali mengubah setiap bahagian berikutnya.
Kekalkan dasar yang dimaksudkan secara eksplisit apabila boleh. Dua baris Require tanpa bekas kebenaran yang mengelilinginya secara tersirat merupakan alternatif, jadi peraturan IP tambah valid-user bukan secara automatik “IP dan pengguna”. Gunakan RequireAll apabila kedua-dua syarat tergolong dalam keputusan yang sama.
Semak konfigurasi sepadan yang lengkap sebelum menukar akaun proksi atau membuka akses. Kemudian uji kes yang dibenarkan dan yang ditolak terhadap pendengar yang sedang berjalan. Permintaan boleh ditolak—atau dibenarkan secara tidak dijangka—kerana bahagian lain menyediakan kebenaran yang berkesan.