FortiClient jääb 98% juures kinni: lülita sellel adapteril IPv6 välja
FortiClienti sisselogimine, mis peatub 98% juures, on juba autenditud. Tõrge on kohalikus tunneliseadistuses ja tarnija parandus osutab selle adapteri IPv6-le.
Riba jõuab 98%-ni, klient jääb sinna seisma ja parooli uuesti sisestamine ei muuda midagi. See on kasulik vihje: klient on juba lüüsi sertifikaadi vastu võtnud, mandaadid saatnud ja tunneli konfiguratsiooni saanud. Järele jääb virtuaaladapteri üles tõstmine ja kinnitamine, et tunnel kannab liiklust. Kui see viimane samm kunagi ei lõpe, on viga kohalik ja ükski mandaatide uuesti sisestamine ei jõua selleni.
Neli sammu ja esimene neist on logi lugemine, mitte riba.
Mida 98% loendur tegelikult teatab
Protsent on kliendi enda etapi loendur, mitte läbilaskevõime mõõt. Peatumine sama numbri juures igal katsel tähendab, et klient jõuab kindla sammuni ja ootab; seepärast näevad aeglane ühendus ja kinnijäänud klient logis erinevad välja. Mandaadiprobleem trükiks mandaadivea, mitte vaikse pausi.
Fortinet dokumenteeris selle sümptomi ühe kliendipoolse põhjuse vastu: IPv6 on lubatud adapteril, mida klient kasutab. See teeb adapteri seadistusest esimese asja, mida proovida, mitte universaalse seletuse iga SSL-VPN tõrke kohta.
Samm 1: loe logi enne riba
Enne millegi muutmist salvesta read vahetult enne tõrget. Sa otsid, kas tunneladapter loodi, kas aadress määrati ja kas klient loobus aadressiperekonna ootamisest. Peatumine teisel protsendil on teine etapp oma diagnoosiga ning sertifikaadihoiatus või vale lüüsiaadress annab oma sõnumi, mitte vaikse ootamise. Kirjuta ajatempel üles, sest järgmine katse lisab samasse faili veel ühe ploki.
Kui logi näitab lõpetatud sisselogimist ja seejärel mitte midagi, oled kohalikus seadistuses ja adapter on õiguspärane kahtlusalune.
Samm 2: piira IPv6 muudatus ühe adapteriga
Muudatus kuulub adapterile, mitte masinale. Windowsi adapteri atribuutides tähendab see Internet Protocol Version 6 (TCP/IPv6) eemaldamist konkreetsel liidesel ja kestast on see Disable-NetAdapterBinding -Name "Ethernet 2" -ComponentID ms_tcpip6. Kinnita olek käsuga Get-NetAdapterBinding -ComponentID ms_tcpip6 enne uuesti ühendamist. Seejärel ühendu uuesti ja vaata, kas riba läheb 98%-st mööda, selle asemel et sinna peatuda.
Kõigepealt piira ulatust, alles siis testi. IPv6 globaalne väljalülitamine on suurem muudatus, kui küsimus nõuab, ja mõjutab teenuseid, mida sa ei kavatsenud puutuda.
Samm 3: kontrolli, mida tõrge varjas
Tunnel, mis ühendub, ei ole tunnel, mis töötab. Kontrolli aadressi, mille klient määras, marsruute, mille profiil paigaldas, ja nimenimelahendust ühele sisemisele hostile: Resolve-DnsName files.corp.example. Kliendil, mis ühendub ja ei lahenda midagi, on DNS-probleem, ja seda on lihtne valesti lugeda sama vea naasmiseks.
Testi ühte sisemist ressurssi nime järgi ja ühte avalikku sihtkohta, et katkine split-tunnel ei läheks segamini parandatud kliendiga.
Samm 4: tee parandus korratavaks
Kui seadistus peab jõudma terve masinapargini, pane see juurutuspaketti või adapteri konfiguratsiooni, mitte käsitsi sammu, mida igas sülearvutis korratakse. Märgi piletisse, et 98% tõrge oli seotud IPv6-ga võrguliidesel, ja pane kirja, mis veel hostil IPv6-st sõltus, enne kui keegi selle uuesti lubab, et parandada midagi seotut.
Parandus, mis on ainult ühe inseneri mälus, on parandus, mis tuleb järgmisel kvartalil tagasi.
Kui riba jääb IPv6 väljalülitatuna ikka 98% juures seisma, ei seleta tarnija märkus seda enam ja logi on sinu järgmine tõend. Lõpeta sümptomi ravimine ja mine tagasi etapi loenduri juurde.