Cisco VPN blokeatzen da Hyper-V ondoren: deslotu ala berreraiki?

Bezeroa securing communications-en biraka dago eta ez du inoiz saio-hasierako gonbidapenik erakusten, eta aldatu zen gauza bakarra emuladore baten instalazioa izan zen. Eredu horrek egokitzaile birtualari egiten dio erreferentzia, ez profiloari edo pasahitzari. Erabakia zera da: egokitzailea egon behar ez duen Hyper-V kommutadore batera lotuta dagoen, edo inoiz altxatu ez den.

Bi egoera horiek berdinak dirudite bezeroan eta konponketa desberdinak behar dituzte. Bata desegin dezakezun lotura bat da; bestea deslotzeak ukitu ez duen kontrolatzaile arazo bat da.

Zeren zain dagoen securing communications etapa

Tunela eraiki aurretik, bezeroak atebiderako bide lokal erabilgarri bat behar du. Bere egokitzaile birtuala instalatzen du eta bide horren parte gisa erabiltzen du. Hyper-V-k egokitzaile hori emuladorearentzat sortutako kommutadore batera konektatzen badu, egokitzaileak bide erabilgarririk eskaintzeari utz diezaioke.

Bezeroak ez du esaten zein egokitzaileen zain dagoen. Erregistroa normalean iritsi zen azken etapaan amaitzen da, eta hutsegite bera agertzen da atebide helbide bakoitzean. Horregatik da instalazioaren historia errore-testua baino garrantzitsuagoa. Erregistroa gordetzea merezi du oraindik; etapa esaten dizu, ez arrazoia.

Kredentzialak berriro sartzeak edo profila berriz instalatzeak ezin du kommutadore-lotura bat aldatu. Horiek badira zure lehen bi mugimenduak, geruza okerra konpontzen ari zara.

Lehen erabakia: VPN egokitzailea kommutadore okerrean lotuta dago?

Ireki Hyper-V Manager, gero Virtual Switch Manager, eta irakurri kommutadore bakoitzaren egokitzaile-zerrenda. Cisco egokitzaileak ez luke agertu behar emuladore kommutadore baten eranskin gisa. Agertzen bada, zure errua da, eta konponketa kommutadore horretatik kentzea da.

Berrabiarazi lehenengo bezeroa garbi abiarazteko, erdi konektatuta egon beharrean. Kendu lotura, aplikatu, eta utzi beste egokitzaileak bakean probatu arte. Aldaketa itzulgarria da eta ez du ezer desinstalatzen, baina idatzi zein egokitzaile deslotu dituzun.

Abiarazi bezeroa eta saiatu konexioa. Oraindik blokeatzen bada, deslotu gainerako egokitzaile birtualak banan-banan eta probatu bakoitzaren ondoren, jakiteko zein zen garrantzitsua.

Bigarren erabakia: egokitzailea martxan dago baina helbiderik gabe?

Exekutatu ipconfig /all gonbidapen altxatu batetik egokitzaile ezkutuak ere sartzeko, eta alderatu zerrenda instalazioaren aurretik gogoratzen duzunarekin. Helbiderik gabeko eta medio deskonektatuko egoeran dagoen egokitzaile batek kontrolatzailea ez zela abiarazi esan ohi du. Hori ez da deslotzearekin konpontzen. Idatzi egoera zehatza ezer aldatu aurretik.

Martxan dagoen baina kommutadore okerrean konektatuta dagoen egokitzailea aurreko ataleko kasua da. Helbidearen egoera da biak bereizteko modua.

Berrezarri emuladorea hutsa berrezarri gabe

Tunela funtzionatzen duenean, konektatu berriro emuladorearen egokitzailea bere kommutadorearekin eta egiaztatu VM-ak helbide bat jasotzen duela. Ez konektatu berriro VPN egokitzailea. Probatu bai emuladorea bai bezeroa beste behin amaitutzat eman aurretik.

Kudeatutako lan-estazio batean, esan administratzaileari zein lotura aldatu duzun. Geroagoko politika-eguneratze batek lehengo eranskina berrezar dezake, eta blokeoak itzuliko dira arrazoi argirik gabe.

Idatzi egokitzailearen izena, lotuta zegoen kommutadorea eta ipconfig egoera aurretik eta ondoren. Blokeoa eguneratze baten ondoren itzultzen bada, erregistro hori bost minutuko egiaztapen baten eta hutsetik hastearen arteko aldea da.