کدام لایه از پروفایل L2TP واقعاً خراب شد

پشته را از بالا به پایین بپیمایید، نه صفحه تنظیمات را به‌صورت عرضی: مذاکره IPsec، سپس کنترل L2TP، سپس احراز هویت PPP، سپس تخصیص نشانی و DNS. هر لایه امضای خطای خودش و علت احتمالی خودش را دارد. پروفایلی که در احراز هویت کاربر شکست می‌خورد، پیش‌تر از سه بررسی گذشته است که پروفایلی که زودتر به پایان رسید هرگز به آن‌ها نرسید. همین ترتیب نخستین چیزی است که باید مشخص شود.

همان نام پروتکل چهار گفت‌وگوی متفاوت را پنهان می‌کند.

پیش از تغییر تنظیمات، لایه را نام ببرید

شکست در راه‌اندازی IPsec به راز مشترک، الگوریتم‌ها یا هویت همتای مقابل اشاره دارد. شکست کنترل L2TP پس از آن به خود لایه تونل اشاره می‌کند که مشکلی محدودتر است. خطاهای احراز هویت PPP حساب یا روش احراز هویت را نام می‌برند. شکست نشانی یا DNS پس از احراز هویت یعنی انتقال کار کرده و تبادل پیکربندی نه.

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

پروفایل را با کارخواه کنونی مقایسه کنید

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

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

گزینه‌های قدیمی با فعال‌کردن برنمی‌گردند

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

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

مهاجرت را به‌صورت یک پروژه مطرح کنید

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

مهاجرت همچنین لحظه نوشتن این است که پروفایل برای چه بود. وگرنه نفر بعدی اتصالی کارآمد را بدون هیچ توضیحی به ارث می‌برد.

لایه، نسخه کارخواه و نیازمندی‌های کنونی اپراتور را بررسی کنید. سپس تصمیم بگیرید که این یک تعمیر است یا یک جایگزینی.