FortiClient macet di 98%: nonaktifkan IPv6 pada adaptor itu

Bilah mencapai 98%, klien tetap di sana, dan mengetik ulang kata sandi tidak mengubah apa pun. Itulah petunjuk yang berguna: klien sudah menerima sertifikat gateway, mengirim kredensial, dan menerima konfigurasi tunnel. Yang tersisa adalah menaikkan adaptor virtual dan memastikan tunnel membawa lalu lintas. Ketika langkah terakhir itu tidak pernah selesai, kesalahannya lokal, dan berapa kali pun kredensial diketik ulang tidak akan mencapainya.

Empat langkah, dan yang pertama adalah membaca log, bukan bilah.

Apa yang sebenarnya dilaporkan penghitung 98%

Persentase itu adalah penghitung tahap milik klien sendiri, bukan ukuran throughput. Macet pada angka yang sama di setiap percobaan berarti klien mencapai tahap tertentu lalu menunggu; karena itu koneksi lambat dan klien yang macet terlihat berbeda di log. Masalah kredensial akan mencetak galat kredensial alih-alih jeda senyap.

Fortinet mendokumentasikan gejala ini pada satu penyebab sisi klien: IPv6 aktif pada adaptor yang dipakai klien. Itu menjadikan pengaturan adaptor hal pertama yang diuji, bukan penjelasan universal untuk setiap SSL-VPN kemacetan.

Langkah 1: baca log sebelum bilah

Sebelum mengubah apa pun, tangkap baris tepat sebelum kemacetan. Anda mencari apakah adaptor tunnel dibuat, apakah alamat diberikan, dan apakah klien berhenti menunggu keluarga alamat. Macet pada persentase lain adalah tahap lain dengan diagnosisnya sendiri, dan peringatan sertifikat atau alamat gateway yang salah menghasilkan pesannya sendiri alih-alih menunggu tanpa suara. Catat stempel waktunya, karena percobaan berikutnya menambahkan blok lain ke berkas yang sama.

Jika log menunjukkan login selesai lalu tidak ada apa-apa, Anda berada di penyiapan lokal dan adaptor adalah tersangka yang sah.

Langkah 2: batasi perubahan IPv6 ke satu adaptor

Perubahan itu milik adaptor, bukan mesin. Di properti adaptor Windows itu berarti menghapus Internet Protocol Version 6 (TCP/IPv6) pada antarmuka tertentu, dan dari shell adalah Disable-NetAdapterBinding -Name "Ethernet 2" -ComponentID ms_tcpip6. Konfirmasi statusnya dengan Get-NetAdapterBinding -ComponentID ms_tcpip6 sebelum menyambung ulang. Lalu sambung ulang dan lihat apakah bilah melewati 98% alih-alih berhenti di sana.

Batasi dulu, baru uji. Menonaktifkan IPv6 secara global adalah perubahan yang lebih besar daripada yang dibutuhkan pertanyaan dan memengaruhi layanan yang tidak ingin Anda sentuh.

Langkah 3: verifikasi apa yang disembunyikan kemacetan

Tunnel yang tersambung bukan tunnel yang berfungsi. Periksa alamat yang diberikan klien, rute yang dipasang profil, dan resolusi nama untuk satu host internal: Resolve-DnsName files.corp.example. Klien yang tersambung dan tidak me-resolve apa pun punya masalah DNS, dan itu mudah salah dibaca sebagai kesalahan yang sama kembali.

Uji satu sumber daya internal berdasarkan nama dan satu tujuan publik, agar tunnel terbelah yang rusak tidak disangka klien yang sudah diperbaiki.

Langkah 4: buat perbaikan bisa diulang

Jika pengaturan harus menjangkau armada, taruh di paket penerapan atau di konfigurasi adaptor, bukan di langkah manual yang diulang di setiap laptop. Catat di tiket bahwa kemacetan 98% terkait IPv6 pada antarmuka jaringan, dan catat apa lagi di host yang bergantung pada IPv6 sebelum seseorang mengaktifkannya lagi untuk memperbaiki hal yang tidak terkait.

Perbaikan yang hanya ada di ingatan satu insinyur adalah perbaikan yang kembali kuartal depan.

Jika bilah masih berhenti di 98% dengan IPv6 nonaktif, catatan vendor tidak lagi menjelaskannya dan log adalah bukti berikutnya. Berhenti mengobati gejalanya dan kembali ke penghitung tahap.