وب‌سایت‌های همان زیرشبکه می‌توانند پروکسی شفاف یک دروازه را دور بزنند
توضیح می‌دهد چرا ترافیک درون یک زیرشبکه می‌تواند قاعده رهگیری دروازه را دور بزند، در حالی که درخواست‌های اینترنتی در گزارش آن دیده می‌شوند.
مرور اینترنت در گزارش پروکسی دروازه دیده می‌شود. یک وب‌سایت در شبکه محلی دفتر دیده نمی‌شود. پیش از تغییر فیلتر URL، روشن کنید که آیا درخواست شبکه محلی اصلاً به دروازه رسیده است.
برای مقصد IPv4 که مستقیماً متصل است، کلاینت می‌تواند نشانی لایه پیوند مقصد را حل کند و در بخش محلی به آن بفرستد. دروازه پیش‌فرض آن به‌طور خودکار روی این مسیر نیست. قاعده رهگیری شفاف روی دروازه نمی‌تواند بسته‌هایی را که هرگز به دروازه نمی‌رسند تغییر مسیر دهد.
برای نمونه، دو میزبان در یک زیرشبکه با اتصال مستقیم می‌توانند ترافیک را از طریق یک سوئیچ مبادله کنند، در حالی که ماشین پروکسی به پورت سوئیچ دیگری وصل است. تنها بودن در آن شبکه محلی، پروکسی را به نقطه ارسال تبدیل نمی‌کند.
مسیر مورد نظر را انتخاب کنید
تنظیم پروکسی صریح می‌تواند درخواست برنامه مشارکت‌کننده را حتی وقتی وب‌سایت هدف محلی است به پروکسی بفرستد. قواعد دور زدن و تصمیم‌های PAC را هم بررسی کنید: ممکن است برای نام‌ها یا نشانی‌های خصوصی آگاهانه DIRECT را انتخاب کنند.
اگر رهگیری لازم است، شبکه باید واقعاً نقطه رهگیری را در مسیر قرار دهد؛ روی دروازه Linux، مسیرهای بسته محلی و ارسال‌شده را از هم جدا کنید. جداسازی زیرشبکه با مسیریابی یا پل عمداً درون‌خطی می‌توانند این کار را در طراحی‌های مناسب انجام دهند، اما هر یک رفتار ارسال و خرابی را تغییر می‌دهد. پلی در جای دیگر شبکه محلی به‌طور خودکار درون‌خطی نیست.
الزام پروتکل برنامه را جدا نگه دارید. حتی پس از عبور ترافیک از دستگاه، شنونده باید حالت رهگیری را پشتیبانی کند. جابه‌جا کردن بسته‌ها اجازه رمزگشایی HTTPS نیست و تضمینی هم نیست که یک پورت معمولی SOCKS بتواند آن‌ها را بپذیرد.
مسیر انتخاب‌شده کلاینت، بخش محلی و دستگاه ارسال واقعی را ثبت کنید. نبود گزارش پروکسی می‌تواند توصیف درست توپولوژی باشد، نه خرابی ثبت.