کلید ایمنی در ویندوز بدون نرمافزار اضافی: پروفایل یا مسیر؟
پروفایلهای دیوار آتش از دسته شبکه پیروی میکنند، مسیرها از کارت شبکه. هر دو را مقایسه کنید، سپس حالت خرابی را با تونل ازدسترفته و آیکونی که دروغ میگوید بیازمایید.
کلاینت در میانه دانلود میمیرد و آیکون سینی سیستم ناپدید میشود. انتقال از طریق اتصال خانه ادامه مییابد. همین توالی دلیل وجود کلید ایمنی است، و ویندوز میتواند بدون محصول دومی به آن نزدیک شود.
دانستن دو روش ارزش دارد. آنها در جاهای متفاوتی شکست میخورند و هیچکدام پاسخ کامل نیست.
روش اول: اجازه دادن به برنامه فقط در یک پروفایل
دیوار آتش ویندوز قواعد را به پروفایلهای Domain و Private و Public محدود میکند. ترفند این است که به کارت شبکه تونل یک دسته و به کارت شبکه فیزیکی دسته دیگری بدهید. سپس قاعدهای خروجی مینویسید که برنامه محافظتشده را در پروفایل تونل مجاز میکند و در همه جاهای دیگر مسدود میکند. دیوار آتش دسته را میخواند، نه نام کارت شبکه را.
ابتدا اتصال VPN را روی Private و شبکه فیزیکی را روی Public بگذارید. سپس قاعده مسدودسازی را برای برنامه اضافه کنید که بر پروفایلهای ناخواسته اعمال شود. بعد تخصیص را با Get-NetConnectionProfile تأیید کنید، چون قاعده از همین تخصیص پیروی میکند.
Get-NetConnectionProfile | Select-Object Name, InterfaceAlias, NetworkCategory
New-NetFirewallRule -DisplayName 'Block browser off VPN' -Direction Outbound `
-Program 'C:\Program Files\Mozilla Firefox\firefox.exe' -Action Block -Profile Public
New-NetFirewallRule -DisplayName 'Allow browser on VPN' -Direction Outbound `
-Program 'C:\Program Files\Mozilla Firefox\firefox.exe' -Action Allow -Profile Private
ضعف ساختاری است. قاعده پروفایل از دسته پیروی میکند، پس وقتی ویندوز شبکه یک هتل را دوباره دستهبندی میکند، مسدودسازی میتواند از کار بیفتد. در این حالت هیچ چیز در فهرست قواعد تغییر نمیکند.
روش دوم: حذف مسیر پیشفرض فیزیکی
رویکرد مسیرها خشنتر و برای بازرسی بسیار آسانتر است. دروازه فیزیکی را یادداشت کنید، بگذارید VPN مسیر پیشفرض خود را با متریک کمتر نصب کند، سپس مسیر پیشفرض فیزیکی را حذف کنید. پس از آن چیز دیگری نمیتواند ترافیک را حمل کند.
route print -4
route delete 0.0.0.0 mask 0.0.0.0 192.168.50.1
route print -4 | findstr /c:"0.0.0.0"
وقتی کلاینت میمیرد، مسیر VPN همراه کارت شبکهاش میرود. دستگاه به جای نشت، آفلاین میشود و این همان چیزی است که کلید ایمنی باید تولید کند.
دو جزئیات تعیین میکند که یک هفته دوام میآورد یا نه. هر بار که پیوند تکان بخورد DHCP دروازه را برمیگرداند. کارت شبکه فیزیکی با نشانی ایستا از این غافلگیری جلوگیری میکند. نشانی خود سرور VPN هم باید در دسترس بماند. بدون آن مسیر میزبان، کلاینت هرگز نمیتواند پس از قطعیای که مسدودسازی را فعال کرد دوباره وصل شود.
روش سوم: بدون دروازه، یک مسیر میزبان پایدار
گزینه سوم با پاک کردن دروازه از تنظیمات کارت شبکه شروع میشود. سپس یک مسیر پایدار به نقطه پایانی VPN جای آن را میگیرد. دستگاه پس از آن میتواند با سرور حرف بزند و با هیچ چیز دیگر، تا وقتی تونل بالا بیاید.
route -p add 198.51.100.44 mask 255.255.255.255 192.168.50.1 metric 1
route print -4 | findstr 198.51.100.44
بازگرداندن دروازه اینترنت معمولی را برمیگرداند، و همین آن را به کلیدی تمیز برای روشن و خاموش کردن تبدیل میکند. به اسکریپتی که رویدادهای رابط را تماشا کند وابسته نیست. همچنین اهمیتی ندارد که شبکه چگونه دستهبندی شود.
هزینه، انزوای کامل در زمانی است که تونل پایین است. بهروزرسانیها متوقف میشوند، و همان دانلودی هم که این تمرین را برانگیخت. برای لپتاپ کاری این اغلب درست است، اما روی دستگاه شخصی تصمیمی است که باید آگاهانه گرفته شود.
چرا آیکون کره زمین چیزی را ثابت نمیکند
ویندوز دسترسپذیری را از طریق یک کاوش به نقطه پایانی مایکروسافت گزارش میکند. آن کاوش درباره تونل شما چیزی نمیگوید. تونل متصل میتواند پشت کرهای بنشیند که نبود اینترنت را گزارش میکند، و تونل مرده میتواند اتصال سالم نشان دهد.
با کشتن فرایند کلاینت آزمایش کنید و سپس تلاش کنید با شماره به یک نشانی عمومی برسید. جستوجوی نام میتواند از حافظه نهان پاسخ بگیرد، پس نه آیکون و نه پاسخ DNS دلیل نیست.
بعد از یک قطعی واقعی چه چیزی را ثبت کنیم
آزمایش را به صورت یک توالی اجرا کنید، نه یک بررسی واحد. به جای قطع اتصال، فرایند را بکشید، سپس یک نشانی عددی را در هر دو خانواده امتحان کنید. بعد کلاینت را برگردانید و تأیید کنید که هنوز از طریق مسیری که نگه داشتید به سرور خودش میرسد.
taskkill /IM openvpn-gui.exe /F
ping -4 198.51.100.44
ping -6 2606:4700:4700::1111
route print -4 | findstr /c:"0.0.0.0"
توالی را پس از خواب، پس از تغییر Wi-Fi و پس از گذار از کابل به بیسیم تکرار کنید. همین گذارها جایی است که هم روش پروفایل و هم رفتار DHCP شکست میخورند. قاعدهای که روی میز تحریر دوام میآورد لزوماً در هتل دوام نمیآورد.
مرحله بازگردانی را کنار هر قاعده و مسیر بنویسید. مایکروسافت ساخت قواعد خروجی را در مرجع قواعد دیوار آتش ویندوز مستند میکند، و آن منبعی بهتر از یک آموزش فقط با تصویر صفحه است.