په Apache کې د مخکې پروکسي اجازه: Require او AuthMerging
د proxy.conf د جلا پالیسي طبقې په توګه د درک پرځای، د Apache د برخو د یوځای کولو قواعدو له لارې نړیوال او مجازي کوربه پروکسي اجازه تعقیب کړئ.
په proxy.conf کې قاعده د قواعدو ځانګړې طبقه نه ده. Apache د شامل شوي ترتیباتو په خپل ترتیباتو ونې کې لولي؛ د هغې شاوخوا نړیواله، VirtualHost یا سمونمه برخه ټاکي چې لارښوونه څنګه ګډون کوي.
د هغه اورېدونکي او مجازي کوربه څخه پیل وکړئ چې د مخکې پروکسي غوښتنې خدمت کوي. بیا د هغې زمینې او اصلي ترتیباتو څخه سمونمې Proxy برخې راټولې کړئ. د برخو د پروسس کولو ترتیب مهم دی، نه یوازې دا چې کومه دوتنه وروستی سمه شوې.
اجازه تل جمعېدونکې نه ده
د اصلي AuthMerging Off چلند سره، اجازه په میراث کې ترلاسه کېږي ترڅو چې یوه وروستنۍ تطبیقېدونکې برخه خپله اجازه منطق وړاندې کړي. هغه نوی منطق کولی شي پخواني غوښتنې بدلې کړي، نه دا چې بله محدودیت اضافه کړي.
| ترتیبات | د نږدې پخوانې اجازه برخې سره یوځای والی |
|---|---|
| Off | نوې اجازه کولی شي په میراث ترلاسه شوی منطق تر پښو لاندې کړي |
| And | دواړه ټولګې باید اجازه ورکړي |
| Or | هره ټولګه کولی شي اجازه ورکړي |
AuthMerging پخپله یوازې هغې برخې ته ځایي دی چې هغه لري. دا مه ګڼئ چې یو ځل د And ټاکل به هر وروستی برخه بدله کړي.
چېرې چې ممکن وي پام کې نیول شوې پالیسي روښانه وساتئ. دوه Require کرښې پرته له شاوخوا اجازه لرګي په ضمني ډول بدیلونه دي، نو د IP قاعده او valid-user په اتوماتيک ډول «IP او کاروونکی» نه دي. وکاروئ RequireAll کله چې دواړه شرطونه د یوې پرېکړې وي.
د پروکسي حساب د بدلولو یا لاسرسي د پرانیستلو دمخه بشپړه سمونمه ترتیبات وګورئ. بیا د روان اورېدونکي پر وړاندې د اجازه شوو او رد شوو قضیو ازموینه وکړئ. غوښتنه کېدای شي رد شي—یا په ناڅاپي ډول اجازه ورکړل شي—ځکه چې بله برخه اغېزمنه اجازه وړاندې کړې ده.