Cisco VPN iekaras pēc Hyper-V: atsaistīt vai pārbūvēt?

Klients griežas pie securing communications un nekad neparāda pieteikšanās uzvedni, un vienīgais, kas mainījās, bija emulatora instalācija. Šis modelis norāda uz virtuālo adapteri, nevis profilu vai paroli. Lēmums ir, vai adapteris ir piesaistīts Hyper-V slēdzim, uz kura tam nevajadzētu būt, vai tas vispār nav pacēlies.

Šie divi stāvokļi klientā izskatās vienādi un prasa dažādus remontus. Viens ir saistījums, ko varat atcelt; otrs ir draivera problēma, kurai atsaistīšana nepiekļūs.

Ko gaida securing communications posms

Pirms tuneļa izveides klientam nepieciešams strādājošs vietējais tīkla ceļš līdz vārtejai. Tas instalē savu virtuālo adapteri un izmanto to kā šī ceļa daļu. Ja Hyper-V pievieno šo adapteri slēdzim, kas izveidots emulatoram, adapteris var pārstāt piedāvāt lietojamu maršrutu.

Klients neziņo, kura adaptera tas gaida. Žurnāls parasti beidzas pēdējā sasniegtajā posmā, un tā pati kļūda parādās pie katras vārtejas adreses. Tāpēc instalācijas vēsture ir svarīgāka par kļūdas tekstu. Žurnālu tomēr ir vērts saglabāt; tas pasaka posmu, nevis cēloni.

Atkārtota akreditācijas datu ievade vai profila pārinstalēšana nevar mainīt slēdža saistījumu. Ja tie ir jūsu pirmie divi soļi, jūs labojat nepareizo slāni.

Pirmais lēmums: vai VPN adapteris ir piesaistīts nepareizajam slēdzim?

Atveriet Hyper-V Manager, pēc tam Virtual Switch Manager, un izlasiet katra slēdža adapteru sarakstu. Cisco adapterim nevajadzētu parādīties kā emulatora slēdža pievienojumam. Ja tas parādās, tā ir jūsu kļūda, un remonts ir to noņemt no šī slēdža.

Vispirms pārstartējiet, lai klients startētu tīri, nevis pusē pievienots. Noņemiet saistījumu, piemērojiet to, un citus adapterus neaiztieciet, līdz neesat pārbaudījuši. Izmaiņas ir atgriezeniskas un neko neatinstalē, bet pierakstiet, kurus adapterus atsaistījāt.

Palaidiet klientu un izmēģiniet savienojumu. Ja tas joprojām iekaras, atsaistiet atlikušos virtuālos adapterus pa vienam un pēc katra pārbaudiet, lai zinātu, kurš bija svarīgs.

Otrais lēmums: vai adapteris darbojas, bet bez adreses?

Palaidiet ipconfig /all paaugstinātā komandrindā, lai iekļautu arī paslēptos adapterus, un salīdziniet sarakstu ar to, ko atceraties pirms instalācijas. Adapteris bez adreses un ar atvienotas datu nesējas stāvokli parasti nozīmē, ka draiveris nav startējis. To neizlabo ar atsaistīšanu. Pierakstiet precīzo stāvokli pirms kaut ko mainīt.

Adapteris, kas darbojas, bet ir pievienots nepareizajam slēdzim, ir iepriekšējās sadaļas gadījums. Adreses stāvoklis ir tas, ar ko abus atšķirt.

Atjaunojiet emulatoru, neatjaunojot kļūdu

Kad tunelis darbojas, pievienojiet emulatora paša adapteri atpakaļ tā slēdzim un pārliecinieties, ka VM iegūst adresi. Nepievienojiet VPN adapteri atpakaļ. Pārbaudiet gan emulatoru, gan klientu vēlreiz, pirms uzskatīt darbu pabeigtu.

Pārvaldītā darbstacijā pastāstiet administratoram, kuru saistījumu mainījāt. Vēlāka politikas atsvaidzināšana var atjaunot veco pievienojumu, un iekaršanās atgriezīsies bez acīmredzama iemesla.

Pierakstiet adaptera nosaukumu, slēdzi, kuram tas bija piesaistīts, un ipconfig stāvokli pirms un pēc. Ja pēc atjauninājuma iekaršanās atgriežas, šis ieraksts ir atšķirība starp piecu minūšu pārbaudi un sākšanu no nulles.