Cisco VPN ngec pas Hyper-V: të shkëputet lidhja apo të rindërtohet?

Klienti rrotullohet te securing communications dhe nuk shfaq kurrë një kërkesë hyrjeje, dhe e vetmja gjë që ndryshoi ishte një instalim emulatori. Ky model tregon adaptorin virtual, jo profilin ose fjalëkalimin. Vendimi është nëse adaptori është i lidhur me një ndërprerës Hyper-V ku nuk duhet të jetë, ose nëse nuk u ngrit fare.

Këto dy gjendje duken njësoj në klient dhe kërkojnë riparime të ndryshme. Njëra është një lidhje që mund ta anuloni; tjetra është një problem drejtuesi që shkëputja nuk e prek.

Çfarë pret faza securing communications

Përpara se tuneli të ndërtohet, klienti ka nevojë për një rrugë rrjeti lokal funksionale drejt portës. Instalon adaptorin e vet virtual dhe e përdor si pjesë të asaj rruge. Nëse Hyper-V e lidh atë adaptor me një ndërprerës të krijuar për një emulator, adaptori mund të ndalojë së ofruari një rrugë të përdorshme.

Klienti nuk raporton se cilin adaptor pret. Regjistri zakonisht përfundon në fazën e fundit të arritur, dhe i njëjti dështim shfaqet për çdo adresë porte. Prandaj historiku i instalimit ka më shumë rëndësi se teksti i gabimit. Regjistri ia vlen gjithsesi të ruhet; ju thotë fazën, jo shkakun.

Rivendosja e kredencialeve ose reinstalimi i profilit nuk mund të ndryshojë një lidhje ndërprerësi. Nëse këto janë dy hapat tuaj të parë, po riparoni shtresën e gabuar.

Vendimi i parë: a është adaptori VPN i lidhur me ndërprerësin e gabuar?

Hapni Hyper-V Manager, pastaj Virtual Switch Manager, dhe lexoni listën e adaptorëve për çdo ndërprerës. Adaptori Cisco nuk duhet të shfaqet si bashkëngjitje e një ndërprerësi emulatori. Nëse shfaqet, është gabimi juaj, dhe riparimi është ta hiqni nga ai ndërprerës.

Rinisni së pari që klienti të nisë pastër dhe jo gjysmë i lidhur. Hiqni lidhjen, zbatojeni, dhe lërini adaptorët e tjerë të qetë derisa të testoni. Ndryshimi është i kthyeshëm dhe nuk çinstalon asgjë, por shkruani cilët adaptorë i shkëputët.

Nisni klientin dhe provoni lidhjen. Nëse ende ngec, shkëputni adaptorët virtualë të mbetur një nga një dhe testoni pas secilit, që të dini cili kishte rëndësi.

Vendimi i dytë: a është adaptori lart por pa adresë?

Ekzekutoni ipconfig /all nga një prompt i ngritur që të përfshihen edhe adaptorët e fshehur, dhe krahasoni listën me atë që mbani mend para instalimit. Një adaptor pa adresë dhe me gjendje mediare të shkëputur zakonisht do të thotë se drejtuesi nuk u nis. Kjo nuk riparohet duke shkëputur lidhjen. Shënoni gjendjen e saktë përpara se të ndryshoni diçka.

Një adaptor që është lart por i lidhur me ndërprerësin e gabuar është rasti i seksionit të mëparshëm. Gjendja e adresës është ajo që i dallon të dy.

Riktheni emulatorin pa rikthyer defektin

Kur tuneli funksionon, lidhni përsëri adaptorin e vetë emulatorit me ndërprerësin e tij dhe konfirmoni që VM merr një adresë. Mos e lidhni përsëri adaptorin VPN. Testoni edhe emulatorin edhe klientin edhe një herë përpara se ta quani të përfunduar.

Në një stacion pune të menaxhuar, thoni administratorit cilën lidhje ndryshuat. Një rifreskim i mëvonshëm i politikave mund të rikthejë lidhjen e vjetër, dhe ngecja do të kthehet pa shkak të dukshëm.

Shënoni emrin e adaptorit, ndërprerësin me të cilin ishte i lidhur dhe gjendjen ipconfig para dhe pas. Nëse ngecja kthehet pas një përditësimi, ai shënim është ndryshimi midis një kontrolli pesëminutësh dhe nisjes nga e para.