FortiClient 98%-də ilişib qalır: həmin adapterdə IPv6-nı söndürün

Zolaq 98%-ə çatır, klient orada oturur və parolu yenidən yazmaq heç nəyi dəyişmir. Faydalı ipucu budur: klient artıq şlüz sertifikatını qəbul edib, etimad məlumatlarını göndərib və tunel konfiqurasiyası alıb. Qalan şey virtual adapteri qaldırmaq və tunelin trafiki daşıdığını təsdiqləməkdir. Bu son addım heç vaxt tamamlanmayanda, nasazlıq yerlidir və etimad məlumatlarını nə qədər yenidən yazsanız da ona çatmazsınız.

Dörd addım və birincisi zolağa deyil, jurnala baxmaqdır.

98% sayğacı əslində nəyi bildirir

Faiz klientin öz mərhələ sayğacıdır, ötürmə qabiliyyətinin ölçüsü deyil. Hər cəhddə eyni rəqəmdə dayanma klientin müəyyən mərhələyə çatıb gözlədiyini göstərir; buna görə yavaş bağlantı ilə ilişib qalmış klient jurnalda fərqli görünür. Etimad məlumatı problemi səssiz fasilə əvəzinə etimad xətası çap edərdi.

Fortinet bu simptomu bir klient tərəfli səbəblə sənədləşdirib: klientin istifadə etdiyi adapterdə IPv6 aktivdir. Bu, adapter parametrini yoxlanılacaq ilk şey edir, hər SSL-VPN dayanması üçün universal izah deyil.

Addım 1: zolaqdan əvvəl jurnala baxın

Nəyisə dəyişməzdən əvvəl dayanmadan dərhal əvvəlki sətirləri tutun. Tunel adapterinin yaradılıb-yaradılmadığını, ünvanın təyin edilib-edilmədiyini və klientin ünvan ailəsini gözləməkdən əl çəkib-çəkmədiyini axtarırsınız. Fərqli faizdə dayanma öz diaqnozu olan fərqli mərhələdir və sertifikat xəbərdarlığı və ya yanlış şlüz ünvanı səssiz gözləmə əvəzinə öz mesajını verir. Vaxt damğasını yazın, çünki növbəti cəhd eyni fayla daha bir blok əlavə edir.

Jurnal tamamlanmış girişdən sonra heç nə göstərmirsə, siz yerli qurulmadassınız və adapter qanuni bir şübhəlidir.

Addım 2: IPv6 dəyişikliyini bir adapterlə məhdudlaşdırın

Dəyişiklik maşına deyil, adapterə aiddir. Windows adapter xassələrində bu, konkret interfeysdə Internet Protocol Version 6 (TCP/IPv6) seçimini ləğv etmək deməkdir və shell-dən bu belədir: Disable-NetAdapterBinding -Name "Ethernet 2" -ComponentID ms_tcpip6. Yenidən qoşulmazdan əvvəl vəziyyəti bununla təsdiqləyin: Get-NetAdapterBinding -ComponentID ms_tcpip6. Sonra yenidən qoşulun və zolağın orada dayanmaq əvəzinə 98%-i keçib-keçmədiyinə baxın.

Əvvəlcə əhatə dairəsini müəyyənləşdirin, sonra sınayın. IPv6-nı qlobal söndürmək sualın tələb etdiyindən daha böyük dəyişiklikdir və toxunmaq istəmədiyiniz xidmətlərə təsir edir.

Addım 3: dayanmanın nəyi gizlətdiyini yoxlayın

Qoşulan tunel işləyən tunel deyil. Klientin təyin etdiyi ünvanı, profilin quraşdırdığı marşrutları və bir daxili host üçün ad həllini yoxlayın: Resolve-DnsName files.corp.example. Qoşulan və heç nə həll etməyən klientdə DNS problemi var və bunu eyni nasazlığın qayıtması kimi səhv oxumaq asandır.

Bir daxili resursu adla və bir açıq hədəfi sınayın ki, pozulmuş split tunel düzəldilmiş klient kimi qəbul edilməsin.

Addım 4: düzəlişi təkrarlana bilən edin

Parametr bir donanmaya çatmalıdırsa, onu hər noutbukda təkrarlanan əl addımı yerinə yerləşdirmə paketinə və ya adapter konfiqurasiyasına qoyun. Biletdə 98% dayanmasının şəbəkə interfeysindəki IPv6 ilə bağlı olduğunu qeyd edin və kimsə əlaqəsiz bir şeyi düzəltmək üçün onu yenidən aktivləşdirməzdən əvvəl hostda başqa nəyin IPv6-dan asılı olduğunu yazın.

Yalnız bir mühəndisin yaddaşında mövcud olan düzəliş gələn rübdə qayıdan düzəlişdir.

IPv6 söndürülmüş halda zolaq hələ də 98%-də dayanırsa, təchizatçı qeydi artıq bunu izah etmir və jurnal növbəti sübutunuzdur. Simptomu müalicə etməyi dayandırın və mərhələ sayğacına qayıdın.