Cisco VPN jumittuu Hyper-V:n jälkeen: irrotetaanko sidonta vai rakennetaanko uudelleen?

Asiakasohjelma pyörii securing communications -vaiheessa eikä näytä koskaan kirjautumiskehoitetta, ja ainoa muutos oli emulaattorin asennus. Tämä kuvio viittaa virtuaalisovittimeen, ei profiiliin tai salasanaan. Ratkaisu on, onko sovitin sidottu Hyper-V-kytkimeen, jossa sen ei pitäisi olla, vai eikö se noussut lainkaan.

Nämä kaksi tilaa näyttävät asiakasohjelmassa samoilta ja vaativat eri korjauksen. Toinen on sidonta, jonka voi peruuttaa; toinen on ajuriongelma, johon sidonnan poisto ei yllä.

Mitä securing communications -vaihe odottaa

Ennen tunnelin rakentamista asiakasohjelma tarvitsee toimivan paikallisen verkkopolun yhdyskäytävään. Se asentaa oman virtuaalisovittimensa ja käyttää sitä osana tätä polkua. Jos Hyper-V liittää tämän sovittimen emulaattoria varten luotuun kytkimeen, sovitin voi lakata tarjoamasta käyttökelpoista reittiä.

Asiakasohjelma ei ilmoita, mitä sovitinta se odottaa. Loki päättyy yleensä viimeiseen saavutettuun vaiheeseen, ja sama vika näkyy jokaisella yhdyskäytävän osoitteella. Siksi asennushistoria on tärkeämpi kuin virheteksti. Loki kannattaa silti säilyttää; se kertoo vaiheen, ei syytä.

Tunnistetietojen syöttäminen uudelleen tai profiilin uudelleenasennus ei voi muuttaa kytkensidontaa. Jos ne ovat kaksi ensimmäistä liikettäsi, korjaat väärää kerrosta.

Ensimmäinen ratkaisu: onko VPN-sovitin sidottu väärään kytkimeen?

Avaa Hyper-V Manager, sitten Virtual Switch Manager, ja lue jokaisen kytkimen sovitinluettelo. Cisco-sovittimen ei pitäisi näkyä emulaattorikytkimen liitteenä. Jos näkyy, se on sinun virheesi, ja korjaus on poistaa se kyseisestä kytkimestä.

Käynnistä uudelleen ensin, jotta asiakasohjelma käynnistyy puhtaasti eikä puoliksi yhdistettynä. Poista sidonta, käytä se, ja jätä muut sovittimet rauhaan, kunnes olet testannut. Muutos on palautettavissa eikä poista asennuksia, mutta kirjoita muistiin, mitkä sovittimet irrotit.

Käynnistä asiakasohjelma ja yritä yhteyttä. Jos se yhä jumittuu, irrota loput virtuaalisovittimet yksi kerrallaan ja testaa jokaisen jälkeen, jotta tiedät, millä oli merkitystä.

Toinen ratkaisu: onko sovitin käytössä mutta ilman osoitetta?

Suorita ipconfig /all korotetusta komentokehotteesta, jotta piilotetut sovittimet tulevat mukaan, ja vertaa luetteloa siihen, mitä muistat ennen asennusta. Sovitin ilman osoitetta ja mediana irrotetussa tilassa tarkoittaa yleensä, ettei ajuri käynnistynyt. Sitä ei korjata sidontaa irrottamalla. Kirjaa tarkka tila ennen kuin muutat mitään.

Sovitin, joka on käytössä mutta liitetty väärään kytkimeen, on edellisen osan tapaus. Osoitteen tila on se, millä erotat nämä kaksi.

Palauta emulaattori palauttamatta vikaa

Kun tunneli toimii, liitä emulaattorin oma sovitin takaisin sen kytkimeen ja varmista, että VM saa osoitteen. Älä liitä VPN-sovitinta takaisin. Testaa sekä emulaattori että asiakasohjelma vielä kerran ennen kuin katsot asian valmiiksi.

Hallitulla työasemalla kerro ylläpitäjälle, minkä sidonnan muutit. Myöhempi käytäntöpäivitys voi palauttaa vanhan liitännän, ja jumittuminen palaa ilman ilmeistä syytä.

Kirjaa sovittimen nimi, kytkin johon se oli sidottu sekä ipconfig-tila ennen ja jälkeen. Jos jumittuminen palaa päivityksen jälkeen, tuo merkintä on ero viiden minuutin tarkistuksen ja alusta aloittamisen välillä.