خطای L2TP/IPsec 789، 720 یا 691: اول مرحله درست را درست کنید

ویندوز 11 برای هر مرحله از L2TP/IPsec شماره متفاوتی گزارش می‌کند و این شماره مرحله را مشخص می‌کند، نه درجه شکست را. 789 پیش از آنکه پیوند PPP وجود داشته باشد شکست می‌خورد، 720 هنگام بالا آمدن پیوند شکست می‌خورد و 691 پس از بالا آمدن پیوند و رد شدن اعتبارنامه‌ها شکست می‌خورد. تصمیم سودمند این نیست که کدام راه‌حل محبوب‌تر است؛ این است که کد کدام مرحله را اثبات می‌کند که به آن رسیده‌اید. اول آن را بخوانید، سپس در هر تلاش یک لایه را تغییر دهید تا کد بعدی هنوز چیزی به شما بگوید.

کد را مرحله بخوانید، نه فهرست خطاها

اتصال L2TP در ترتیبی ثابت از سه مرز می‌گذرد. IKE روی UDP 500 درباره انجمن‌های امنیتی مذاکره می‌کند، عبور NAT آن ترافیک را به UDP 4500 منتقل می‌کند و تنها پس از آن تونل L2TP نشست PPP را حمل می‌کند که کاربر را احراز هویت و نشانی اختصاص می‌دهد.

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

789: بین مسیر و سیاست محلی یکی را انتخاب کنید

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

تأیید کنید که UDP 500 و UDP 4500 به سرور می‌رسند و کلید از پیش مشترک بایت‌به‌بایت مطابقت دارد، از جمله بزرگی و کوچکی حروف و فاصله‌های انتهایی. اگر سرور پشت NAT است، ویندوز ممکن است به مقدار رجیستری مستند نیز نیاز داشته باشد. وقتی سرور پشت NAT است از 1 و وقتی هر دو سر پشت NAT هستند از 2 استفاده کنید، سپس راه‌اندازی مجدد کنید زیرا عامل سیاست مقدار را هنگام شروع می‌خواند:

reg add "HKLM\SYSTEM\CurrentControlSet\Services\PolicyAgent" /v AssumeUDPEncapsulationContextOnSendRule /t REG_DWORD /d 1 /f

تعمیر سنگین‌تر آداپتور به شاخه دیگر تعلق دارد. حذف دستگاه Wi-Fi و درگاه‌های کوچک WAN و سپس اسکن مجدد سخت‌افزار زمانی توجیه دارد که خود پشته IPsec محلی آسیب دیده باشد و انواع دیگر VPN نیز به همان شکل شکست بخورند. وقتی فقط یک سرور L2TP شکست می‌خورد و هر مسیر شبکه دیگری کار می‌کند، این تلاش هدررفته است.

720: بین این آداپتور و مجموعه سرورها یکی را انتخاب کنید

خطای 720 گزارش می‌کند که اتصال به رایانه راه دور برقرار نشد و پس از موفقیت IPsec ظاهر می‌شود. تونل به نقطه بالا آوردن یک رابط یا گرفتن نشانی رسید و سپس متوقف شد. این آن را به پرسش آداپتور محلی یا ظرفیت سرور تبدیل می‌کند.

برای تصمیم‌گیری از شعاع تأثیر استفاده کنید. شکست یک ماشین ویندوز به درگاه کوچک WAN معیوب، سرویس Remote Access متوقف یا نمایه اتصال خراب اشاره دارد. شکست چند مشتری همزمان به سرور اشاره دارد: مجموعه نشانی‌های تمام‌شده، سرویس RRAS متوقف یا مجموعه‌ای که دیگر با زیرشبکه مشتری مطابقت ندارد. پیش از تغییر طرف دیگر، طرفی را که الگو به آن اشاره دارد درست کنید.

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

691: بین اعتبارنامه و یک کمک‌کننده متوقف یکی را انتخاب کنید

کد 691 رد احراز هویت است و کدی است که بیشتر از همه به‌اشتباه رمز عبور نادرست خوانده می‌شود. تونل بالاست، دروازه هویتی دیده و آن هویت را رد کرده است. علت هنوز می‌تواند بیرون از فیلد رمز عبور باشد.

اول فیلد دامنه را بررسی کنید، سپس کاراکترهای دقیق رمز عبور را. رمزی که فاصله، نقل‌قول یا کاراکتر ویژه پوسته داشته باشد می‌تواند پیش از رسیدن به سرور خراب شود؛ در لینوکس، pppd همان رد را گزارش می‌کند که E=691 برای مقدار بدون نقل‌قول یا دامنه غایب. راز را دوباره تایپ کنید نه اینکه بچسبانید، و هر اعتبارنامه ذخیره‌شده‌ای را که ممکن است مقدار قدیمی‌تری داشته باشد پاک کنید.

شاخه‌ای که مردم از دست می‌دهند یک سرویس کمک‌کننده متوقف است. وقتی مشتری یک فروشنده برای رساندن اعتبارنامه‌ها به دروازه به سرویس خودش وابسته است، سرویس غیرفعال یا ازکارافتاده حتی وقتی رمز عبور درست است 691 تولید می‌کند. پیش از بازنشانی حساب، به‌ویژه پس از راه‌اندازی مجدد یا به‌روزرسانی، وضعیت سرویس فروشنده را بررسی کنید.

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

در هر تلاش یک لایه را تغییر دهید

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

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

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