چرا VPN شما بیشتر از قطعی طول می‌کشد تا بازیابی شود
عقب‌رفت تلاش‌های اتصال مجدد را فاصله می‌دهد، بنابراین شبکه بازیابی‌شده ممکن است منتظر بماند. پیش از کوتاه کردن تایمرها، برنامه تلاش مجدد را با آمادگی شبکه مقایسه کنید.
شبکه Wi-Fi سی ثانیه پیش بازگشته و VPN هنوز قطع است، بنابراین کلاینت خراب به نظر می‌رسد. غالباً فقط برنامه تلاش مجدد خودش را دنبال می‌کند و آن برنامه نمی‌داند که شبکه همین الان بازگشته است. همین شکاف تمام ماجراست: زمان بازیابی یعنی قطعی به‌علاوه هر انتظاری که کلاینت از پیش پذیرفته است. کوتاه کردن هر تایمر یک پاسخ است و درک اینکه کدام تایمر مهم است پاسخ دیگر.
سه شرط تعیین می‌کند که تنظیم کمک می‌کند یا نه: کدام مرحله کند است، آیا خطا اصلاً قابل تکرار است، و کلاینت چگونه می‌فهمد که شبکه بازگشته است.
سه انتظار که شبیه یکی به نظر می‌رسند
تحلیل نقطه پایانی، مذاکره IKE یا TLS، ارسال مجدد بسته و شروع یک تلاش تازه رویدادهای جداگانه‌ای با تایمرهای جداگانه هستند. strongSwan عقب‌رفت ارسال مجدد را برای IKE مستند می‌کند و OpenVPN کنترل‌های تلاش مجدد خودش را با معنای متفاوت دارد. کپی کردن یک عدد از یکی به دیگری فرض می‌کند که سازوکارها یکسان‌اند، و نیستند. پیش از تصمیم درباره اینکه به کدام فاصله نگاه می‌کنید، توالی گزارش را بخوانید.
یک دقیقه سکوت در گزارش لزوماً فرآیند یخ‌زده نیست. می‌تواند یک عقب‌رفت نمایی باشد که دقیقاً همان کاری را می‌کند که برایش پیکربندی شده است.
واقعاً کدام مرحله کند است؟
اگر گزارش نشان دهد تلاش‌ها با خطای احراز هویت شکست می‌خورند، هیچ تغییر تایمری کمک نمی‌کند، چون اعتبارنامه اشتباه است. اگر هیچ تلاشی انجام نشود، کلاینت در پنجره انتظارش است و برنامه راه‌حل است. اگر تلاش‌ها انجام شوند و مهلتشان تمام شود، مشکل در دسترس‌پذیری یا شنونده غایب است و تلاش سریع‌تر فقط گزارش را پر می‌کند. هر یک از این سه وضعیت صاحب متفاوتی دارد و تنها یکی از آن‌ها مشکل زمان‌بندی است.
پیش از دست زدن به هر عدد، خطا را دسته‌بندی کنید.
چه زمانی کوتاه کردن تایمر کمک می‌کند و چه زمانی نه
سقف تلاش مجدد را پایین بیاورید وقتی هزینه غالب، انتظار پس از یک قطعی کوتاه و مکرر است، مثل لپ‌تاپی که بین نقاط دسترسی جابه‌جا می‌شود. وقتی خطاها طولانی یا نادرند آن را رها کنید، چون تلاش مجدد تهاجمی دقیقاً در لحظه‌ای بار اضافه می‌کند که تمرکزدهنده کمترین توان پاسخ را دارد. در هر دو حالت یک پارامتر را تغییر دهید، آن را ثبت کنید و بازیابی بعدی را اندازه بگیرید به‌جای اینکه فرض کنید بهتر شده است.
مهلت بسیار کوتاهی که در هر پروفایل کپی می‌شود، پایان معمول تنظیم بدون اندازه‌گیری است.
پیش از سرزنش کلاینت، آمادگی را بررسی کنید
کلاینت غالباً تا وقتی چیزی تلاش نکند نمی‌تواند ببیند که شبکه قابل استفاده است. یک دروازه اسیر، تمدید DHCP یا تغییر مسیر می‌تواند آن را منتظر برنامه‌ای تنظیم‌شده پیش از همه این‌ها بگذارد. تغییر وضعیت شبکه سیستم‌عامل و تلاش بعدی کلاینت را روی همان ساعت تماشا کنید و خواهید دید انتظار چه کسی است. نسخه سریع این است که مهر زمانی رویداد آمادگی شبکه و مهر زمانی نخستین تلاش پس از آن را یادداشت کنید.
همچنین تأیید کنید که ترافیک مستقیم در طول انتظار هنوز مسدود است، چون اتصال مجدد سریع‌تری که ترافیک را نشت می‌دهد بهبود نیست.
چه چیزی را ثبت کنیم
بنویسید کدام تایمر تغییر کرد، از چه مقداری به چه مقداری، و بازیابی بعد از آن چگونه بود. نسخه کلاینت را هم یادداشت کنید، چون پیش‌فرض‌ها بین انتشارها جابه‌جا می‌شوند و مهلت بسیار کوتاه مستندنشده نفر بعدی را که پروفایل را می‌خواند سردرگم می‌کند.
آن ثبت، ارتقای نرم‌افزاری بعدی را به یک مقایسه تبدیل می‌کند نه یک آزمایش.