Cisco VPN stringa po Hyper-V: atrišti ar perstatyti?

Klientas sukasi ties securing communications ir niekada nerodo prisijungimo užklausos, o vienintelis pokytis buvo emuliatoriaus įdiegimas. Šis modelis rodo į virtualų adapterį, o ne į profilį ar slaptažodį. Sprendimas — ar adapteris pririštas prie Hyper-V jungiklio, prie kurio neturėtų būti, ar jis apskritai nepakilo.

Šios dvi būsenos kliente atrodo vienodai ir reikalauja skirtingo remonto. Viena yra ryšys, kurį galite atšaukti; kita — tvarkyklės problema, kurios atrišimas nepalies.

Ko laukia securing communications etapas

Prieš statant tunelį, klientui reikia veikiančio vietinio tinklo kelio iki šliuzo. Jis įdiegia savo virtualų adapterį ir naudoja jį kaip to kelio dalį. Jei Hyper-V prijungia tą adapterį prie jungiklio, sukurto emuliatoriui, adapteris gali nustoti teikti tinkamą maršrutą.

Klientas nepraneša, kurio adapterio laukia. Žurnalas paprastai baigiasi paskutiniame pasiektame etape, ir ta pati klaida pasirodo prie kiekvieno šliuzo adreso. Todėl įdiegimo istorija svarbesnė už klaidos tekstą. Žurnalą vis tiek verta išsaugoti; jis nurodo etapą, o ne priežastį.

Pakartotinis prisijungimo duomenų įvedimas ar profilio perdiegimas negali pakeisti jungiklio ryšio. Jei tai jūsų pirmieji du žingsniai, taisote netinkamą sluoksnį.

Pirmas sprendimas: ar VPN adapteris pririštas prie netinkamo jungiklio?

Atidarykite Hyper-V Manager, tada Virtual Switch Manager, ir perskaitykite kiekvieno jungiklio adapterių sąrašą. Cisco adapteris neturėtų rodytis kaip emuliatoriaus jungiklio priedas. Jei rodo, tai jūsų klaida, o remontas — jį nuo to jungiklio nuimti.

Pirmiausia perkraukite, kad klientas pradėtų švariai, o ne pusiau prijungtas. Nuimkite ryšį, pritaikykite, o kitų adapterių nelieskite, kol neišbandysite. Pakeitimas grįžtamas ir nieko nepašalina, bet užsirašykite, kuriuos adapterius atrišote.

Paleiskite klientą ir išbandykite ryšį. Jei jis vis dar stringa, atriškite likusius virtualius adapterius po vieną ir po kiekvieno išbandykite, kad žinotumėte, kuris buvo svarbus.

Antras sprendimas: ar adapteris veikia, bet neturi adreso?

Paleiskite ipconfig /all iš padidintų teisių komandinės eilutės, kad būtų įtraukti ir paslėpti adapteriai, ir palyginkite sąrašą su tuo, ką atsimenate prieš įdiegimą. Adapteris be adreso ir su atjungtos laikmenos būsena paprastai reiškia, kad tvarkyklė neįsijungė. To atrišimas nepataiso. Užsirašykite tikslią būseną prieš ką nors keisdami.

Adapteris, kuris veikia, bet prijungtas prie netinkamo jungiklio, yra ankstesnio skyriaus atvejis. Adreso būsena yra tai, kuo atskiriate abu.

Atkurkite emuliatorių neatkurdami gedimo

Kai tunelis veikia, vėl prijunkite emuliatoriaus adapterį prie jo jungiklio ir patvirtinkite, kad VM gauna adresą. Neprijunkite VPN adapterio atgal. Dar kartą išbandykite ir emuliatorių, ir klientą, prieš laikydami darbą baigtu.

Valdomoje darbo stotyje pasakykite administratoriui, kurį ryšį pakeitėte. Vėlesnis strategijos atnaujinimas gali atkurti seną prijungimą, ir strigimas grįš be akivaizdžios priežasties.

Užsirašykite adapterio pavadinimą, jungiklį, prie kurio jis buvo pririštas, ir ipconfig būseną prieš ir po. Jei po atnaujinimo strigimas grįžta, tas įrašas yra skirtumas tarp penkių minučių patikros ir pradėjimo iš naujo.