FortiClient hinget by 98%: skeakelje IPv6 op dy adapter út

De balke berikt 98%, de klient bliuwt dêr sitten, en it wachtwurd opnij ynfiere feroaret neat. Dat is de nuttige oanwizing: de klient hat it sertifikaat fan 'e gateway al akseptearre, oanmeldgegevens stjoerd en in tunnelkonfiguraasje krigen. Wat oerbliuwt, is de firtuele adapter omheech bringe en befêstigje dat de tunnel ferkear draacht. As dy lêste stap nea einige, is de flater lokaal, en gjin hoemannichte opnij ynfieren fan gegevens berikt it.

Fjouwer stappen, en de earste is it loch lêze ynstee fan de balke.

Wat de teller fan 98% eins rapporteart

It persintaazje is de eigen stapteller fan 'e klient, net in mjitte fan trochfier. In hing by itselde nûmer by elke poging betsjut dat de klient in beskaat stadium berikt en wachtet; dêrom sjogge in stadige ferbining en in fêstsittende klient der oars út yn it loch. In probleem mei oanmeldgegevens soe in flater oer de gegevens printsje ynstee fan in stille pauze.

Fortinet hat dit symptoom dokumintearre tsjin ien oarsaak oan 'e klientkant: IPv6 oan op 'e adapter dy't de klient brûkt. Dat makket de adapterynstelling it earste dat test wurde moat, net in universele ferklearring foar elke SSL-VPN hing.

Stap 1: lês it loch foar de balke

Foardat jo eat feroarje, fêstlizze de rigels fuortendaliks foar de hing. Jo sykje oft de tunneladapter oanmakke is, oft in adres tawiisd is, en oft de klient opholden is te wachtsjen op in adresfamylje. In hing by in oar persintaazje is in oar stadium mei syn eigen diagnoaze, en in sertifikaatwarskôging of in ferkeard gateway-adres jout syn eigen berjocht ynstee fan in stil wachtsjen. Skriuw de tiidstempel op, want de folgjende poging foeget noch in blok ta oan itselde triem.

As it loch in foltôge oanmelding sjen lit en dêrnei neat, binne jo yn lokale opset en is de adapter in legitime fertochte.

Stap 2: behein de IPv6-feroaring ta ien adapter

De feroaring heart by de adapter, net by de masine. Yn 'e adaptereigenskippen fan Windows betsjut dat Internet Protocol Version 6 (TCP/IPv6) útskeakelje op 'e spesifike ynterface, en fan in shell ôf is it Disable-NetAdapterBinding -Name "Ethernet 2" -ComponentID ms_tcpip6. Befêstigje de tastân mei Get-NetAdapterBinding -ComponentID ms_tcpip6 foardat jo wer ferbine. Ferbynje jo dan wer en sjoch oft de balke 98% foarby giet ynstee fan dêr te stopjen.

Behein earst, test dan. IPv6 globaal útskeakelje is in gruttere feroaring as de fraach ferget en it beynfloedet tsjinsten dy't jo net fan doel wiene oan te reitsjen.

Stap 3: kontrolearje wat de hing ferburgen hold

In tunnel dy't ferbynt is gjin tunnel dy't wurket. Kontrolearje it adres dat de klient tawiisde, de rûtes dy't it profyl ynstallearre, en namme-oplossing foar ien ynterne host: Resolve-DnsName files.corp.example. In klient dy't ferbynt en neat oplost hat in DNS-probleem, en dat is maklik ferkeard te lêzen as itselde flater dat weromkomt.

Test ien ynterne boarne by namme en ien iepenbier bestimming, sadat in brutsen split-tunnel net foar in reparearre klient oansjoen wurdt.

Stap 4: meitsje de fix werhelber

As de ynstelling in float berikke moat, set it dan yn it ymplemintpakket of yn 'e adapterkonfiguraasje ynstee fan in hânmjittige stap dy't op elke laptop werhelle wurdt. Skriuw yn 'e kaart dat de hing by 98% ferbûn wie mei IPv6 op 'e netwurkynterface, en notearje wat oars op 'e host fan IPv6 ôfhinge foardat immen it wer oanset om eat net-relatearre te reparearjen.

In fix dy't allinnich yn 'e oantinken fan ien yngenieur bestiet, is in fix dy't folgjend fearnsjier weromkomt.

As de balke mei IPv6 út noch altyd by 98% stopt, ferklearret de notysje fan 'e leveransier it net mear en is it loch jo folgjende bewiis. Stop mei it behanneljen fan it symptoom en gean werom nei de stapteller.