FortiClient se ustavi pri 98 %: izklopite IPv6 na tem adapterju

Vrstica doseže 98 %, odjemalec tam obstane, in ponovno tipkanje gesla ne spremeni ničesar. To je koristen namig: odjemalec je že sprejel potrdilo prehoda, poslal poverilnice in prejel konfiguracijo tunela. Kar ostane, je dvigniti navidezni adapter in potrditi, da tunel prenaša promet. Ko se ta zadnji korak nikoli ne dokonča, je napaka lokalna, in nobeno ponovno tipkanje poverilnic je ne doseže.

Štirje koraki, prvi pa je branje dnevnika, ne vrstice.

Kaj števec 98 % dejansko sporoča

Odstotek je lasten števec faz odjemalca, ne merilo prepustnosti. Zastoj pri isti številki pri vsakem poskusu pomeni, da odjemalec doseže določen korak in čaka; zato sta počasna povezava in zataknjen odjemalec v dnevniku videti različno. Težava s poverilnicami bi izpisala napako poverilnic namesto tihega premora.

Fortinet je ta simptom dokumentiral pri enem vzroku na strani odjemalca: omogočen IPv6 na adapterju, ki ga odjemalec uporablja. Zato je nastavitev adapterja prva stvar, ki jo je treba preizkusiti, ne pa univerzalna razlaga vsakega SSL-VPN zastoja.

Korak 1: preberite dnevnik pred vrstico

Preden karkoli spremenite, zajemite vrstice tik pred zastojem. Iščete, ali je bil ustvarjen tunelski adapter, ali je bil dodeljen naslov in ali je odjemalec obupal pri čakanju na družino naslovov. Zastoj pri drugem odstotku je druga faza z lastno diagnostiko, opozorilo o potrdilu ali napačen naslov prehoda pa ustvari svoje sporočilo namesto tihega čakanja. Zapišite časovni žig, ker naslednji poskus doda še en blok v isto datoteko.

Če dnevnik prikazuje dokončano prijavo, ki ji sledi nič, ste v lokalni nastavitvi in adapter je upravičen osumljenec.

Korak 2: omejite spremembo IPv6 na en adapter

Sprememba pripada adapterju, ne računalniku. V lastnostih adapterja v Windowsu to pomeni odkljukati Internet Protocol Version 6 (TCP/IPv6) na določenem vmesniku, iz lupine pa je to Disable-NetAdapterBinding -Name "Ethernet 2" -ComponentID ms_tcpip6. Stanje potrdite z Get-NetAdapterBinding -ComponentID ms_tcpip6 pred ponovnim povezovanjem. Nato se znova povežite in poglejte, ali vrstica preide 98 %, namesto da se ustavi pri njem.

Najprej omejite obseg, nato preizkusite. Globalni izklop IPv6 je večja sprememba, kot jo zahteva vprašanje, in vpliva na storitve, ki se jih niste nameravali dotakniti.

Korak 3: preverite, kaj je zastoj skrival

Tunel, ki se poveže, ni tunel, ki deluje. Preverite naslov, ki ga je dodelil odjemalec, poti, ki jih je namestil profil, in razreševanje imen za enega notranjega gostitelja: Resolve-DnsName files.corp.example. Odjemalec, ki se poveže in ničesar ne razreši, ima težavo z DNS, in to je lahko napačno brati kot vrnitev iste napake.

Preizkusite en notranji vir po imenu in en javni cilj, da se pokvarjeni razdeljeni tunel ne zamenja za popravljenega odjemalca.

Korak 4: naredite popravek ponovljiv

Če mora nastavitev doseči celo floto, jo vstavite v namestitveni paket ali v konfiguracijo adapterja, ne pa v ročni korak, ki se ponavlja na vsakem prenosniku. V zahtevek zapišite, da je bil zastoj pri 98 % povezan z IPv6 na omrežnem vmesniku, in zabeležite, kaj je še na gostitelju bilo odvisno od IPv6, preden ga kdo znova omogoči, da popravi nekaj nepovezanega.

Popravek, ki obstaja le v spominu enega inženirja, je popravek, ki se vrne v naslednjem četrtletju.

Če se vrstica tudi z izklopljenim IPv6 še vedno ustavi pri 98 %, opomba ponudnika tega ne pojasnjuje več in dnevnik je vaš naslednji dokaz. Nehajte zdraviti simptom in vrnite se k števcu faz.