FortiClient sustoja ties 98 %: išjunkite IPv6 tame adaptoryje

Juosta pasiekia 98 %, klientas ten stovi, ir slaptažodžio įvedimas iš naujo nieko nekeičia. Tai naudinga užuomina: klientas jau priėmė tinklų sietuvos sertifikatą, išsiuntė prisijungimo duomenis ir gavo tunelio konfigūraciją. Lieka pakelti virtualųjį adapterį ir patvirtinti, kad tunelis perduoda srautą. Kai tas paskutinis žingsnis niekada nebaigiamas, gedimas yra vietinis, ir joks pakartotinis duomenų įvedimas jo nepasiekia.

Keturi žingsniai, o pirmasis yra skaityti žurnalą, o ne juostą.

Ką iš tikrųjų praneša 98 % skaitiklis

Procentas yra paties kliento etapų skaitiklis, o ne pralaidumo matas. Stringant ties tuo pačiu skaičiumi kiekvieną kartą, klientas pasiekia tam tikrą etapą ir laukia; todėl lėtas ryšys ir įstrigęs klientas žurnale atrodo skirtingai. Prisijungimo duomenų problema išspausdintų duomenų klaidą, o ne tylią pauzę.

Fortinet dokumentavo šį simptomą dėl vienos kliento pusės priežasties: IPv6 įjungtas tame adaptoryje, kurį naudoja klientas. Todėl adapterio nustatymas yra pirmas dalykas, kurį reikia išbandyti, o ne universalus paaiškinimas kiekvienam SSL-VPN strigtumui.

1 žingsnis: skaitykite žurnalą prieš juostą

Prieš ką nors keisdami, užfiksuokite eilutes prieš pat strigtį. Ieškote, ar buvo sukurtas tunelio adapteris, ar buvo priskirtas adresas ir ar klientas nustojo laukti adresų šeimos. Strigtis ties kitu procentu yra kitas etapas su savo diagnostika, o sertifikato įspėjimas arba neteisingas sietuvos adresas pateikia savo pranešimą vietoj tylaus laukimo. Užsirašykite laiko žymą, nes kitas bandymas prideda dar vieną bloką į tą patį failą.

Jei žurnalas rodo užbaigtą prisijungimą ir po jo nieko, esate vietinėje sąrangoje ir adapteris yra teisėtas įtariamasis.

2 žingsnis: apribokite IPv6 pakeitimą vienu adapteriu

Pakeitimas priklauso adapteriui, o ne mašinai. Windows adapterio savybėse tai reiškia atžymėti Internet Protocol Version 6 (TCP/IPv6) konkrečiame sąsajoje, o iš apvalkalo tai yra Disable-NetAdapterBinding -Name "Ethernet 2" -ComponentID ms_tcpip6. Patvirtinkite būseną su Get-NetAdapterBinding -ComponentID ms_tcpip6 prieš prisijungdami iš naujo. Tada prisijunkite iš naujo ir stebėkite, ar juosta praeina 98 %, o nesustoja ties juo.

Pirmiausia apribokite apimtį, tada bandykite. Visuotinis IPv6 išjungimas yra didesnis pakeitimas, nei reikalauja klausimas, ir jis veikia paslaugas, kurių neketinote liesti.

3 žingsnis: patikrinkite, ką slėpė strigtis

Prisijungiantis tunelis nėra veikiantis tunelis. Patikrinkite kliento priskirtą adresą, profilio įdiegtus maršrutus ir vieno vidinio mazgo vardų skyrimą: Resolve-DnsName files.corp.example. Klientas, kuris prisijungia ir nieko neišsprendžia, turi DNS problemą, ir tai lengva neteisingai perskaityti kaip to paties gedimo sugrįžimą.

Išbandykite vieną vidinį išteklių pagal pavadinimą ir vieną viešą paskirties vietą, kad sugedęs padalytas tunelis nebūtų palaikytas sutvarkytu klientu.

4 žingsnis: padarykite pataisą pakartojamą

Jei nustatymas turi pasiekti visą parką, įdėkite jį į diegimo paketą arba adapterio konfigūraciją, o ne į rankinį žingsnį, kartojamą kiekviename nešiojamajame kompiuteryje. Užsirašykite biliete, kad 98 % strigtis buvo susijusi su IPv6 tinklo sąsajoje, ir pažymėkite, kas dar mazge priklausė nuo IPv6, prieš kam nors jį vėl įjungiant, kad sutvarkytų kažką nesusijusio.

Pataisa, kuri egzistuoja tik vieno inžinieriaus atmintyje, yra pataisa, kuri grįš kitą ketvirtį.

Jei juosta vis tiek sustoja ties 98 % išjungus IPv6, tiekėjo pastaba to nebepaaiškina, o žurnalas yra jūsų kitas įrodymas. Nustokite gydyti simptomą ir grįžkite prie etapų skaitiklio.