پروکسی سیستم در باطن یادداشتی است که در سیستم‌عامل آویخته شده: «لطفاً ترافیک را به 127.0.0.1:7890 بفرستید». مرورگرها و برنامه‌های مؤدب اطاعت می‌کنند. اما یادداشت اجبار نیست - بعضی برنامه‌ها اصلاً نگاهش نمی‌کنند.

چهار دسته متخلف

  1. ابزارهای CLI (curl، git، pip، go و…): پروکسی ویندوز را هرگز نمی‌خوانند. درمان: متغیر محیطی یا تنظیم خود ابزار.
  2. برنامه‌های UWP / فروشگاهی: سیستم‌عامل loopback را برایشان بسته. درمان: ابزار UWP Loopback.
  3. برنامه‌های با پشته شبکه اختصاصی (بعضی بازی‌ها، مجموعه‌های اداری، پیام‌رسان‌ها): مستقیم شماره می‌گیرند، بی‌اعتنا به تنظیمات. اگر گزینه پروکسی داخلی دارند، 127.0.0.1:7890 بدهید (SOCKS5 یا HTTP)؛ ندارند، جواب TUN است.
  4. سرویس‌های سیستمی و درایورها (Windows Update، همگام‌سازی زمان و…): در زمینه سرویس اجرا می‌شوند و پروکسی کاربر را نمی‌بینند. باز هم قلمرو TUN.

درمان همگانی: حالت TUN

TUN همه موارد بالا را با گرفتن ترافیک در لایه شبکه حل می‌کند - بدون نیاز به همکاری کسی. پس از فعال‌سازی، از ستون Process در Connections تأیید بگیرید که ترافیک برنامه واقعاً می‌آید.

مسئله برعکس: برنامه‌ای از پروکسی بیرون بماند

زیر TUN همه چیز گرفته می‌شود؛ برای آن‌ها که می‌خواهید مستقیم بروند (فضای ابری، کلاینت بازی داخلی):

rules:
  - PROCESS-NAME,clouddrive.exe,DIRECT
  - PROCESS-NAME,game.exe,DIRECT

رجوع کنید به قواعد PROCESS-NAME.

یک احتمال دیگر: برنامه از پروکسی دیگری می‌رود

روی سیستمی با چند ابزار پروکسی، برنامه‌ای شاید به پورت دیگری پیکربندی شده باشد. تنظیمات شبکه خود برنامه را ببینید و بپایید کلید System Proxy مدام «می‌پرد» یا نه - نشانه بازنویسی توسط ابزار دیگر.

نشانه کلیدی: اثری از برنامه در Connections نیست = ترافیکش به Clash نمی‌رسد (مشکل قواعد نیست). اول «ورود» را حل کنید، بعد «مسیر» را.