Cisco VPN hinget nei Hyper-V: ûntbine of wer opbouwe?

De klant draait by securing communications en lit nea in oanmeldprompt sjen, en it iennige dat feroare wie in emulator-ynstallaasje. Dat patroan wiist nei de firtuele adapter, net nei it profyl of it wachtwurd. De beslissing is oft de adapter bûn is oan in Hyper-V-skeakel dêr't er net wêze moat, of oft er hielendal net omheech kaam.

Dy twa tastannen lykje yn de klant itselde en freegje ferskillende reparaasjes. Ien is in binding dy't jo ûngedien meitsje kinne; de oare is in stjoerderprobleem dêr't ûntbinen neat oan docht.

Wêr't de securing communications-faze op wachtet

Foardat de tunnel boud wurdt, hat de klant in wurkjend lokaal netwurkpaad nei de gateway nedich. It ynstallearret syn eigen firtuele adapter en brûkt dy as part fan dat paad. As Hyper-V dy adapter oan in skeakel keppelt dy't foar in emulator makke is, kin de adapter ophâlde mei it bieden fan in brûkber rûte.

De klant meldt net op hokker adapter er wachtet. It log einiget meastentiids by de lêste berikte faze, en deselde flater ferskynt by elk gateway-adres. Dêrom is de ynstallaasjeskiednis wichtiger as de flatertekst. It log is dochs de muoite wurdich om te bewarjen; it fertelt jo de faze, net de oarsaak.

Sertifikaten opnij ynfiere of it profyl opnij ynstallearje kin in skeakelbinding net feroarje. As dat jo earste twa stappen binne, reparearje jo de ferkearde laach.

Beslissing ien: is de VPN-adapter oan de ferkearde skeakel bûn?

Iepenje Hyper-V Manager, dan Virtual Switch Manager, en lês de adapterlist foar elke skeakel. De Cisco-adapter moat net as in oanhing fan in emulator-skeakel ferskine. Docht er dat wol, dan is dat jo flater, en de reparaasje is him fan dy skeakel ôf te heljen.

Start earst opnij, sadat de klant skjin start ynstee fan heal ferbûn. Ferwiderje de binding, pas dy ta, en lit de oare adapters gewurde oant jo teste hawwe. De feroaring is omkearber en ynstallearret neat, mar skriuw op hokker adapters jo ûntbûn hawwe.

Start de klant en besykje de ferbining. As er noch hieltyd hinget, ûntbin dan de oerbliuwende firtuele adapters ien foar ien en test nei elk, sadat jo witte hokker fan belang wie.

Beslissing twa: is de adapter omheech mar sûnder adres?

Fier ipconfig /all út fan in ferhege opdrachtprompt, sadat ferburgen adapters meitelle, en fergelykje de list mei wat jo fan foar de ynstallaasje ôfwitte. In adapter sûnder adres en mei in ûntkeppele mediastatus betsjut meastentiids dat de stjoerder net start is. Dat wurdt net reparearre troch te ûntbinen. Notearje de krekte tastân foardat jo wat feroarje.

In adapter dy't omheech is mar oan de ferkearde skeakel keppele, is it gefal út de foarige paragraaf. De adrestastân is hoe't jo de twa ûnderskiede.

Bring de emulator werom sûnder de flater werom te bringen

As de tunnel wurket, keppelje dan de eigen adapter fan de emulator wer oan syn skeakel en befêstigje dat de VM in adres krijt. Keppelje de VPN-adapter net wer oan. Test sawol de emulator as de klant noch ien kear foardat jo it klear neame.

Op in beheard wurkstasjon, fertel de behearder hokker binding jo feroare hawwe. In lettere beliedsfernijing kin de âlde oanhing weromsette, en it hingjen komt werom sûnder dúdlike oarsaak.

Notearje de adapternamme, de skeakel dêr't er oan bûn wie, en de ipconfig-tastân foar en nei. As it hingjen nei in update weromkomt, is dat ferslach it ferskil tusken in kontrôle fan fiif minuten en fan foarôf begjinne.