پروکسی سیستم در باطن یادداشتی است که در سیستمعامل آویخته شده: «لطفاً ترافیک را به 127.0.0.1:7890 بفرستید». مرورگرها و برنامههای مؤدب اطاعت میکنند. اما یادداشت اجبار نیست - بعضی برنامهها اصلاً نگاهش نمیکنند.
چهار دسته متخلف
- ابزارهای CLI (curl، git، pip، go و…): پروکسی ویندوز را هرگز نمیخوانند. درمان: متغیر محیطی یا تنظیم خود ابزار.
- برنامههای UWP / فروشگاهی: سیستمعامل loopback را برایشان بسته. درمان: ابزار UWP Loopback.
- برنامههای با پشته شبکه اختصاصی (بعضی بازیها، مجموعههای اداری، پیامرسانها): مستقیم شماره میگیرند، بیاعتنا به تنظیمات. اگر گزینه پروکسی داخلی دارند،
127.0.0.1:7890بدهید (SOCKS5 یا HTTP)؛ ندارند، جواب TUN است. - سرویسهای سیستمی و درایورها (Windows Update، همگامسازی زمان و…): در زمینه سرویس اجرا میشوند و پروکسی کاربر را نمیبینند. باز هم قلمرو TUN.
درمان همگانی: حالت TUN
TUN همه موارد بالا را با گرفتن ترافیک در لایه شبکه حل میکند - بدون نیاز به همکاری کسی. پس از فعالسازی، از ستون Process در Connections تأیید بگیرید که ترافیک برنامه واقعاً میآید.
مسئله برعکس: برنامهای از پروکسی بیرون بماند
زیر TUN همه چیز گرفته میشود؛ برای آنها که میخواهید مستقیم بروند (فضای ابری، کلاینت بازی داخلی):
rules:
- PROCESS-NAME,clouddrive.exe,DIRECT
- PROCESS-NAME,game.exe,DIRECT
رجوع کنید به قواعد PROCESS-NAME.
یک احتمال دیگر: برنامه از پروکسی دیگری میرود
روی سیستمی با چند ابزار پروکسی، برنامهای شاید به پورت دیگری پیکربندی شده باشد. تنظیمات شبکه خود برنامه را ببینید و بپایید کلید System Proxy مدام «میپرد» یا نه - نشانه بازنویسی توسط ابزار دیگر.