افسانه این است که فیل-کلوزد تنظیم امن است و فیل-اوپن تنظیم سهل‌انگارانه. هر دو توصیف می‌کنند که پس از از میان رفتن تونل با ترافیک چه می‌شود، و هیچ‌کدام تغییر نمی‌دهند که آن تونل چقدر خوب رمزنگاری می‌کند. یک سیاست فیل-کلوزد با فهرست بلند استثناها می‌تواند بیشتر از یک سیاست فیل-اوپن روی دستگاهی که هرگز از شبکه دفتر خارج نمی‌شود نشت کند. نتیجه‌ای را انتخاب کنید که بتوانید برای کسی که مالک ترافیک است توضیح دهید.

برچسب نتیجه را توصیف می‌کند، نه قدرت را

واژگان از سامانه‌های کنترل می‌آید: فیل-اوپن وقتی یک مؤلفه از کار می‌افتد اجازه کار می‌دهد، فیل-کلوزد آن را رد می‌کند. در مورد VPN، مؤلفه‌ای که از کار می‌افتد تونل است، و پرسش این است که آیا ترافیک اجازه دارد از مسیر دیگری ادامه یابد. انتخاب رمز، طول کلید و پروتکل تصمیم‌های جداگانه‌اند.

این ابهام می‌ماند چون کلید قطع ایمنی شبیه یک ویژگی امنیتی به نظر می‌رسد و فروشندگان آن را چنین بازاریابی می‌کنند. از نظر مکانیکی یک قاعده مسیریابی و دیوار آتش است که ترافیکی را مسدود می‌کند که قرار بود تونل آن را حمل کند، و در کارخواه، در سیستم‌عامل یا روی دروازه پیاده‌سازی می‌شود. هر لایه‌ای که آن را اجرا می‌کند پوشش آن را هم تعیین می‌کند، و قاعده‌ای در یک لایه لایه دیگر را پوشش نمی‌دهد. قاعده‌ای روی دروازه نمی‌تواند از لپ‌تاپی که پیش‌تر به شبکه دیگری رفته محافظت کند.

هر نتیجه چه شکلی دارد

یک سیاست واحد بسته به اینکه با کدام خرابی روبه‌رو شوید می‌تواند بسیار متفاوت رفتار کند، پس رویدادها را مقایسه کنید نه برچسب‌ها را.

EventFail-open resultFail-closed result
Tunnel drops while a transfer runsTransfer continues on the direct pathTransfer stalls until the tunnel returns
Client exits or crashesRules disappear with the processRules persist only if the OS owns them
Device boots before sign-inNormal network accessBlocked until the VPN connects
Captive portal neededPortal loads normallyPortal unreachable without an exception
IPv6 not carried by the tunnelIPv6 traffic leaks directlyLeaks too, unless the block covers IPv6

ردیف آخر همان ردیفی است که کسانی را می‌گیرد که فکر می‌کنند کلید قطع ایمنی یک کلید واحد است. قاعده‌ای که برای جدول مسیریابی IPv4 نوشته شده مسیر پیش‌فرض IPv6 را دست‌نخورده می‌گذارد و برنامه می‌تواند با خیال راحت از آن استفاده کند.

دامنه تعیین می‌کند که نشت می‌کند یا نه

پیش از پرسیدن اینکه کدام حالت است بپرسید سیاست چه چیزی را پوشش می‌دهد. قاعده‌ای برای هر برنامه یک برنامه را محافظت می‌کند و هیچ چیز دیگر را، قاعده‌ای برای کل دستگاه همه چیز جز استثناها را محافظت می‌کند، و قاعده‌ای روی دروازه فقط ترافیکی را محافظت می‌کند که به آن دروازه می‌رسد. DNS به تصمیم خودش نیاز دارد، چون پرس‌وجویی که به یک حل‌کننده محلی فرستاده شود می‌تواند نام‌ها را حتی وقتی بار مسدود است آشکار کند.

استثناهای شبکه محلی برای چاپگرها، پخش تصویر و درگاه‌های ورود وجود دارند و هر یک سوراخی در مسدودسازی است. آن‌ها را کنار سیاست مستند کنید، چون در غیر این صورت کسی که پیکربندی را به ارث می‌برد فیل-کلوزد را مطلق می‌خواند.

اتصال دوباره و مسدودسازی هم کنترل‌های جداگانه‌اند. کارخواه می‌تواند بدون اینکه هرگز مسدود کند به‌طور خودکار دوباره متصل شود، یا بدون اتصال دوباره مسدود کند، و ترکیب آن‌ها تعیین می‌کند کاربر در زمان قطعی چه تجربه‌ای دارد.

آن را در زمان گذار ثابت کنید

آزمایش وضعیت پایدار چیزی را ثابت نمی‌کند. تونل را عمداً قطع کنید و برنامه‌ای را که باید محافظت شود امتحان کنید، سپس بررسی کنید آیا به شبکه رسیده است. نشانگر کارخواه را با نتیجه مقایسه کنید، چون نشانگری که هنوز می‌گوید متصل است دقیقاً همان حالتی است که سیاست برای آن وجود دارد. اگر برنامه محافظت‌شده موفق شود، نام حالت اهمیتی ندارد؛ شما نشت دارید.

این را از یک راه‌اندازی سرد پیش از ورود تکرار کنید، هنگام جابه‌جایی از Wi-Fi به شبکه همراه و با برنامه محافظت‌شده در پس‌زمینه. اگر مسدودسازی را فرایند کارخواه اجرا می‌کند، آزمایش کنید وقتی آن فرایند به‌جای بسته شدن تمیز کشته می‌شود چه می‌شود.

سرانجام مسیر پاک‌سازی را بررسی کنید. اگر کارخواهی در حالی که قواعدش فعال است حذف شود، از رویه حذف مستند فروشنده استفاده کنید نه از خاموش کردن دیوار آتش سیستم‌عامل، که حفاظت نامرتبط را برمی‌دارد بدون اینکه پاسخ دهد قاعده باقی‌مانده از آن کیست.

مقالات مرتبط