چرا vpnc پس از 24 دقیقه قطع می‌شود و چه چیزی را تغییر دهید

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

سه شرط تعیین می‌کند کدام تایمر مال شماست: آیا کلاینت یک نشست بی‌کار را رها می‌کند، آیا تبادل بازتولید کلید رد می‌شود، و آیا دروازه‌ای مترجم کپسوله‌سازی را بازنویسی کرده است.

کدام تایمر مالک قطع شدن است

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

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

حالت یکم: کلاینت یک نشست بی‌کار را رها می‌کند

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

DPD idle timeout (our side) 0
NAT Traversal Mode cisco-udp

غیرفعال کردن DPD سمت کلاینت یک هشدار کاذب را حذف می‌کند و تنها تشخیص محلی شما را نیز حذف می‌کند، پس آن را تنها اعمال کنید و ببینید آیا بازه اصلاً تغییر می‌کند.

حالت دوم: بازتولید کلید رد می‌شود

اگر بازه از تغییر DPD جان سالم به در ببرد، بازتولید کلید فاز 1 کاندید می‌شود. ساخت‌های قدیمی‌تر vpnc بازتولید را با احتیاط کمتری از ساخت‌های کنونی مدیریت می‌کردند، و اختلاف معمول گروه Diffie-Hellman است. تحمیل گروهی که سرور مرکزی از پیش می‌پذیرد یک خط و یک اتصال مجدد هزینه دارد، که آن را به آزمایشی ارزان و نه تغییری در خط‌مشی تبدیل می‌کند.

IKE DH Group dh5

نام‌های معتبر گروه dh1، dh2 و dh5 هستند. گروهی که متمرکزکننده رد می‌کند شکست فوری ایجاد می‌کند، و این هم اطلاعات است: به شما می‌گوید سرور مرکزی سخت‌پسند است و گروه اصلی احتمالاً درست بوده است.

حالت سوم: ترجمه کپسوله‌سازی را بازنویسی می‌کند

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

رابط‌های گرافیکی سردرگمی خود را اینجا اضافه می‌کنند. NetworkManager تا زمانی که بسته افزونه نصب نشود نوع اتصال vpnc را ارائه نمی‌دهد، و افزونه گم‌شده به‌صورت دکمه افزودن خاکستری و نه خطا ظاهر می‌شود. رابط KDE همان مقادیر را در پروفایل خودش نگه می‌دارد، پس تأیید کنید که دیمن آنچه را ویرایش کرده‌اید می‌خواند.

پروفایلی که از خط فرمان خوب وصل می‌شود اما از میزکار نه، مشکلی در رابط است، نه مشکلی در تایمر.

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

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

vpnc --debug 3 office

همچنین وقتی تونل زنده می‌ماند اما ترافیک متوقف می‌شود، دیمن شبکه دوم را بررسی کنید. دو مدیر که جدول مسیریابی را می‌نویسند همان نشانه را از میزکار و گزارشی کاملاً متفاوت تولید می‌کنند.