FortiClient inakwama kwa 98%: zima IPv6 kwenye adapta hiyo

Upau unafikia 98%, mteja anakaa hapo, na kuandika nenosiri tena hakubadilishi chochote. Hii ndiyo kidokezo chenye manufaa: mteja tayari amekubali cheti cha lango, ametuma vitambulisho na amepokea usanidi wa handaki. Kinachobaki ni kuinua adapta pepe na kuthibitisha kwamba handaki inabeba trafiki. Wakati hatua hiyo ya mwisho haikamiliki kamwe, hitilafu ni ya ndani, na idadi yoyote ya kuandika vitambulisho tena haifikii hapo.

Hatua nne, na ya kwanza ni kusoma kumbukumbu badala ya upau.

Kionyeshi cha 98% kinaripoti nini hasa

Asilimia ni kionyeshi cha hatua cha mteja mwenyewe, si kipimo cha upitishaji. Kwama kwa nambari ile ile katika kila jaribio humaanisha mteja anafikia hatua fulani na anasubiri; ndiyo sababu muunganisho wa polepole na mteja aliyekwama huonekana tofauti kwenye kumbukumbu. Tatizo la vitambulisho lingechapisha hitilafu ya vitambulisho badala ya kusimama kwa utulivu.

Fortinet ilirekodi dalili hii dhidi ya sababu moja upande wa mteja: IPv6 imewezeshwa kwenye adapta ambayo mteja anaitumia. Hilo hufanya mpangilio wa adapta kuwa kitu cha kwanza kujaribiwa, si maelezo ya jumla kwa kila SSL-VPN kwama.

Hatua 1: soma kumbukumbu kabla ya upau

Kabla ya kubadilisha chochote, kamata mistari iliyo kabla ya kwama. Unatafuta kama adapta ya handaki iliundwa, kama anwani ilitolewa, na kama mteja aliacha kusubiri familia ya anwani. Kwama kwa asilimia nyingine ni hatua nyingine yenye uchunguzi wake, na onyo la cheti au anwani isiyo sahihi ya lango hutoa ujumbe wake badala ya kusubiri kwa utulivu. Andika muhuri wa muda, kwa sababu jaribio linalofuata linaongeza kizuizi kingine kwenye faili hiyo hiyo.

Kama kumbukumbu inaonyesha kuingia kumekamilika na kisha hakuna chochote, uko katika usanidi wa ndani na adapta ni mtuhumiwa halali.

Hatua 2: punguza badiliko la IPv6 kwa adapta moja

Badiliko ni la adapta, si la mashine. Katika sifa za adapta za Windows hiyo inamaanisha kuondoa Internet Protocol Version 6 (TCP/IPv6) kwenye kiolesura maalum, na kutoka kwa shell ni Disable-NetAdapterBinding -Name "Ethernet 2" -ComponentID ms_tcpip6. Thibitisha hali kwa Get-NetAdapterBinding -ComponentID ms_tcpip6 kabla ya kuunganisha tena. Kisha unganisha tena na uone kama upau unapita 98% badala ya kukoma hapo.

Punguza wigo kwanza, kisha jaribu. Kuzima IPv6 kote ni badiliko kubwa kuliko linavyohitaji swali na linaathiri huduma ambazo hukukusudia kuzigusa.

Hatua 3: thibitisha kile kwama kilificha

Handaki inayounganisha si handaki inayofanya kazi. Angalia anwani ambayo mteja alitoa, njia ambazo profaili iliweka, na utatuzi wa majina kwa mwenyeji mmoja wa ndani: Resolve-DnsName files.corp.example. Mteja anayeunganisha na kutotatua chochote ana tatizo la DNS, na ni rahisi kusoma vibaya kama hitilafu ile ile inarudi.

Jaribu rasilimali moja ya ndani kwa jina na moja ya umma, ili handaki iliyogawanyika iliyovunjika isidhaniwe kuwa mteja aliyerekebishwa.

Hatua 4: fanya marekebisho yawe yanayorudiwa

Kama mpangilio unapaswa kufikia kundi zima, weka kwenye kifurushi cha usambazaji au kwenye usanidi wa adapta badala ya hatua ya mkono inayorudiwa kwenye kila kompyuta mpando, na uandike kwenye tiketi kwamba kwama ya 98% ilihusiana na IPv6 kwenye kiolesura cha mtandao, na uangalie nini kingine kwenye mwenyeji kilitegemea IPv6 kabla ya mtu kuwezesha tena ili kurekebisha kitu kisichohusiana.

Marekebisho yaliyopo tu kwenye kumbukumbu ya mhandisi mmoja ni marekebisho yanayorudi robo ijayo.

Kama upau bado unakoma kwa 98% na IPv6 imezimwa, maelezo ya muuzaji hayaelezi tena na kumbukumbu ni ushahidi wako unaofuata. Acha kutibu dalili na urudi kwenye kionyeshi cha hatua.