إرسال طلبات Squid عبر بروكسي أب

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

في Squid 6.13، يسمّي المثال أباً واحداً ويمنع التمرير المباشر إلى الخادم الأصلي لـمصدر عميل واحد:

cache_peer 192.0.2.20 parent 3128 0 no-query default name=upstream
acl routed_client src 198.51.100.27/32
never_direct allow routed_client

العنوانان عنصران نائبان. لاختبار upstream تحت سيطرتك حيث يُسمح بآباء HTTP عامين، اختر عنواناً من قائمة بروكسي HTTP. احتفظ بسياسة http_access المنفصلة التي لا تسمح إلا بالعملاء المقصودين. قاعدة التوجيه لا تخول العميل استخدام البروكسي.

افحص قواعد التوجيه الموجودة

يعطّل no-query استعلامات ICP إلى هذا النظير. الصفر منفذ استعلام النظير، لا مستمع HTTP الخاص به. يبقى المستمع المواجه للعملاء وقواعد وصوله منفصلين.

راجع إعدادات always_direct الحالية واختيارات النظراء الأخرى قبل إضافة هذا القسم. رفض تطابق في always_direct لا يفرض أباً بمفرده. تعبّر قاعدة never-direct الصريحة عن ذلك الشرط للعميل المختار.

هذا يحكم المعاملات التي تحتاج إلى تمرير. يمكن تقديم إدخال صالح من الذاكرة المؤقتة المحلية دون الاتصال بالأب، لذا غياب اتصال جديد به لا يعني تلقائياً مخالفة التوجيه.

افحص المسار وسلوكه عند الفشل

استخدم وجهة تحت سيطرتك وافحص معلومات التسلسل في سجل الوصول مع ملاحظات الوجهة. حالة HTTP النهائية وحدها لا تخبرك إن كان Squid استخدم الأب أم مساراً مباشراً.

في اختبار صيانة، اجعل الأب غير متاح وكرر الطلب نفسه غير الموجود في الذاكرة المؤقتة. إذا منعت السياسة التمرير المباشر، فيجب أن تفشل المعاملة بدل الوصول إلى الأصل بطريق آخر. افعل هذا فقط على خدمات تسيطر عليها، وأعد الإعداد المقصود بعده.