FortiClient stendur á 98%: slökktu á IPv6 á þeim adapter

Stikan nær 98%, biðlarinn situr þar, og að slá lykilorðið inn aftur breytir engu. Þetta er gagnlega vísbendingin: biðlarinn hefur þegar samþykkt skírteini gáttarinnar, sent skilríki og fengið stillingu göngunnar. Það sem eftir stendur er að ræsa sýndaradapterinn og staðfesta að gangin flytji umferð. Þegar það síðasta skref klárast aldrei er bilunin staðbundin, og engin endurtekin innsláttur skilríkja nær til hennar.

Fjögur skref, og það fyrsta er að lesa annála frekar en stikuna.

Hvað talningin 98% greinir í raun frá

Hlutfallið er eigin þrepatalning biðlarans, ekki mælikvarði á afköst. Stopp á sama tölunni í hverri tilraun þýðir að biðlarinn nær ákveðnu þrepi og bíður; þess vegna líta hæg tenging og fastur biðlari mismunandi út í annálnum. Vandamál með skilríki myndi prenta skilríkisvillu í stað hljóðs hlés.

Fortinet skjalfesti þessi einkenni gagnvart einni orsök á biðlarahlið: IPv6 virkt á þeim adapter sem biðlarinn notar. Það gerir adapterstilltinguna fyrsta hlutinn sem prófa á, ekki alhliða skýringu á hverju SSL-VPN stoppi.

Skref 1: lestu annálinn á undan stikunni

Áður en þú breytir einhverju skaltu fanga línurnar rétt fyrir stoppið. Þú ert að leita að því hvort gagnadapterinn var búinn til, hvort veitt var vistfang, og hvort biðlarinn gafst upp á að bíða eftir vistfangafjölskyldu. Stopp á annarri prósentu er annað þrep með eigin greiningu, og skírteinisviðvörun eða rangt gáttarvistfang framleiðir sína eigin skilaboð í stað hljóðrar biðar. Skrifaðu niður tímaritmerkið, því næsta tilraun bætir öðrum blokk við sömu skrá.

Ef annállinn sýnir fullkláraða innskráningu og svo ekkert, ertu í staðbundinni uppsetningu og adapterinn er lögmætur grunsamlegur.

Skref 2: takmarkaðu IPv6-breytinguna við einn adapter

Breytingin tilheyrir adapterinum, ekki vélinni. Í eiginleikum adapter í Windows þýðir það að hreinsa Internet Protocol Version 6 (TCP/IPv6) á tilteknu viðmóti, og úr skel er það Disable-NetAdapterBinding -Name "Ethernet 2" -ComponentID ms_tcpip6. Staðfestu stöðuna með Get-NetAdapterBinding -ComponentID ms_tcpip6 áður en þú tengist aftur. Tengstu svo aftur og fylgstu með hvort stikan fari fram úr 98% í stað þess að stöðvast þar.

Takmarkaðu fyrst, prófaðu svo. Að slökkva á IPv6 á heimsvísu er stærri breyting en spurningin krefst og hefur áhrif á þjónustur sem þú ætlaðir ekki að snerta.

Skref 3: staðfestu hvað stoppið faldi

Ganga sem tengist er ekki ganga sem virkar. Athugaðu vistfangið sem biðlarinn veitti, leiðirnar sem sniðið setti upp, og nafnupplausn fyrir einn innri hýsil: Resolve-DnsName files.corp.example. Biðlari sem tengist og leysir ekkert hefur DNS-vandamál, og það er auðvelt að lesa það rangt sem endurkomu sömu bilunar.

Prófaðu eina innri auðlind eftir nafni og eitt opinbert áfangastað, svo sundruð skiptiganga sé ekki tekin fyrir lagaðan biðlara.

Skref 4: gerðu lagfæringuna endurtekna

Ef stillingin á að ná til flota, settu hana í dreifingarpakkann eða í stillingu adaptersins í stað handvirkrar aðgerðar sem endurtekin er á hverri fartölvu. Skráðu í miðann að stoppið á 98% hafi tengst IPv6 á netviðmótinu, og skráðu hvað annað á hýslinum var háð IPv6 áður en einhver kveikir á því aftur til að laga eitthvað óskylt.

Lagfæring sem er aðeins til í minni eins verkfræðings er lagfæring sem kemur aftur á næsta ársfjórðungi.

Ef stikan stöðvast enn á 98% með IPv6 slökkt, útskýrir athugasemd birgisins það ekki lengur og annállinn er næsta sönnunin þín. Hættu að meðhöndla einkennin og farðu aftur í þrepatalninguna.