إلى أي مدى يمكن أن تصل قاعدة MAC في Squid؟

قد تعمل قاعدة وكيل مبنية على MAC مع حاسوب بجوار خادم Squid وتفشل مع حاسوب مماثل تمامًا على شبكة فرعية أخرى. فالموجّه يغيّر ما يمكن للوكيل ملاحظته.

يحلّ ARP عنوان طبقة الربط لجار IPv4 على الوصلة المحلية. وهو لا ينقل عنوان Ethernet الأصلي عبر كل قفزة تمرّ بالموجّه. لذلك لا يكون العميل الذي يُبلَغ عبر مسار بعيد مكافئًا لجار متصل مباشرة لمجرد أن Squid يرى عنوان IP الخاص به.

بالنسبة إلى IPv4، تقصر وثائق ACL في Squid البحث عن MAC على العملاء الموجودين في الشبكة الفرعية نفسها وتشترط نسخة مبنية بالدعم المناسب. تحقّق من الشرطين قبل أن تعتبر قاعدة MAC ACL غير المطابقة خطأً إملائيًا.

استخدم المعرّف عند الحد الصحيح

بالنسبة إلى العملاء المتصلين مباشرة، يمكن لقاعدة MAC مدعومة أن تصف حالة شبكة على مستوى الجهاز. لكنها لا توثّق هوية الشخص الذي يستخدم ذلك الجهاز. ولا تجعل عنوان العتاد المُبلَّغ عنه غير قابل للتغيير.

عبر الموجّه، استخدم المعلومات المتاحة لدى الوكيل: شبكة فرعية مصدرية خاضعة للضبط، أو هوية وكيل موثّقة، أو تكامل هوية موثوق مصمّم صراحةً. أما قراءة جدول الإيجارات في خادم DHCP فهي نظام ربط إضافي، وليست امتدادًا لمدى ARP.

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