Cisco VPN hangt na Hyper-V: binding losmaken of opnieuw opbouwen?

De client draait bij securing communications en toont nooit een aanmeldprompt, en het enige dat veranderde was een emulatorinstallatie. Dat patroon wijst op de virtuele adapter, niet op het profiel of het wachtwoord. De beslissing is of de adapter aan een Hyper-V-switch is gekoppeld waar hij niet hoort, of dat hij helemaal niet omhoogkwam.

Die twee toestanden zien er in de client hetzelfde uit en vragen verschillende reparaties. De ene is een koppeling die u ongedaan kunt maken; de andere is een stuurprogrammaprobleem waar het losmaken niets aan doet.

Waarop de securing communications-fase wacht

Voordat de tunnel wordt gebouwd, heeft de client een werkend lokaal netwerkpad naar de gateway nodig. Hij installeert zijn eigen virtuele adapter en gebruikt die als deel van dat pad. Als Hyper-V die adapter aan een switch koppelt die voor een emulator is gemaakt, kan de adapter ophouden een bruikbare route te bieden.

De client meldt niet op welke adapter hij wacht. Het logboek eindigt meestal bij de laatst bereikte fase, en dezelfde fout verschijnt bij elk gatewayadres. Daarom is de installatiegeschiedenis belangrijker dan de fouttekst. Het logboek is toch de moeite waard; het noemt de fase, niet de oorzaak.

Opnieuw inloggegevens invoeren of het profiel opnieuw installeren kan een switchkoppeling niet veranderen. Als dat uw eerste twee stappen zijn, repareert u de verkeerde laag.

Beslissing één: is de VPN-adapter aan de verkeerde switch gekoppeld?

Open Hyper-V Manager, dan Virtual Switch Manager, en lees de adapterlijst per switch. De Cisco-adapter hoort niet als aansluiting van een emulatorswitch te verschijnen. Is dat wel zo, dan is dat uw fout, en de reparatie is hem van die switch te verwijderen.

Herstart eerst zodat de client schoon start en niet half verbonden. Verwijder de koppeling, pas die toe, en laat de andere adapters met rust tot u hebt getest. De wijziging is omkeerbaar en verwijdert niets, maar noteer welke adapters u hebt losgekoppeld.

Start de client en probeer de verbinding. Als hij nog steeds blijft hangen, koppelt u de overige virtuele adapters één voor één los en test u na elke, zodat u weet welke ertoe deed.

Beslissing twee: staat de adapter omhoog maar zonder adres?

Voer ipconfig /all uit vanaf een verhoogde opdrachtprompt zodat verborgen adapters meetellen, en vergelijk de lijst met wat u van voor de installatie herinnert. Een adapter zonder adres en met een losgekoppelde mediastatus betekent meestal dat het stuurprogramma niet is gestart. Dat wordt niet gerepareerd door los te koppelen. Noteer de exacte toestand voordat u iets wijzigt.

Een adapter die omhoog staat maar aan de verkeerde switch is gekoppeld, is het geval uit de vorige sectie. De adrestoestand is hoe u de twee onderscheidt.

Herstel de emulator zonder de fout te herstellen

Als de tunnel werkt, koppelt u de eigen adapter van de emulator weer aan zijn switch en bevestigt u dat de VM een adres krijgt. Koppel de VPN-adapter niet terug. Test zowel de emulator als de client nog eens voordat u het als klaar beschouwt.

Op een beheerd werkstation vertelt u de beheerder welke koppeling u hebt gewijzigd. Een latere beleidsvernieuwing kan de oude aansluiting terugzetten, en het hangen komt terug zonder duidelijke oorzaak.

Noteer de adapternaam, de switch waaraan hij was gekoppeld en de ipconfig-toestand voor en na. Als het hangen na een update terugkomt, is die notitie het verschil tussen een controle van vijf minuten en opnieuw beginnen.