دست‌دادن انجام شد، اینترنت نه: در Windows 11 اول چه چیزی را درست کنیم

در Windows 11 اغلب دست‌دادن‌های تازه کنار مرورگرهایی دیده می‌شوند که هیچ چیزی باز نمی‌کنند. دست‌دادن فقط ثابت می‌کند که تبادل UDP با همتا کامل شده است. این دربارهٔ مسیری که Windows نصب کرده یا resolverی که استفاده می‌کند چیزی نمی‌گوید و نمی‌گوید که آیا خروجی اصلاً چیزی را عبور می‌دهد.

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

پیش از دست زدن به کلیدها لایه را مشخص کنید

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

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

wg show
Find-NetRoute -RemoteIPAddress 1.1.1.1
Resolve-DnsName example.com -Server 1.1.1.1

اگر زمان دست‌دادن خالی باشد

وقتی زمان دست‌دادن خالی است، تبادل رمزنگاری‌شده هرگز کامل نشده است. پس اشکال پیش‌تر از مسیریابی قرار دارد. نخست نشانی نقطهٔ پایانی و درگاه را ببینید، سپس اینکه آیا شبکه UDP را فیلتر می‌کند. ارائه‌دهندهٔ میزبانی که ترافیک WireGuard را دور می‌ریزد دقیقاً همین را تولید می‌کند، و همچنین کارخواهی که نقطهٔ پایانی را از نمایهٔ قدیمی کپی کرده است.

بایت‌هایی که بیرون می‌روند و هیچ بایتی وارد نمی‌شود حالت دیگری است. این به NAT یا دیوار آتشی اشاره دارد که ترافیک را به جای اشتباه برمی‌گرداند.

اگر مسیر در برابر آداپتور فیزیکی شکست بخورد

برای تونل کامل، بخش همتا باید مقصدهایی را که انتظار دارید استفاده کنید پوشش دهد. Windows گاهی مسیر پیش‌فرض آداپتور فیزیکی را حتی با قاعدهٔ فراگیر تنظیم‌شده نگه می‌دارد. تقسیم قاعدهٔ فراگیر به 0.0.0.0/1 به‌علاوهٔ 128.0.0.0/1 دو پیشوند دقیق‌تر می‌سازد که جستجو را می‌برند. این تقسیم یک راه‌حل مستند است، نه یک ترجیح.

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

اگر نشانی‌ها کار کنند و نام‌ها شکست بخورند

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

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

اگر ماشین Windows خروجی باشد

Internet Connection Sharing هنگام فعال بودن نشانی‌دهی را بازنویسی می‌کند، که می‌تواند آداپتور به‌اشتراک‌گذاشته‌شده را به محدودهٔ دیگری ببرد. کارخواهی که هنوز به نشانی اصلی اشاره می‌کند سپس از کار می‌افتد. مقادیر رجیستری ScopeAddress و StandaloneDHCPAddress آن محدوده را کنترل می‌کنند و تنظیم ممکن است پس از راه‌اندازی مجدد بازگردد.

دو تعارض دیگر ویژهٔ Windows ارزش نگاه دارند. سرویس Routing and Remote Access می‌تواند با تونل تداخل کند. نصب‌کننده‌ای که برای معماری اشتباه ساخته شده با پیامی شکست می‌خورد که هرگز به معماری اشاره نمی‌کند.

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