Cisco VPN bumabitin pagkatapos ng Hyper-V: alisin ang binding o itayo muli?

Umiikot ang client sa securing communications at hindi kailanman nagpapakita ng prompt sa pag-log in, at ang tanging nabago ay isang pag-install ng emulator. Itinuturo ng pattern na iyon ang virtual adapter, hindi ang profile o password. Ang desisyon ay kung ang adapter ay nakatali sa isang Hyper-V switch na hindi dapat, o kung hindi ito umangat.

Magkahawig ang dalawang estadong iyon sa client at nangangailangan ng magkaibang pagkukumpuni. Ang isa ay binding na maaari mong alisin; ang isa ay problema sa driver na hindi maaabot ng pagtanggal ng binding.

Ano ang hinihintay ng securing communications na yugto

Bago itayo ang tunnel, kailangan ng client ng gumaganang lokal na landas ng network papunta sa gateway. Nag-i-install ito ng sariling virtual adapter at ginagamit ito bilang bahagi ng landas na iyon. Kung ikakabit ng Hyper-V ang adapter na iyon sa isang switch na ginawa para sa emulator, maaaring huminto ang adapter sa pagbibigay ng magagamit na ruta.

Hindi iniuulat ng client kung aling adapter ang hinihintay nito. Karaniwang nagtatapos ang log sa huling yugtong naabot, at lumilitaw ang parehong pagkabigo sa bawat address ng gateway. Kaya mas mahalaga ang kasaysayan ng pag-install kaysa sa teksto ng error. Sulit pa ring itago ang log; sinasabi nito ang yugto, hindi ang dahilan.

Ang muling paglalagay ng kredensyal o muling pag-install ng profile ay hindi makapagbabago ng binding ng switch. Kung iyon ang una mong dalawang hakbang, maling layer ang kinukumpuni mo.

Unang desisyon: nakatali ba ang VPN adapter sa maling switch?

Buksan ang Hyper-V Manager, pagkatapos ang Virtual Switch Manager, at basahin ang listahan ng adapter para sa bawat switch. Hindi dapat lumitaw ang Cisco adapter bilang kalakip ng switch ng emulator. Kung lumitaw, pagkakamali mo iyon, at ang pagkukumpuni ay alisin ito sa switch na iyon.

Mag-reboot muna para luminis ang simula ng client sa halip na kalahating konektado. Alisin ang binding, ilapat ito, at iwanan ang ibang adapter hanggang masubukan mo. Nababalik ang pagbabago at wala itong tinatanggal na install, ngunit isulat kung aling adapter ang inalisan mo ng binding.

Simulan ang client at subukan ang koneksyon. Kung bumabitin pa rin, alisin ang binding ng natitirang virtual adapter nang isa-isa at subukan pagkatapos ng bawat isa, para malaman kung alin ang mahalaga.

Ikalawang desisyon: nakaupo ba ang adapter pero walang address?

Patakbuhin ang ipconfig /all mula sa elevated na prompt para maisama ang mga nakatagong adapter, at ihambing ang listahan sa natatandaan mo bago ang pag-install. Ang adapter na walang address at may estadong nakahiwalay ang media ay karaniwang ibig sabihin ay hindi nagsimula ang driver. Hindi iyon naaayos sa pagtanggal ng binding. Itala ang eksaktong estado bago ka magbago ng anuman.

Ang adapter na nakaupo pero nakakabit sa maling switch ay ang kaso mula sa naunang seksyon. Ang estado ng address ang nagtatangi sa dalawa.

Ibalik ang emulator nang hindi ibinabalik ang depekto

Kapag gumana ang tunnel, ikabit muli ang sariling adapter ng emulator sa switch nito at kumpirmahin na nakakakuha ng address ang VM. Huwag ikabit muli ang VPN adapter. Subukan muli ang emulator at ang client bago mo sabihing tapos na.

Sa pinamamahalaang workstation, sabihin sa administrator kung aling binding ang binago mo. Maaaring ibalik ng susunod na pag-refresh ng patakaran ang dating kalakip, at babalik ang pagbibit nang walang malinaw na dahilan.

Itala ang pangalan ng adapter, ang switch na kinabitan nito, at ang estado ng ipconfig bago at pagkatapos. Kung bumalik ang pagbibit pagkatapos ng update, ang talaang iyon ang pagkakaiba ng limang minutong pagsusuri at ng pagsisimula muli.