اشترط تسجيل دخول Squid وعنوان IP الصحيح للعميل معًا

كلمة المرور الصحيحة نصف هذه السياسة فقط: ينبغي أن يعمل الحساب من عنوان عميل معتمد واحد أيضًا. في Squid، وضع الفحصين على قاعدة وصول واحدة هو الفرق بين ذلك الشرط وطريقين منفصلين للدخول.

بافتراض أن المصادقة معدّة مسبقًا، مثل إعداد Squid 6.13 NCSA، فإن السياسة الأساسية هي:

acl approved_login proxy_auth alex
acl approved_source src 192.0.2.40/32
http_access allow approved_source approved_login
http_access deny all

استخدم المصدر الذي يتلقاه Squid فعليًا؛ المثال عنوان توثيقي. احتفظ بالحمايات السابقة للمنافذ الوجهة غير الآمنة والخدمات المحلية وحركة CONNECT. يوضح هذا المقتطف الشرط المدمج وليس إعداد مستمع كامل.

تحقق من القواعد فوقها

قد يقبل سماح واسع سابق الطلب قبل أن يصل إلى الشرط الجديد. يصف مرجع http_access المطابقة المرتبة. اقرأ التسلسل الكامل، بما في ذلك الملفات المضمّنة.

سماح واحد لاسم المستخدم وآخر للمصدر لا يشترطان الاثنين. يمكن أن ينجح أي سطر باستقلال. تلك سياسة مختلفة.

يعتمد ACL proxy_auth على مساعد مصادقة. تعريفه ليس طريقة إنشاء المستخدم أو التحقق من كلمة المرور. هذا المثال لوكيل صريح يمكن لعملائه الاستجابة لتحديات مصادقة الوكيل.

لهوية المصدر حدود أيضًا. يمكن لأشخاص خلف NAT واحد مشاركة عنوان، ويمكن لحاسوب محمول متحرك تغيير عنوانه. الشرط الإضافي يضيّق الموقع الشبكي القابل للاستخدام للحساب؛ ولا يحدد جهازًا ماديًا بشكل موثوق. تأكد من أن هذا القيد يطابق سبب إضافة الشرط في المقام الأول.