باز کردن مرورگر دوم مسیر VPN دوم ایجاد نمی‌کند
پروفایل‌ها و پنجره‌های خصوصی وضعیت مرورگر را جدا می‌کنند، نه مسیرهای شبکه را. مسیر دوم به قاعده‌ای برای هر برنامه، یک پروکسی یا یک فضای نام نیاز دارد و هر کدام هزینه‌ای دارند.
دو مرورگر، دو پنجره، یکی روی حساب کاری و دیگری روی حساب شخصی، و فرض بر این است که اکنون مسیرهای متفاوتی را طی می‌کنند. این‌طور نیست. جداسازی پروفایل کوکی‌ها را جدا نگه می‌دارد، در حالی که تصمیم مسیریابی زیر مرورگر گرفته می‌شود و چیزی از این که کدام پروفایل پرسیده است نمی‌داند. مسیر دوم به قاعده‌ای نیاز دارد که آن را انتخاب کند، و مکان‌هایی که چنین قاعده‌ای می‌تواند در آن زندگی کند انگشت‌شمار است.
جداسازی وضعیت، جداسازی مسیر نیست
پروفایل مرورگر حافظه را جدا می‌کند: کوکی‌ها، تاریخچه، افزونه‌ها و گاهی اطلاعات ورود. این جداسازی درون یک درخت فرایند اعمال می‌شود و در این باره که کدام واسط بسته را حمل می‌کند حرفی برای گفتن ندارد.
پنجره‌های خصوصی در ظاهر جلوتر می‌روند و در مسیریابی حتی یک قدم هم جلوتر نیستند. هر چیزی که مرورگر می‌فرستد همچنان از مسیر انتخابی سیستم‌عامل خارج می‌شود، مگر این که چیزی میان سوکت و شبکه آن را تغییر دهد. اشتباه گرفتن جداسازی حافظه با جداسازی شبکه انتظاراتی می‌سازد که هیچ سازنده مرورگری وعده‌اش را نداده و هیچ آزمونی نمی‌تواند برآورده کند.
در واقع چه چیزی مسیر را انتخاب می‌کند
چهار چیز می‌توانند مسیر متفاوتی انتخاب کنند: قاعده VPN برای هر برنامه که با فایل اجرایی یا بسته مطابقت دارد، پروکسی تنظیم‌شده درون مرورگر یا سیستم، فضای نام شبکه یا کانتینر، و دستگاه فیزیکی دوم. هر یک چیزی واقعی را تغییر می‌دهد و هر یک هزینه‌ای دارد.
قاعده برای هر برنامه پاسخ معمول در سکوهای همراه است، جایی که سرویس VPN فهرستی از بسته‌ها دریافت می‌کند. روی رایانه رومیزی به کارخواه بستگی دارد، و قاعده‌ای که با فایل اجرایی مطابقت دارد هر پروفایلی را که آن فایل باز می‌کند پوشش می‌دهد. اگر دو پروفایل واقعاً به مسیرهای متفاوت نیاز داشته باشند، معمولاً به دو فرایند با هویت‌های متفاوت نیاز دارند نه دو برگه. به همین دلیل نصب مشترک مرورگر هرگز نمی‌تواند مرز در طراحی مبتنی بر پروفایل باشد.
پروکسی‌های سطح برنامه یک واسطه دیگر اضافه می‌کنند
تنظیم پروکسی در مرورگر واقعاً مسیر جداگانه‌ای می‌سازد، و رابطه اعتماد جداگانه‌ای هم با کسی که پروکسی را اداره می‌کند می‌سازد. این ترتیبی مشروع برای یک پروفایل است و با پوشش کل دستگاه برابر نیست.
پروکسی را آگاهانه انتخاب کنید: شنونده SOCKS روی همان میزبان، پروکسی احراز‌شده درون تونل، یا خدمتی دوردست. آمیختن پروکسی با VPN تونل کامل مسیرهای تودرتو می‌سازد که در آن‌ها حالت‌های خرابی چند برابر می‌شوند.
درخواست واقعی هر مرورگر را بررسی کنید
همان درخواست را از هر مرورگر بفرستید و نشانی خروج مشاهده‌شده را مقایسه کنید، نه صفحه‌های تنظیمات را. پروکسی تنظیم‌شده‌ای که بی‌صدا در اتصال شکست می‌خورد راه بسیار رایجی است برای بازگشتن به مسیر پیش‌فرض.
curl -sS --max-time 8 https://api.ipify.org
curl -sS --max-time 8 --proxy socks5h://127.0.0.1:1080 https://api.ipify.org
dig +short example.comسپس درخواست را با پروکسی اجباری و با تونل خاموش تکرار کنید تا ببینید کدام لایه واقعاً ترافیک را حمل می‌کند. پاسخ DNS را هم ثبت کنید، زیرا مرورگری با حل‌کننده رمزگذاری‌شده خودش می‌تواند مسیر سیستم را کاملاً دور بزند و باز هم صفحه‌ای را که انتظار داشتید نشان دهد.
نگاشت مورد نظر را در دو خط بنویسید: کدام فرایند از کدام مسیر استفاده می‌کند، و هر یک متعلق به کیست. هویت حساب‌ها را هم در نظر داشته باشید، زیرا دو مسیر مانع ارائه همان ورود به هر دو مقصد نمی‌شود. پس از به‌روزرسانی بعدی مرورگر دوباره بیازمایید، زیرا تنظیم پروکسی آسان از دست می‌رود و سخت به چشم می‌آید.