أي مسار حزم في لينكس يجب أن يفرض استخدام الوكيل؟
ضع ضوابط فرض الوكيل الشبكي على مسار الحزم الذي يُفترض أن يحكمه، بدلًا من تصفية الاتصالات المتجهة إلى البوابة فقط.
يمكن لبوابة لينكس أن تشغّل عملية الوكيل وأن تمرر أيضًا حركة المرور من حولها. هذان ليسا مسار الحزم نفسه.
| الاتصال | الدور المحلي ذو الصلة |
|---|---|
| العميل يصل إلى الوكيل على البوابة | حركة موجهة إلى المضيف المحلي |
| العميل يصل إلى مضيف آخر عبر البوابة | حركة معاد توجيهها |
| الوكيل يفتح اتصالًا بموقع ويب | حركة تولّدها عملية محلية |
يميّز Netfilter بين مسارات الإدخال والتمرير والإخراج. القاعدة التي تحكم الوصول إلى مستمع الوكيل الخاص بالبوابة لا تقيّد تلقائيًا كل اتصال معاد توجيهه عبر ذلك الجهاز.
حدّد ما يجب فرضه
إذا كان على العملاء استخدام الوكيل المعتمد، فيجب أن تعالج السياسة مساراتهم الخارجة البديلة إلى جانب السماح بالمستمع المقصود. السماح بالاتصالات إلى أي خدمة بعيدة لمجرد أنها تستخدم منفذ الوكيل المألوف ليس مثل السماح بنقطة نهاية الوكيل الخاصة بك فقط.
أبقِ وصول الوكيل نفسه إلى الخارج منفصلًا. في Squid، ميّز ملكية المقبس المحلي عن هوية مستخدم الشبكة المحلية قبل تطبيق سماح بالخروج. رفض كل اتصالات الخروج المفيدة من الوكيل سيجعل المسار المطلوب غير متاح. تحتاج حركة الإدارة وتحليل الأسماء والعمليات غير الخاصة بالويب المدعومة إلى معالجة متعمدة في سياسة النشر.
نطاق البروتوكول مهم. قاعدة TCP لا تصف بحد ذاتها حركة UDP، بما في ذلك QUIC. اعتراض الحركة تصميم آخر؛ ويمكن لوكيل HTTPS صريح توفير CONNECT دون فك تشفير جلسة الموقع.
ارسم خريطة الاتصالات المقصودة قبل تعديل مجموعة القواعد. تفضيل المتصفح يختار مسارًا للعملاء المشاركين. ويفرض التنفيذ الشبكي أي المسارات الأخرى يمكن أن تنجح. لا ينبغي استنتاج أي منهما من مجرد تسجيل دخول ناجح إلى الوكيل.