VPN مرده پس از خواب: تونل از دست رفته یا برنامه کهنه؟

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

سه چیز می‌تواند پس از بیدار شدن خراب باشد

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

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

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

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

نخست: آیا تونل برگشت؟

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

ip -brief addr show
wg show
ip route show table all | head -20

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

مسیرها و پیکربندی DNS را هم بررسی کنید. تونل می‌تواند بدون مسیرهایش بازگردد، که وضعیت گیج‌کننده‌ای می‌سازد: واسط بالاست و نام‌های داخلی هنوز از کارساز اشتباه حل می‌شوند.

دوم: آیا چیزی از آن خواست برگردد؟

اینجاست که مقایسه ارزش خود را نشان می‌دهد. نمایهٔ افزونهٔ OpenVPN و اتصال بومی WireGuard را NetworkManager گونهٔ متفاوت می‌بیند، و مرجع تنظیمات اتصال صریح می‌گوید connection.autoconnect نمایه‌های VPN را فعال نمی‌کند؛ سازوکار بالا آوردن VPN همراه با یک اتصال connection.secondaries است.

nmcli connection show --active
nmcli -f connection.autoconnect,connection.secondaries connection show "Work VPN"
journalctl -u NetworkManager -b --no-pager | tail -40

اگر اتصال دستی هر بار مشکل را درست می‌کند، این نشانهٔ فعال‌سازی غایب است نه تونل خراب. گزارش معمولاً نشان می‌دهد واسط پایین می‌آید و چیزی آن را بازنمی‌گرداند.

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

سوم: آیا برنامه وضعیت کهنه را نگه داشته؟

پیش از دست زدن به VPN یک نشست کاملاً تازه به همان مقصد باز کنید. اگر نشست تازه کار کند و کهنه نکند، تونل درست است و برنامه اتصالی مرده را نگه داشته.

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

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

مقایسه را تکرارپذیر کنید

متغیرها را کوچک نگه دارید: یک شبکهٔ دسترسی، یک مدت خواب و هر بار همان نخستین درخواست. سپس دو نتیجه را ثبت کنید: آیا اتصال دستی آن را درست می‌کند و آیا خوابی دیگر شکست را برمی‌گرداند.

همان مشاهدهٔ آخر است که سه گزینه را به مطمئن‌ترین شکل جدا می‌کند. نشست تازهٔ کارکننده پس از نشست کهنهٔ شکست‌خورده مشکل تونل نیست و هیچ نصب دوبارهٔ کارخواه آن را تغییر نمی‌دهد.

keepalive پایدار WireGuard در این تصویر فقط به‌عنوان keepalive نگاشت NAT جا دارد. بسته می‌فرستد تا نگاشتی باز بماند؛ مانع خوابیدن ماشین نمی‌شود و تا وقتی فرایند معلق است نمی‌تواند به فرستادن ادامه دهد.

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