FortiClient %98'de takılıyor: o bağdaştırıcıda IPv6'yı kapatın

Çubuk %98'e ulaşır, istemci orada kalır ve parolayı yeniden yazmak hiçbir şeyi değiştirmez. İşte faydalı ipucu: istemci ağ geçidinin sertifikasını zaten kabul etmiş, kimlik bilgilerini göndermiş ve bir tünel yapılandırması almıştır. Geriye kalan sanal bağdaştırıcıyı ayağa kaldırıp tünelin trafik taşıdığını doğrulamaktır. Bu son adım hiç tamamlanmadığında arıza yereldir ve kimlik bilgilerini ne kadar yeniden yazsanız da oraya ulaşamazsınız.

Dört adım ve ilki çubuğu değil günlüğü okumaktır.

%98 sayacı aslında neyi bildiriyor

Yüzde, istemcinin kendi aşama sayacıdır, aktarım hızının ölçüsü değildir. Her denemede aynı sayıda takılmak, istemcinin belirli bir aşamaya ulaşıp beklediği anlamına gelir; bu yüzden yavaş bağlantı ile takılmış istemci günlükte farklı görünür. Kimlik bilgisi sorunu olsaydı sessiz bir duraklama yerine kimlik bilgisi hatası yazılırdı.

Fortinet bu belirtiyi istemci tarafındaki tek bir nedene bağlayarak belgeledi: istemcinin kullandığı bağdaştırıcıda IPv6 etkin. Bu, bağdaştırıcı ayarını ilk sınanacak şey yapar; her SSL-VPN takılması için evrensel bir açıklama değildir.

Adım 1: çubuktan önce günlüğü okuyun

Herhangi bir şeyi değiştirmeden önce takılmadan hemen önceki satırları yakalayın. Tünel bağdaştırıcısının oluşturulup oluşturulmadığını, bir adres atanıp atanmadığını ve istemcinin bir adres ailesini beklemekten vazgeçip geçmediğini arıyorsunuz. Başka bir yüzdede takılma, kendi tanısı olan başka bir aşamadır ve sertifika uyarısı veya yanlış ağ geçidi adresi sessiz bir bekleyiş yerine kendi iletisini üretir. Zaman damgasını yazın, çünkü sonraki deneme aynı dosyaya bir blok daha ekler.

Günlük tamamlanmış bir oturum açmayı ve ardından hiçbir şeyi göstermiyorsa yerel kurulumdasınız ve bağdaştırıcı meşru bir şüphelidir.

Adım 2: IPv6 değişikliğini tek bir bağdaştırıcıyla sınırlayın

Değişiklik makineye değil bağdaştırıcıya aittir. Windows bağdaştırıcı özelliklerinde bu, belirli arabirimde Internet Protocol Version 6 (TCP/IPv6) seçeneğini kaldırmak demektir; kabuktan ise şudur: Disable-NetAdapterBinding -Name "Ethernet 2" -ComponentID ms_tcpip6. Yeniden bağlanmadan önce durumu şununla doğrulayın: Get-NetAdapterBinding -ComponentID ms_tcpip6. Ardından yeniden bağlanın ve çubuğun orada durmak yerine %98'i geçip geçmediğine bakın.

Önce kapsamı belirleyin, sonra sınayın. IPv6'yı genel olarak kapatmak sorunun gerektirdiğinden daha büyük bir değişikliktir ve dokunmayı düşünmediğiniz hizmetleri etkiler.

Adım 3: takılmanın neyi gizlediğini doğrulayın

Bağlanan bir tünel çalışan bir tünel değildir. İstemcinin atadığı adresi, profilin kurduğu yolları ve bir iç ana bilgisayar için ad çözümlemesini denetleyin: Resolve-DnsName files.corp.example. Bağlanıp hiçbir şey çözemeyen istemcide DNS sorunu vardır ve bunu aynı arızanın geri dönmesi olarak yanlış okumak kolaydır.

Bir iç kaynağı adıyla ve bir genel hedefi sınayın; böylece bozuk bölünmüş tünel onarılmış istemci sanılmasın.

Adım 4: düzeltmeyi yinelenebilir yapın

Ayar bir filoya ulaşacaksa, her dizüstünde yinelenen el ile yapılan adım yerine dağıtım paketine veya bağdaştırıcı yapılandırmasına koyun. Kayda %98 takılmasının ağ arabirimindeki IPv6 ile bağlantılı olduğunu yazın ve birisi ilgisiz bir şeyi düzeltmek için yeniden etkinleştirmeden önce ana bilgisayarda başka neyin IPv6'ya bağlı olduğunu not edin.

Yalnızca bir mühendisin belleğinde var olan bir düzeltme, gelecek çeyrekte geri dönen bir düzeltmedir.

IPv6 kapalıyken çubuk hâlâ %98'de duruyorsa üreticinin notu bunu artık açıklamıyor ve günlük bir sonraki kanıtınızdır. Belirtiyi tedavi etmeyi bırakın ve aşama sayacına dönün.