کلاینت Fortinet لینوکس: پیش از تعمیر، دروازه را بررسی کنید
راهنمای بایگانی‌شده لینوکس کتابخانه‌ها را درست می‌کند؛ نمی‌تواند حالت تونلی را که دروازه حذف کرده بازگرداند. مرز نسخه، کلاینت و سپس مرحله محلی را بررسی کنید.
راهنمای بایگانی‌شده می‌گوید کتابخانه‌های 32 بیتی نصب کنید، یک پوسته GTK را وصله کنید و نصب‌کننده را از ترمینال اجرا کنید. بخشی از این توصیه برای نسخه مشخصی از کلاینت درست بود و هیچ‌کدام نمی‌تواند حالت تونلی را بازگرداند که دروازه دیگر ارائه نمی‌دهد. پیش از تغییر یک بسته، نخستین مرحله‌ای را که شکست خورد پیدا کنید. این کار از دروازه به سمت داخل پیش می‌رود، چون پاسخ‌ها آنجا ارزان‌اند و یک تعمیر محلی نادرست بیشترین زمان را می‌بلعد.
بررسی 1: مرحله‌ای را که شکست خورد نام ببرید
سه مرحله به شکل‌های متفاوت شکست می‌خورند. برنامه اجرا نمی‌شود، اجرا می‌شود و هویت سرور را رد می‌کند، یا وصل می‌شود و دروازه هیچ سرویسی از نوعی که لازم دارید ندارد. هر شکست شاهد خودش را برجای می‌گذارد: خطای بارگذار، پیام گواهی، پاسخی از دروازه که حالتی ناموجود را نام می‌برد.
پیش از دست زدن به هر چیزی این را بنویسید. هر چیزی پس از این نقطه به این بستگی دارد که کدام مرحله را نام برده‌اید، و آن سه تعمیر هیچ وجه مشترکی ندارند.
بررسی 2: نسخه دروازه و حالت تونل
حالت تونل در دروازه‌های کنونی از میان رفته است و جدول یکپارچگی FortiClient 7.4.4 با لینوکس جایی است که این موضوع نوشته شده: FortiOS 7.6.3 و نسخه‌های بعدی دیگر حالت تونل SSL VPN را ارائه نمی‌کنند و مدیران را به IPsec می‌فرستند. وقتی این جمله را تکرار می‌کنید، محصول، نسخه و حالت را به آن جمله بچسبانید. این جمله چیزی درباره همه محصولات Fortinet نمی‌گوید و چیزی درباره ویژگی‌های دسترسی وب که هنوز وجود دارند نیز نمی‌گوید. سازگاری عمومی نسخه‌ها و در دسترس بودن یک حالت تونل دو بررسی جداگانه‌اند.
از صاحب دروازه دو چیز بپرسید: دروازه کدام نسخه را اجرا می‌کند و امروز کدام روش‌های دسترسی فعال است. پاسخ را کتبی بخواهید، همراه با رشته نسخه و صفحه تنظیمات یا خط پیکربندی که از آن آمده، چون همین اطمینان شفاهی است که مردم را به راهنمای بایگانی‌شده برمی‌گرداند. سپس آن پاسخ را با یادداشت‌های دروازه یا ماتریس فروشنده برای همان نسخه دقیق بسنجید. مرورگری که پورتال وب را نمایش می‌دهد ثابت می‌کند پورتال پاسخ می‌دهد، و نه چیز بیشتر.
بررسی 3: نسخه کلاینتی که صاحب تأیید می‌کند
نسخه و ویرایش تأییدشده کلاینت لینوکس را بگیرید، سپس سیستم‌عامل، معماری، میزکار و جریان احراز هویتی را که پشتیبانی می‌کند بررسی کنید. ماتریس 7.4.4 نمونه‌ای وابسته به نسخه است، نه توصیه‌ای برای جدیدترین کلاینت و نه وعده‌ای برای هر مشتق. بپرسید صاحب واقعاً از کدام کلاینت پشتیبانی خواهد کرد، چون آن پاسخ بخشی از مهاجرت است و نه فکری پس از آن. کلاینتی که پیش از رسیدن نخستین بسته‌اش به دروازه می‌میرد چیزی درباره لپ‌تاپ ثابت می‌کند، نه درباره سرویس.
کتابخانه‌های 32 بیتی و یک پوسته وصله‌شده تغییر می‌دهند که فایل دودویی چه چیزی می‌تواند بار کند؛ آنچه فروشنده پشتیبانی می‌کند را تغییر نمی‌دهند. اگر سیستم‌عامل یا جریان احراز هویت بیرون از ماتریس باشد، پرسش صلاحیت پیش‌تر پاسخ داده شده است.
بررسی 4: پروفایل جایگزین را درخواست کنید
اگر سازمان از حالت تونل SSL VPN به IPsec منتقل شده است، پروفایل جدید و رویه ثبت‌نام را در همان گفتگو بخواهید. یک پیکربندی SSL را تغییر نام ندهید و فرض نکنید فیلدها منتقل می‌شوند: پروفایل IPsec یک نسخه IKE، یک دروازه راه دور و هویت آن، یک روش احراز هویت و انتخابگرهای ترافیکی را که هر طرف می‌پذیرد نام می‌برد. سیاست حساب و دستگاه نیز ممکن است به شکل دیگری اعمال شود. تغییر نام کلاینتی می‌سازد که پیکربندی‌شده به نظر می‌رسد و هیچ چیزی را مذاکره نمی‌کند.
پیش از اعتماد، پروفایل را بخوانید. باید نسخه IKE و پیشنهادها، اینکه احراز هویت از گواهی یا کلید از پیش اشتراکی استفاده می‌کند، اینکه کدام زیرشبکه‌های محلی و راه دور انتخاب شده‌اند و اینکه دروازه چه چیزی را به عنوان هویت خود انتظار دارد بیان کند. تأیید کنید که کلاینت تأییدشده لینوکس از این چیدمان پشتیبانی می‌کند، چون سند مهاجرت بیانیه برابری ویژگی‌ها برای هر نسخه کلاینت نیست. کلاینت مستقلی مانند openfortivpn مفسر OpenVPN نیست، پس هر چیز دیگری که SSL در نامش دارد را تأییدنشده بدانید تا صاحب برای این حالت، این جریان ورود و این سیاست دستگاه چیز دیگری بگوید.
بررسی 5: وابستگی‌های محلی، سپس اعتبارسنجی و ثبت
وقتی دروازه و کلاینت روشن شدند، شکست در اجرا یک مشکل بسته‌بندی است و دستورهای خود بسته نگهداری‌شده مرجعی است که باید دنبال شود. شکست هویت TLS به اپراتور تعلق دارد: لنگرهای اعتماد و نام مورد انتظار پیکربندی او هستند، نه چیزی که محلی دور زده شود. این‌ها همان دو مرحله‌ای هستند که راهنمای بایگانی‌شده هرگز در آن‌ها سودمند بود.
هیچ‌کدام با پذیرفتن یک گواهی ناشناس یا خاموش کردن بررسی وضعیت دستگاه حل نمی‌شود. بررسی‌های MFA و دستگاه را سر جای خود نگه دارید، چون بازگرداندن اتصال با تضعیف آن‌ها یک قطعی را با یک رخداد معاوضه می‌کند. اگر حالت از میان رفته باشد، هیچ پرچم محلی آن را برنمی‌گرداند.
پس از تغییر تأییدشده، به منبع خصوصی مورد نظر برسید، حل DNS را تأیید کنید و یک بار دوباره وصل شوید. کلاینت، پلتفرم، نسخه دروازه و حالت تونل را با هم ثبت کنید، چون نفر بعدی هر چهار را لازم دارد. برنامه‌ای که با موفقیت باز می‌شود مرحله اجرای محلی را گذرانده است، و نه چیز دیگر.