FortiClient yn tagu ar 98%: diffoddwch IPv6 ar yr addasydd hwnnw

Mae'r bar yn cyrraedd 98%, mae'r cleient yn eistedd yno, ac nid yw ail-deipio'r cyfrinair yn newid dim. Dyma'r cliw defnyddiol: mae'r cleient eisoes wedi derbyn tystysgrif y porth, wedi anfon enw a chyfrinair ac wedi cael ffurfweddiad tiwnel. Yr hyn sy'n weddill yw codi'r addasydd rhithwir a chadarnhau bod y tiwnel yn cario traffig. Pan na fydd y cam olaf hwnnw byth yn gorffen, mae'r nam yn lleol, ac nid oes unrhyw faint o ail-deipio manylion yn ei gyrraedd.

Pedwar cam, ac mae'r cyntaf yn ddarllen y log yn hytrach na'r bar.

Beth mae'r rhifydd 98% yn ei adrodd mewn gwirionedd

Canran yw rhifydd camau'r cleient ei hun, nid mesur trwybwn. Mae tagfa ar yr un rhif ar bob ymgais yn golygu bod y cleient yn cyrraedd cam penodol ac yn aros; dyna pam y mae cysylltiad araf a chleient wedi tagu yn edrych yn wahanol yn y log. Byddai problem enw a chyfrinair wedi argraffu gwall manylion yn lle saib dawel.

Dogfennodd Fortinet y symptom hwn yn erbyn un achos ar ochr y cleient: IPv6 wedi'i alluogi ar yr addasydd mae'r cleient yn ei ddefnyddio. Mae hynny'n gwneud gosodiad yr addasydd y peth cyntaf i'w brofi, nid esboniad cyffredinol ar gyfer pob SSL-VPN tagfa.

Cam 1: darllenwch y log o flaen y bar

Cyn newid unrhyw beth, cofnodwch y llinellau yn union cyn y tagfa. Rydych yn chwilio a grëwyd yr addasydd tiwnel, a neilltuwyd cyfeiriad, ac a roddodd y cleient y gorau i aros am deulu o gyfeiriadau. Mae tagfa ar ganran wahanol yn gam gwahanol â'i ddiagnosis ei hun, ac mae rhybudd tystysgrif neu gyfeiriad porth anghywir yn cynhyrchu ei neges ei hun yn lle aros yn dawel. Nodwch y stamp amser, oherwydd mae'r ymgais nesaf yn ychwanegu bloc arall at yr un ffeil.

Os yw'r log yn dangos mewngofnod wedi'i gwblhau ac yna dim byd, rydych yn y gosodiad lleol ac mae'r addasydd yn amheuydd dilys.

Cam 2: cyfyngwch y newid IPv6 i un addasydd

Mae'r newid yn perthyn i'r addasydd, nid i'r peiriant. Yn nosweddau addasydd Windows mae hynny'n golygu clirio Internet Protocol Version 6 (TCP/IPv6) ar y rhyngwyneb penodol, ac o'r shell dyna Disable-NetAdapterBinding -Name "Ethernet 2" -ComponentID ms_tcpip6. Cadarnhewch y cyflwr gyda Get-NetAdapterBinding -ComponentID ms_tcpip6 cyn ailgysylltu. Yna ailgysylltwch a gwyliwch a yw'r bar yn mynd heibio 98% yn hytrach nag aros arno.

Cyfyngwch yn gyntaf, yna profwch. Mae diffodd IPv6 yn fyd-eang yn newid mwy nag y mae'r cwestiwn yn ei ofyn ac mae'n effeithio ar wasanaethau nad oeddech yn bwriadu eu cyffwrdd.

Cam 3: gwiriwch beth oedd y tagfa yn ei guddio

Nid tiwnel sy'n cysylltu yw tiwnel sy'n gweithio. Gwiriwch y cyfeiriad a neilltuodd y cleient, y llwybrau a osododd y proffil, a datrysiad enwau ar gyfer un gwesteiwr mewnol: Resolve-DnsName files.corp.example. Mae gan gleient sy'n cysylltu ac yn datrys dim problem DNS, ac mae'n hawdd camddehongli hynny fel yr un nam yn dychwelyd.

Profwch un adnodd mewnol wrth ei enw ac un cyrchfan gyhoeddus, fel na chaiff tiwnel hollt wedi torri ei gamgymryd am gleient wedi'i drwsio.

Cam 4: gwnewch yr atgyweiriad yn ailadroddadwy

Os oes rhaid i'r gosodiad gyrraedd fflyd, rhowch ef yn y pecyn defnyddio neu yng nghyfluniad yr addasydd yn lle cam â llaw a ailadroddir ar bob gliniadur. Cofnodwch yn y tocyn fod y tagfa 98% wedi'i chysylltu ag IPv6 ar y rhyngwyneb rhwydwaith, a nodwch beth arall ar y gwesteiwr a oedd yn dibynnu ar IPv6 cyn i rywun ei ail-alluogi i drwsio rhywbeth di-gysylltiad.

Mae atgyweiriad sy'n bodoli yn unig ym meddwl un peiriannydd yn atgyweiriad sy'n dychwelyd y chwarter nesaf.

Os yw'r bar yn dal i stopio ar 98% gyda IPv6 i ffwrdd, nid yw nodyn y gwerthwr yn ei esbonio mwyach a'r log yw eich tystiolaeth nesaf. Stopiwch drin y symptom a dychwelwch at y rhifydd camau.