Cisco VPN heng etter Hyper-V: fjern bindinga eller bygg på nytt?

Klienten spinner ved securing communications og viser aldri ei påloggingsforespurnad, og det einaste som endra seg var ein emulatorinstallasjon. Mønsteret peikar på den virtuelle adapteren, ikkje profilen eller passordet. Avgjerda er om adapteren er bunden til ein Hyper-V-brytar han ikkje høyrer heime på, eller om han aldri kom opp.

Dei to tilstandane ser like ut i klienten og krev ulike reparasjonar. Den eine er ei binding du kan angre; den andre er eit drivarproblem som fjerning av bindinga ikkje rører.

Kva securing communications-fasen ventar på

Før tunnelen blir bygd, treng klienten ein fungerande lokal nettverksveg til gatewayen. Han installerer sin eigen virtuelle adapter og brukar han som ein del av vegen. Viss Hyper-V koplar den adapteren til ein brytar som vart laga for ein emulator, kan adapteren slutte å tilby ei brukbar rute.

Klienten rapporterer ikkje kva adapter han ventar på. Loggen sluttar vanlegvis ved siste fase han nådde, og same feil viser seg for kvar gateway-adresse. Derfor er installasjonshistorikken viktigare enn feilteksten. Loggen er likevel verd å ta vare på; han seier fasen, ikkje årsaka.

Å skrive inn påloggingsinformasjon på nytt eller installere profilen på nytt kan ikkje endre ei brytarbinding. Viss det er dei to første trekka dine, reparerer du feil lag.

Avgjerd éin: er VPN-adapteren bunden til feil brytar?

Opne Hyper-V Manager, deretter Virtual Switch Manager, og les adapterlista for kvar brytar. Cisco-adapteren skal ikkje visast som eit vedlegg til ein emulatorbrytar. Gjer han det, er det din feil, og reparasjonen er å fjerne han frå den brytaren.

Start på nytt først slik at klienten startar reint i staden for halvtilkopla. Fjern bindinga, bruk henne, og la dei andre adapterane vere i fred til du har testa. Endringa er reversibel og avinstallerer ingenting, men skriv ned kva adapterar du fjerna bindinga på.

Start klienten og prøv tilkoplinga. Viss han framleis heng, fjern bindinga på dei attverande virtuelle adapterane éin om gongen og test etter kvar, slik at du veit kva ein som betydde noko.

Avgjerd to: er adapteren oppe, men utan adresse?

Køyr ipconfig /all frå ein forhøgd ledetekst slik at skjulte adapterar òg kjem med, og samanlikn lista med det du hugsar frå før installasjonen. Ein adapter utan adresse og med fråkopla mediestatus betyr vanlegvis at drivaren ikkje starta. Det blir ikkje reparert ved å fjerne bindinga. Noter den nøyaktige tilstanden før du endrar noko.

Ein adapter som er oppe, men kopla til feil brytar, er tilfellet frå førre avsnitt. Adressestatusen er korleis du skil dei to.

Gjenopprett emulatoren utan å gjenopprette feilen

Når tunnelen verkar, koplar du emulatoren sin eigen adapter til brytaren igjen og stadfestar at VM-en får ei adresse. Ikkje kople VPN-adapteren tilbake. Test både emulatoren og klienten éin gong til før du kallar det ferdig.

På ein administrert arbeidsstasjon, fortel administratoren kva binding du endra. Ein seinare policyoppdatering kan gjenopprette den gamle tilkoplinga, og henginga kjem tilbake utan tydeleg årsak.

Noter adapternamnet, brytaren han var bunden til, og ipconfig-tilstanden før og etter. Viss henginga kjem tilbake etter ein oppdatering, er den nota skilnaden mellom ein femminutts sjekk og å starte på nytt.