FortiClient در 98% گیر می‌کند: IPv6 را روی همان آداپتور غیرفعال کنید

نوار به 98% می‌رسد، کلاینت همان‌جا می‌ماند و دوباره تایپ کردن رمز عبور چیزی را عوض نمی‌کند. این همان سرنخ مفید است: کلاینت پیش‌تر گواهی دروازه را پذیرفته، اعتبارنامه‌ها را فرستاده و پیکربندی تونل را دریافت کرده است. آنچه می‌ماند این است: بالا آوردن آداپتور مجازی و تأیید اینکه تونل ترافیک را حمل می‌کند. وقتی آن آخرین گام هرگز کامل نمی‌شود، خطا محلی است و هیچ مقدار دوباره تایپ کردن اعتبارنامه به آن نمی‌رسد.

چهار گام، و گام اول خواندن گزارش است نه نوار.

شمارنده 98% در واقع چه چیزی را گزارش می‌کند

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

Fortinet این نشانه را در برابر یک علت سمت کلاینت مستند کرده است: فعال بودن IPv6 روی آداپتوری که کلاینت استفاده می‌کند. این تنظیم آداپتور را نخستین چیزی می‌کند که باید آزمود، نه توضیحی فراگیر برای هر SSL-VPN توقف.

گام 1: پیش از نوار، گزارش را بخوانید

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

اگر گزارش ورود کامل و سپس هیچ چیز را نشان دهد، شما در راه‌اندازی محلی هستید و آداپتور مظنون مشروعی است.

گام 2: تغییر IPv6 را به یک آداپتور محدود کنید

تغییر به آداپتور تعلق دارد، نه به ماشین. در ویژگی‌های آداپتور ویندوز این یعنی پاک کردن Internet Protocol Version 6 (TCP/IPv6) روی همان رابط، و از یک شل چنین است: Disable-NetAdapterBinding -Name "Ethernet 2" -ComponentID ms_tcpip6. وضعیت را با این دستور تأیید کنید: Get-NetAdapterBinding -ComponentID ms_tcpip6 پیش از اتصال دوباره. سپس دوباره وصل شوید و ببینید نوار از 98% می‌گذرد یا همان‌جا می‌ایستد.

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

گام 3: بررسی کنید توقف چه چیزی را پنهان کرده بود

تونلی که وصل می‌شود تونلی نیست که کار می‌کند. نشانی‌ای که کلاینت اختصاص داد، مسیرهایی که پروفایل نصب کرد و تفکیک نام برای یک میزبان داخلی را بررسی کنید: Resolve-DnsName files.corp.example. کلاینتی که وصل می‌شود و هیچ چیز را تفکیک نمی‌کند مشکل DNS دارد، و آسان است که این را بازگشت همان خطا اشتباه بخوانیم.

یک منبع داخلی را با نام و یک مقصد عمومی را بیازمایید تا تونل تقسیم‌شده خراب با کلاینت درست‌شده اشتباه نشود.

گام 4: اصلاح را تکرارپذیر کنید

اگر تنظیم باید به یک ناوگان برسد، آن را در بسته استقرار یا در پیکربندی آداپتور بگذارید نه در گامی دستی که روی هر لپ‌تاپ تکرار می‌شود. در تیکت ثبت کنید که توقف 98% به IPv6 روی رابط شبکه گره خورده بود، و بنویسید چه چیز دیگری روی میزبان به IPv6 وابسته بود پیش از آنکه کسی دوباره آن را برای درست کردن چیز نامرتبطی فعال کند.

اصلاحی که فقط در حافظه یک مهندس وجود دارد، اصلاحی است که سه‌ماهه بعد برمی‌گردد.

اگر نوار با IPv6 خاموش هنوز در 98% می‌ایستد، یادداشت سازنده دیگر توضیحش نمی‌دهد و گزارش شاهد بعدی شماست. درمان نشانه را رها کنید و به شمارنده مرحله برگردید.