يمكن لمواقع الويب على الشبكة الفرعية نفسها تجاوز الوسيط الشفاف للبوابة
يوضح سبب قدرة حركة المرور داخل الشبكة الفرعية نفسها على تجاوز قاعدة اعتراض على البوابة، بينما تظهر طلبات الإنترنت في سجلاتها.
يظهر تصفح الإنترنت في سجل وسيط البوابة. أما موقع ويب على شبكة المكتب المحلية فلا يظهر. قبل تغيير مرشح عناوين URL، تحقق مما إذا كان طلب الشبكة المحلية قد وصل إلى البوابة أصلاً.
بالنسبة إلى وجهة IPv4 متصلة مباشرة، يستطيع العميل تحليل عنوان طبقة الربط الخاص بالوجهة والإرسال إليها على المقطع المحلي. ولا تكون بوابته الافتراضية على ذلك المسار تلقائياً. ولا تستطيع قاعدة اعتراض شفافة على البوابة إعادة توجيه حزم لا تصل إلى البوابة أبداً.
على سبيل المثال، قد يتبادل مضيفان في الشبكة الفرعية نفسها ذات الارتباط المباشر حركة المرور عبر مبدّل، بينما يكون جهاز الوسيط متصلاً بمنفذ مبدّل آخر. ومجرد الوجود على تلك الشبكة المحلية لا يجعل الوسيط نقطة إعادة التوجيه.
اختر المسار المقصود
يمكن لإعداد وسيط صريح أن يرسل طلب التطبيق المشارك إلى الوسيط حتى عندما يكون موقع الويب المستهدف محلياً. افحص أيضاً قواعد التجاوز وقرارات PAC: فقد تختار عمداً DIRECT للأسماء أو العناوين الخاصة.
إذا كان الاعتراض مطلوباً، فيجب أن يضع الشبكة نقطة الاعتراض فعلياً في المسار؛ وعلى بوابة Linux، ميّز بين مسارات الحزم المحلية والممررة. يمكن لفصل الشبكات الفرعية عبر التوجيه أو لجسر مضمّن عمداً أن يحقق ذلك في تصاميم مناسبة، لكن كل منهما يغيّر سلوك إعادة التوجيه والفشل. والجسر الموجود في مكان آخر على الشبكة المحلية ليس مضمّناً تلقائياً.
أبقِ متطلب بروتوكول التطبيق منفصلاً. فحتى بعد عبور حركة المرور للجهاز، يجب أن يدعم المستمع وضع الاعتراض. ونقل الحزم ليس إذناً بفك تشفير HTTPS ولا ضماناً بأن منفذ SOCKS عادياً يمكنه قبولها.
سجّل المسار الذي اختاره العميل والمقطع المحلي وجهاز إعادة التوجيه الفعلي. فغياب سجل الوسيط قد يكون وصفاً صحيحاً للبنية وليس فشلاً في التسجيل.