WireGuard پس از تغییرات DNS هنوز از نقطه پایانی قدیمی استفاده می‌کند
نام به نشانی تازه‌ای حل می‌شود، در حالی که رابط همان نشانی‌ای را که هنگام راه‌اندازی گرفته بود به کار می‌برد. هر دو را مقایسه کنید و سپس از طریق مدیرش دوباره راه‌اندازی کنید.
تونل پس از جابه‌جایی رکورد DNS سرور از عبور ترافیک بازماند، و نام روی همان ماشین درست حل می‌شود. این دو واقعیت با هم تضاد ندارند. پیکربندی WireGuard یک نقطه پایانی را نگه می‌دارد و ابزار هنگام اعمال آن پیکربندی نام را حل می‌کند، پس رابط در حال اجرا می‌تواند نشانی‌ای را که ساعت‌ها پیش گرفته بود به کار ببرد. پیش از جایگزینی کلیدها یا دست‌زدن به محدوده تونل بررسی کنید رابط از چه چیزی استفاده می‌کند.
نام یک بار حل می‌شود، نه به‌طور پیوسته
پیکربندی پایه WireGuard نقطه پایانی را به‌عنوان نشانی و درگاه می‌گیرد و ابزاری که رابط را بالا می‌آورد در همان لحظه نام میزبان را حل می‌کند. هیچ چیز در پروتکل پایه DNS را طبق زمان‌بندی نمی‌پرسد و برنامه کارخواه می‌تواند رفتار تازه‌سازی خودش را روی آن بیفزاید. ثبت نشانی حل‌شده، خانواده و درگاه در کنار نام شکاف را آشکار می‌کند. بدون آن ثبت، پیکربندی درست به نظر می‌رسد در حالی که رابط با جای دیگری حرف می‌زند.
یک به‌روزرسانی خودکار واقعی وجود دارد و دانستنش ارزشمند است چون شبیه تازه‌سازی DNS است بدون آنکه باشد. نقطه پایانی همتا می‌تواند جابه‌جا شود وقتی ترافیک درست احراز هویت‌شده از نشانی تازه می‌رسد، که این پرسه‌زنی است و نه حل نام. همتا را دنبال می‌کند، پس نمی‌تواند کارساز تازه و بی‌ربطی را کشف کند که نقطه پایانی قدیمی هرگز با آن تماس نگرفته بود.
رکورد را با نشانی در حال استفاده مقایسه کنید
نام مستند را از طریق حل‌کننده‌ای که کارخواه به کار می‌برد بپرسید، سپس از رابط بپرسید کدام نقطه پایانی را نگه داشته است. دو پاسخ همان مقایسه‌ای است که بقیه این صفحه را تعیین می‌کند:
dig +short vpn.example.net
wg show wg0 endpoints
wg show wg0 latest-handshakesراهنمای wg(8) زیرفرمان‌های show را که این خطوط به کار می‌برند مستند می‌کند. خانواده نشانی را هم مقایسه کنید، نه فقط نشانی را، زیرا رکوردی که یک ورودی IPv6 گرفته است مقایسه دیگری از رکوردی است که نشانی IPv4 آن تغییر کرده است. اگر نقطه پایانی با رکورد تفاوت دارد، رابط با اطلاعات کهنه کار می‌کند و نام هرگز مشکل نبوده است. اگر هم‌خوان باشند و تونل هنوز شکست بخورد، به شنونده و قواعد بروید، نه به نمایه.
برچسب زمان دست‌دادن در آن بلوک است چون نقطه پایانی به‌تنهایی نمی‌گوید همتا در دسترس است یا نه. برچسب کهنه در کنار نقطه پایانی درست مشکل مسیر است، نه مشکل حل نام، و این تفاوت تعیین می‌کند دفعه بعد به چه چیزی دست بزنید.
از طریق مدیر رابط دوباره راه‌اندازی کنید
پس از تأیید کهنه‌بودن نقطه پایانی، آن را از طریق سازوکاری که رابط را در اختیار دارد تازه کنید به‌جای ویرایش پیکربندی فعال. برای رابطی که wg-quick راه‌اندازی کرده است این یک پایین و بالا است، برای واحد systemd یک راه‌اندازی دوباره است، و برای رابطی که در اختیار یک مدیر است تغییری است که در همان مدیر انجام می‌شود، زیرا ویرایش در زمان اجرا در اعمال بعدی بازنویسی می‌شود:
wg-quick down wg0 && wg-quick up wg0
systemctl restart wg-quick@wg0سپس تأیید کنید که شنونده جایگزین و هویت آن همان سرویسی است که در نظر داشتید. جابه‌جایی DNS تغییر هویت نیست، پس هرگز نباید بهانه‌ای برای اعتماد به کلیدی باشد که بررسی نکرده‌اید. اگر رابط اکنون نشانی تازه را گزارش می‌دهد و هنوز هیچ دست‌دادنی تولید نمی‌کند، خطا به مسیر شبکه یا شنونده تازه منتقل شده است، که پیشرفت است و نه همان خطا دو بار.
نخست دست‌دادن، سپس مسیر داده
پیش از انتخاب فهرست بررسی، دو نتیجه را جدا کنید. دست‌دادنی که زیر برنامه‌ای که شکست می‌خورد موفق می‌شود مشکل مسیر داده است: مسیرها، پیشوندهای مجاز یا DNS درون تونل. دست‌دادنی که هرگز رخ نمی‌دهد مشکل دسترسی یا هویت در نقطه پایانی است. آمیختن این دو گزارشی می‌سازد که هیچ‌کس نمی‌تواند بازتولید کند و گزارش تغییراتی با سه ویرایش بی‌ربط.
نام، نشانی حل‌شده، نقطه پایانی در استفاده و اینکه دست‌دادن کامل شده یا نه را ثبت کنید. این چهار واقعیت به پرسشی پاسخ می‌دهند که این خطا پیوسته می‌پرسد و رخداد بعدی را به بررسی دو دقیقه‌ای تبدیل می‌کنند. نگهداری نام و پذیرش کارخواه دو کار جدا می‌مانند: اصلاح رکورد پذیرش را انجام نمی‌دهد و راه‌اندازی دوباره رابط رکوردی را که هنوز غلط است درست نمی‌کند.