فیل-اوپن یا فیل-کلوزد: کلید قطع ایمنی VPN چه چیزی را تعیین میکند
هر دو اصطلاح توصیف میکنند که وقتی تونل از میان میرود چه اتفاقی میافتد، نه اینکه رمزنگاری چقدر قوی است. دامنهای که انتخاب میکنید تعیین میکند آیا ترافیک واقعاً نشت میکند یا نه.
افسانه این است که فیل-کلوزد تنظیم امن است و فیل-اوپن تنظیم سهلانگارانه. هر دو توصیف میکنند که پس از از میان رفتن تونل با ترافیک چه میشود، و هیچکدام تغییر نمیدهند که آن تونل چقدر خوب رمزنگاری میکند. یک سیاست فیل-کلوزد با فهرست بلند استثناها میتواند بیشتر از یک سیاست فیل-اوپن روی دستگاهی که هرگز از شبکه دفتر خارج نمیشود نشت کند. نتیجهای را انتخاب کنید که بتوانید برای کسی که مالک ترافیک است توضیح دهید.
برچسب نتیجه را توصیف میکند، نه قدرت را
واژگان از سامانههای کنترل میآید: فیل-اوپن وقتی یک مؤلفه از کار میافتد اجازه کار میدهد، فیل-کلوزد آن را رد میکند. در مورد VPN، مؤلفهای که از کار میافتد تونل است، و پرسش این است که آیا ترافیک اجازه دارد از مسیر دیگری ادامه یابد. انتخاب رمز، طول کلید و پروتکل تصمیمهای جداگانهاند.
این ابهام میماند چون کلید قطع ایمنی شبیه یک ویژگی امنیتی به نظر میرسد و فروشندگان آن را چنین بازاریابی میکنند. از نظر مکانیکی یک قاعده مسیریابی و دیوار آتش است که ترافیکی را مسدود میکند که قرار بود تونل آن را حمل کند، و در کارخواه، در سیستمعامل یا روی دروازه پیادهسازی میشود. هر لایهای که آن را اجرا میکند پوشش آن را هم تعیین میکند، و قاعدهای در یک لایه لایه دیگر را پوشش نمیدهد. قاعدهای روی دروازه نمیتواند از لپتاپی که پیشتر به شبکه دیگری رفته محافظت کند.
هر نتیجه چه شکلی دارد
یک سیاست واحد بسته به اینکه با کدام خرابی روبهرو شوید میتواند بسیار متفاوت رفتار کند، پس رویدادها را مقایسه کنید نه برچسبها را.
| Event | Fail-open result | Fail-closed result |
|---|---|---|
| Tunnel drops while a transfer runs | Transfer continues on the direct path | Transfer stalls until the tunnel returns |
| Client exits or crashes | Rules disappear with the process | Rules persist only if the OS owns them |
| Device boots before sign-in | Normal network access | Blocked until the VPN connects |
| Captive portal needed | Portal loads normally | Portal unreachable without an exception |
| IPv6 not carried by the tunnel | IPv6 traffic leaks directly | Leaks too, unless the block covers IPv6 |
ردیف آخر همان ردیفی است که کسانی را میگیرد که فکر میکنند کلید قطع ایمنی یک کلید واحد است. قاعدهای که برای جدول مسیریابی IPv4 نوشته شده مسیر پیشفرض IPv6 را دستنخورده میگذارد و برنامه میتواند با خیال راحت از آن استفاده کند.
دامنه تعیین میکند که نشت میکند یا نه
پیش از پرسیدن اینکه کدام حالت است بپرسید سیاست چه چیزی را پوشش میدهد. قاعدهای برای هر برنامه یک برنامه را محافظت میکند و هیچ چیز دیگر را، قاعدهای برای کل دستگاه همه چیز جز استثناها را محافظت میکند، و قاعدهای روی دروازه فقط ترافیکی را محافظت میکند که به آن دروازه میرسد. DNS به تصمیم خودش نیاز دارد، چون پرسوجویی که به یک حلکننده محلی فرستاده شود میتواند نامها را حتی وقتی بار مسدود است آشکار کند.
استثناهای شبکه محلی برای چاپگرها، پخش تصویر و درگاههای ورود وجود دارند و هر یک سوراخی در مسدودسازی است. آنها را کنار سیاست مستند کنید، چون در غیر این صورت کسی که پیکربندی را به ارث میبرد فیل-کلوزد را مطلق میخواند.
اتصال دوباره و مسدودسازی هم کنترلهای جداگانهاند. کارخواه میتواند بدون اینکه هرگز مسدود کند بهطور خودکار دوباره متصل شود، یا بدون اتصال دوباره مسدود کند، و ترکیب آنها تعیین میکند کاربر در زمان قطعی چه تجربهای دارد.
آن را در زمان گذار ثابت کنید
آزمایش وضعیت پایدار چیزی را ثابت نمیکند. تونل را عمداً قطع کنید و برنامهای را که باید محافظت شود امتحان کنید، سپس بررسی کنید آیا به شبکه رسیده است. نشانگر کارخواه را با نتیجه مقایسه کنید، چون نشانگری که هنوز میگوید متصل است دقیقاً همان حالتی است که سیاست برای آن وجود دارد. اگر برنامه محافظتشده موفق شود، نام حالت اهمیتی ندارد؛ شما نشت دارید.
این را از یک راهاندازی سرد پیش از ورود تکرار کنید، هنگام جابهجایی از Wi-Fi به شبکه همراه و با برنامه محافظتشده در پسزمینه. اگر مسدودسازی را فرایند کارخواه اجرا میکند، آزمایش کنید وقتی آن فرایند بهجای بسته شدن تمیز کشته میشود چه میشود.
سرانجام مسیر پاکسازی را بررسی کنید. اگر کارخواهی در حالی که قواعدش فعال است حذف شود، از رویه حذف مستند فروشنده استفاده کنید نه از خاموش کردن دیوار آتش سیستمعامل، که حفاظت نامرتبط را برمیدارد بدون اینکه پاسخ دهد قاعده باقیمانده از آن کیست.