L2TP/IPsec در یک شبکه وصل می‌شود و در شبکه‌ای دیگر مهلت تمام می‌شود

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

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

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

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

چهار مرحله، چهار پیام خطای متفاوت

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

journalctl -u strongswan --since '-5 min' | tail -20
journalctl -u xl2tpd --since '-5 min' | tail -20
ip -4 route get 198.51.100.10

گزارش strongSwan نشان می‌دهد آیا تبادل IKE به پیشنهادی رسید و آیا همتا اصلاً پاسخ داد، که دسترسی‌پذیری را از سیاست جدا می‌کند. گزارش xl2tpd جایی ادامه می‌یابد که IPsec پایان می‌یابد، پس انجمن امنیتی برقرارشده‌ای که چیزی در آن گزارش ندارد به مرحله L2TP اشاره می‌کند. پرس‌وجوی مسیر تأیید می‌کند که کارخواه به نشانی سروری که گمان می‌کنید می‌فرستد، و این پاسخ DNS کهنه‌ای را که از شبکه پیشین به ارث رسیده است می‌گیرد. با هم، سه خروجی مرحله‌ای را نام می‌برند نه نشانه‌ای را.

عمق NAT و رفتار کمک‌کننده را مقایسه کنید

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

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

کارخواه خروجی، سرور ورودی: دو مسئله متفاوت

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

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