رفع قطعی‌های VPN در حالت بی‌کاری: چک‌لیست صرفه‌جویی انرژی Wi-Fi

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

بررسی اول: آیا قطعی از بی‌کاری پیروی می‌کند؟

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

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

بررسی دوم: آیا فقط ترافیک VPN است؟

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

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

بررسی سوم: وضعیت صرفه‌جویی انرژی را بخوانید

بیشتر محیط‌های رومیزی یک کادر انتخاب به شما می‌دهند، اما کادر انتخاب همان وضعیتی نیست که درایور در آن است. ابتدا گزارش خود درایور را بخوانید و سپس تصمیم بگیرید. در Linux با mac80211 رابط مستقیماً پاسخ می‌دهد:

iw dev wlan0 get power_save          # on or off, per interface
sudo iw dev wlan0 set power_save off # diagnostic only, lost on reconnect

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

در Windows powercfg /q SCHEME_CURRENT طرح فعال را چاپ می‌کند و زیردرخت آداپتور بی‌سیم نشان می‌دهد که آیا می‌توان به آداپتور دستور داد انرژی صرفه‌جویی کند؛ همان گزینه در Device Manager نیز در زبانه مدیریت انرژی آداپتور هست. در macOS صرفه‌جویی انرژی 802.11 برای هر رابط به شما نمایش داده نمی‌شود، پس به‌جای آن pmset -g را برای رفتار خواب و آماده‌به‌کار ببینید. آنجا خرابی معمولاً مسیر خواب و بیداری از آب درمی‌آید نه رفتار بی‌کاری رادیو.

بررسی چهارم: یک چیز را تغییر دهید، سپس دوباره آزمایش کنید

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

زنده نگه داشتن اتصال متغیر مستقل دیگر است و پیوسته با صرفه‌جویی انرژی اشتباه گرفته می‌شود. مقدار PersistentKeepalive = 25 در WireGuard یک نگاشت NAT را گرم نگه می‌دارد؛OpenVPN در هر دو سر keepalive و ping-restart را به کار می‌برد. هر دو روی تونلی که در غیر این صورت ساکت است ترافیک تولید می‌کنند، پس زنده‌نگه‌داشتی که به نظر می‌رسد قطعی را برطرف می‌کند ممکن است مشکل رادیو را پنهان کند نه حل. آن‌ها را جداگانه، یکی یکی آزمایش کنید:

[Peer]
PublicKey = ...
Endpoint = vpn.example.net:51820
PersistentKeepalive = 25

بررسی پنجم: وقتی رادیو بی‌گناه است

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

سپس با دستگاه دومی در همان شبکه که همان آزمایش بی‌کاری را انجام می‌دهد مقایسه کنید. افتادن دو دستگاه در یک فاصله داستان مسیر یا سرور است؛ افتادن یک دستگاه داستان درایور یا انرژی محلی است. این مقایسه ده دقیقه هزینه دارد و شما را از بازنویسی پیکربندی اشتباه نجات می‌دهد.

پیش از اینکه آن را دائمی کنید

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

• مقدار اصلی صرفه‌جویی انرژی را کنار اسکریپت بنویسید تا قابل بازگردانی باشد.
• پس از هر به‌روزرسانی درایور یا کلاینت آزمایش بی‌کاری را تکرار کنید؛ مقادیر پیش‌فرض تغییر می‌کنند.
• هنگام گزارش مشکل، گزارش ping و گزارش کلاینت را با هم نگه دارید.
• اگر مرحله دوم شکست خورد، تغییر تنظیمات VPN را متوقف کنید و آن را نقص محلی پیوند بدانید.

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