آیا kill switch ترافیک را پیش از اجرای برنامه VPN مسدود می‌کند؟
محافظت هنگام راه‌اندازی به این بستگی دارد که چه کسی بلوک را نصب می‌کند و چه زمانی، نه به کادر انتخاب اجرای خودکار. پیش از اعتماد به کلاینت، سیاست پلتفرم را بررسی کنید.
kill switch ممکن است پنجره پیش از اجرای برنامه‌اش را پوشش بدهد یا ندهد، و تفاوت را سیاست سیستم‌عامل تعیین می‌کند، نه صفحه بازاریابی کلاینت. کادر اجرای خودکار ثابت می‌کند که چیزی برای اجرا زمان‌بندی شده است. ثابت نمی‌کند که قواعد مسدودسازی در لحظه‌ای که شبکه بالا می‌آید وجود دارند. این‌ها دو رویدادند و تنها یکی از آن‌ها از ترافیک محافظت می‌کند.
فهرست بازبینی را به ترتیب کار کنید، چون هر گام آنچه را واقعاً آزمایش می‌کنید محدودتر می‌کند.
بلوک واقعاً از کجا می‌آید
دو خانواده پیاده‌سازی وجود دارد. یا پلتفرم بلوک را نصب می‌کند، چون پیش از اجرای هر برنامه‌ای از تونل آگاه است، یا کلاینت خودش بلوک را پس از اجرا نصب می‌کند. اولی می‌تواند پیش از ورود وجود داشته باشد. دومی نمی‌تواند پیش از فرایند خودش وجود داشته باشد، هرقدر هم که آن فرایند زود زمان‌بندی شده باشد. پیش از آزمایش هر چیزی مشخص کنید به کدام خانواده تکیه می‌کنید.
در Android، VPN همیشه‌فعال همراه با تنظیم مسدودکردن اتصال‌های بدون VPN سیاست پلتفرم است که در تنظیمات سیستم و نه فقط درون کلاینت پیکربندی می‌شود. در دستگاه‌های مدیریت‌شده ممکن است برای شما تنظیم شده باشد. کلاینتی که فقط هنگام بوت اجرا می‌شود همان سازوکار نیست.
پنجره را از سرویس جدا کنید
پنجره بسته ثابت نمی‌کند که اجرا متوقف شده، و پنجره باز ثابت نمی‌کند که تونل آماده است. بسیاری از کلاینت‌ها رابط، سرویس پس‌زمینه و برنامه سینی را جدا می‌کنند. سینی همان چیزی است که می‌بینید؛ سرویس پس‌زمینه همان چیزی است که قواعد را نگه می‌دارد.
مؤلفه را آزمایش کنید، نه نماد را.
بازه راه‌اندازی را بی‌خطر آزمایش کنید
بازه‌ای که باید آزمایش شود از راه‌اندازی مجدد یا ورود آغاز می‌شود و وقتی تونل احراز هویت می‌کند پایان می‌یابد. برنامه‌های پس‌زمینه در آن دوره متصل می‌شوند و بررسی‌های به‌روزرسانی معمولاً مقصرند. به‌جای مسدودکردن دسترسی خودتان، از فعالیت بی‌ضرر و رویه مستند فروشنده استفاده کنید. سپس پس از یک اتصال مجدد عادی تکرار کنید، چون مسیر اتصال مجدد و مسیر شروع سرد کد متفاوتی اجرا می‌کنند.
آزمایشی که پس از بالا آمدن تونل انجام شود درباره راه‌اندازی چیزی ثابت نمی‌کند.
اگر ماندگاری لازم است، رفتار راه‌اندازی مجدد را بخوانید. یک تنظیم می‌تواند در پیکربندی باقی بماند در حالی که اجرای آن بعداً آغاز می‌شود، و هر دو واقعیت مهم‌اند: سیاست ذخیره‌شده و لحظه‌ای که فعال می‌شود.
سیاست را برای هر پلتفرم بخوانید
Android حالت همیشه‌فعال و مسدودسازی را به‌صورت کلیدهای جداگانه ارائه می‌دهد و هر دو باید برای محافظت پیش از راه‌اندازی روشن باشند. Windows مفهوم تونل دستگاه همیشه‌فعال را دارد که از طریق سیاست پیکربندی می‌شود و با کلاینت حالت کاربر که زود اجرا می‌شود یکسان نیست. OpenVPN Connect رفتار kill switch خود را برای هر پلتفرم مستند می‌کند و دامنه مستند همان چیزی است که آزمایش می‌کنید. نام یک تنظیم را از سیستمی به سیستم دیگر منتقل نکنید و فرض نکنید که معنا همراه آن سفر کرده است.
پروفایلی که به گذرواژه تعاملی نیاز دارد وابستگی‌های راه‌اندازی متفاوتی از تونل ماشین دارد.
چه چیزی را ثبت کنید
بنویسید کدام سازوکار برقرار است، در کدام مرحله فعال می‌شود و چه ترافیکی پیش از آن مرحله آزمایش شده است. نسخه پلتفرم را ثبت کنید، چون این رفتار میان نسخه‌ها و میان پیکربندی‌های مدیریت‌شده و شخصی تغییر می‌کند. توجه کنید که سیاست از آنِ کلاینت است یا سیستم، چون همین تعیین می‌کند چه کسی می‌تواند شکافی را برطرف کند. سپس پس از هر به‌روزرسانی کلاینت یا سیستم‌عامل دوباره آزمایش کنید.
اگر شکاف مهم است، راه‌حل پایدار سیاست پلتفرم است، نه تأخیر کوتاه‌تر در راه‌اندازی.
این پاسخ پرسش اصلی است، به‌صورت شرط بیان شده: kill switch تنها زمانی پیش از اجرای برنامه از ترافیک محافظت می‌کند که بلوک را چیزی نصب کند که پیش از برنامه وجود دارد.