تونل شکافته در ویندوز: کادر دروازه و پیشوند گمشده

ویندوز همه چیز را از تونل می‌فرستد تا یک جعبه انتخاب را خالی کنید، و سپس تا زمانی که زیرشبکه را اضافه نکنید بسیار کم می‌فرستد. هر دو به یک تغییر تعلق دارند.

تونل گزارش می‌دهد که متصل است و ویکی هنوز بارگذاری می‌شود. سپس یک دانلود متوقف می‌شود و اشتراک روی قفسه پاسخ دادن را متوقف می‌کند. تونل کار خود را کرد و پروفایل به سادگی ادعای هر مقصد را داشت.

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

چرا یک تونل سالم مانند قطعی به نظر می‌رسد

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

نشانه‌ها به عمد گیج‌کننده‌اند. ممکن است تحلیل نام هنوز کار کند در حالی که اشتراک زمان‌بندی می‌شود، یا برعکس. کاربر گزارش می‌دهد که VPN خراب است، کلاینت خود را سالم گزارش می‌کند و هر دو گفته درست است.

کادر انتخابی که در گفتگوی IPv4 پنهان است

تنظیم چند گفتگو عمیق‌تر است. ncpa.cpl را باز کنید، روی اتصال راست‌کلیک کنید، سپس ویژگی‌های IPv4، سپس پیشرفته، و گزینه‌ای را که اجازه می‌دهد اتصال به دروازه پیش‌فرض راه دور تبدیل شود پاک کنید. همان یک کادر تعیین می‌کند که آیا پروفایل یک تونل کامل است. بقیه چیزها در پروفایل همچنان اعمال می‌شود.

خروجی route print -4 را قبل و بعد از اتصال مجدد مقایسه کنید. ورودی 0.0.0.0 که قبلاً به تونل اشاره می‌کرد باید رفته باشد و پیشوندهای شرکتی باید هنوز آنجا باشند.

route print -4 | findstr /c:"0.0.0.0"
Get-VpnConnection -Name 'Work VPN' | Select-Object Name, SplitTunneling, Routes

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

پیشوندی که هیچ‌کس فهرست نکرد

تونل شکافته دقیقاً همان پیشوندهای ثبت‌شده در پروفایل را در معرض دید قرار می‌دهد. زیرشبکه دفتری که پس از نوشتن پروفایل اضافه شده است، در حالی که تونل کاملاً سالم است، دسترسی‌ناپذیر می‌ماند. سپس گزارش به عنوان یک سرور خراب می‌رسد نه یک VPN خراب.

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

route -p add 172.20.8.0 mask 255.255.255.0 10.8.0.1
Add-VpnConnectionRoute -ConnectionName 'Work VPN' -DestinationPrefix 172.20.8.0/24
Get-VpnConnection -Name 'Work VPN' | Select-Object -ExpandProperty Routes

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

اثبات نتیجه پس از راه‌اندازی مجدد

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

tracert -4 www.example.com
tracert -4 wiki.corp.example
ping -4 fileserver.corp.example
ping -4 172.20.8.20

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

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

مقالات مرتبط