Cisco VPN jääb Hyper-V järel kinni: sidumine eemaldada või uuesti üles ehitada?

Klient keerleb securing communications juures ega näita kunagi sisselogimisküsimust, ja ainus, mis muutus, oli emulaatori paigaldus. See muster viitab virtuaaladapterile, mitte profiilile ega paroolile. Otsus on, kas adapter on seotud Hyper-V kommutaatoriga, kuhu see ei peaks kuuluma, või ei tulnud see üldse üles.

Need kaks olekut näevad kliendis sarnased välja ja nõuavad erinevat parandust. Üks on sidumine, mille saate tagasi võtta; teine on draiveri probleem, mida sidumise eemaldamine ei puuduta.

Mida securing communications etapp ootab

Enne tunnelitootmist vajab klient töötavat kohalikku võrguteed lüüsini. See paigaldab oma virtuaaladapteri ja kasutab seda selle tee osana. Kui Hyper-V seob selle adapteri emulaatori jaoks loodud kommutaatoriga, võib adapter lõpetada kasutatava marsruudi pakkumise.

Klient ei teata, millist adapterit ta ootab. Logi lõpeb tavaliselt viimasel saavutatud etapil ja sama tõrge ilmneb iga lüüsi aadressi puhul. Seetõttu on paigaldusajalugu veatekstist tähtsam. Logi tasub siiski alles hoida; see ütleb etapi, mitte põhjuse.

Kasutajaandmete uuesti sisestamine või profiili uuesti paigaldamine ei saa kommutaatori sidumist muuta. Kui need on teie kaks esimest sammu, parandate vale kihti.

Otsus esimene: kas VPN-adapter on seotud vale kommutaatoriga?

Avage Hyper-V Manager, seejärel Virtual Switch Manager, ja lugege iga kommutaatori adapteriloendit. Cisco adapter ei tohiks ilmuda emulaatori kommutaatori külge kinnitatuna. Kui ilmub, on see teie viga ja parandus on see kommutaatori küljest eemaldada.

Taaskäivitage kõigepealt, et klient käivituks puhtalt, mitte poolenisti ühendatud. Eemaldage sidumine, rakendage see ja jätke teised adapterid rahule, kuni olete testinud. Muudatus on pööratav ega eemalda midagi, kuid kirjutage üles, milliste adapterite sidumise eemaldasite.

Käivitage klient ja proovige ühendust. Kui see ikka kinni jääb, eemaldage ülejäänud virtuaaladapterite sidumine ükshaaval ja testige pärast igaüht, et teaksite, milline oli oluline.

Otsus teine: kas adapter on üleval, kuid aadressita?

Käivitage ipconfig /all kõrgendatud käsurealt, et peidetud adapterid oleksid kaasatud, ja võrrelge loendit sellega, mida mäletate enne paigaldust. Aadressita ja meediast lahti ühendatud olekus adapter tähendab tavaliselt, et draiver ei käivitunud. Seda ei paranda sidumise eemaldamine. Märkige täpne olek enne, kui midagi muudate.

Adapter, mis on üleval, kuid ühendatud vale kommutaatoriga, on eelmise jaotise juhtum. Aadressi olek on see, mille järgi neid kahte eristate.

Taastage emulaator, ilma et taastaksite rikke

Kui tunnel töötab, ühendage emulaatori enda adapter uuesti selle kommutaatoriga ja kontrollige, et VM saab aadressi. Ärge ühendage VPN-adapterit uuesti. Testige nii emulaatorit kui ka klienti veel kord, enne kui loete asja lõpetatuks.

Hallataval tööjaamas öelge administraatorile, millist sidumist muutsite. Hilisem poliitika värskendus võib vana kinnituse taastada ja kinnijäämine naaseb ilma ilmse põhjuseta.

Kirjutage üles adapteri nimi, kommutaator, millega see oli seotud, ja ipconfig olek enne ja pärast. Kui kinnijäämine naaseb pärast värskendust, on see märge erinevus viie minuti kontrolli ja nullist alustamise vahel.