قاعدة allow واحدة في Squid تعني AND؛ وقاعدتان قد تعنيان OR

اقرأ هذه السياسة بصوت عالٍ: اسمح لشبكة المكتب باستخدام الوسيط للوجهة المعتمدة. وإذا كانت هذه الشروط تنتمي معًا، فأبقِها معًا في القاعدة.

http_access allow office_clients approved_destination

يجب أن يتطابق كلا الـ ACLين كي يسمح ذلك السطر بالطلب. وتقسيمه يغيّر السياسة:

http_access allow office_clients
http_access allow approved_destination

يمكن الآن السماح لعملاء المكتب دون قيد الوجهة، وللطلبات إلى تلك الوجهة دون قيد المكتب، ما لم تكن قاعدة سابقة قد منعتها. السطران ليسا صياغة أوضح لسطر واحد.

الترتيب جزء من السياسة

يقيّم Squid قواعد الوصول بالتسلسل. وأول قرار مطابق يتحكم في الطلب. فـ allow all سابق يبطل قيدًا لاحقًا دقيقًا؛ والرفض المطابق السابق يمنع الوصول إلى سماح لاحق.

تشرح وثائق http_access هذا التسلسل. أبقِ رفضًا نهائيًا مقصودًا بدلًا من الاعتماد على تذكّر القارئ للسلوك الافتراضي الضمني.

لكثير من تعريفات ACL علاقة OR مختلفة: يمكن لقائمة ACL مصدر واحدة أن تسرد عدة نطاقات مسموحة. وهذا لا يجعل هوية المصدر والوجهة من نوع ACL واحد. عرّفهما منفصلين، ثم اجمع الأسماء في قرار وصول.

بالنسبة لمخرج خاص، يؤثر هذا في من يمكنه استخدام عنوان IP الخارجي. اعتبر أربع حالات: عميل معتمد إلى وجهة معتمدة، وعميل معتمد إلى مكان آخر، وعميل آخر إلى الوجهة المعتمدة، وعميل آخر إلى مكان آخر. إذا كانت القواعد تسمح بحالات أكثر مما تقصده السياسة، فأصلح المنطق قبل توسيع المستمع. فالتكوين الصحيح نحويًا قد يعبّر مع ذلك عن أذونات خاطئة.