Cisco VPN yn hongian ar ôl Hyper-V: dad-glymu neu ailadeiladu?

Mae'r cleient yn troelli yn securing communications ac yn byth yn dangos anogwr mewngofnodi, a'r unig beth a newidiodd oedd gosodiad emulator. Mae'r patrwm hwn yn cyfeirio at yr addasydd rhithwir, nid y proffil na'r cyfrinair. Y penderfyniad yw a yw'r addasydd wedi'i glymu i swits Hyper-V na ddylai fod arno, neu a gododd o gwbl.

Mae'r ddau gyflwr yn edrych yr un fath yn y cleient ac angen trwsiadau gwahanol. Un yw clymiad y gallwch ei ddad-wneud; y llall yw problem gyrrwr na fydd dad-glymu yn cyffwrdd â hi.

Beth mae'r cam securing communications yn aros amdano

Cyn i'r twnnel gael ei adeiladu, mae angen llwybr rhwydwaith lleol sy'n gweithio i'r porth ar y cleient. Mae'n gosod ei addasydd rhithwir ei hun ac yn ei ddefnyddio fel rhan o'r llwybr hwnnw. Os yw Hyper-V yn cysylltu'r addasydd hwnnw â swits a grewyd ar gyfer emulator, gall yr addasydd roi'r gorau i gyflwyno llwybr defnyddiadwy.

Nid yw'r cleient yn adrodd pa addasydd y mae'n aros amdano. Mae'r log fel arfer yn gorffen ar y cam olaf y cyrhaeddodd, ac mae'r un methiant yn ymddangos ar gyfer pob cyfeiriad porth. Dyna pam mae hanes y gosodiad yn bwysicach na thestun y gwall. Mae'r log yn dal yn werth ei gadw; mae'n dweud y cam wrthych, nid yr achos.

Ni all ail-nodi manylion mewngofnodi nac ailosod y proffil newid clymiad swits. Os dyna eich dau gam cyntaf, rydych yn trwsio'r haen anghywir.

Penderfyniad un: a yw'r addasydd VPN wedi'i glymu i'r swits anghywir?

Agorwch Hyper-V Manager, yna Virtual Switch Manager, a darllenwch restr yr addasyddion ar gyfer pob swits. Ni ddylai addasydd Cisco ymddangos fel atodiad swits emulator. Os yw'n gwneud, eich bai chi yw hynny, a'r trwsiad yw ei dynnu oddi ar y swits hwnnw.

Ailgychwynnwch yn gyntaf fel bod y cleient yn dechrau'n lân yn hytrach na hanner-cysylltiedig. Tynnwch y clymiad, ei gymhwyso, a gadewch yr addasyddion eraill yn llonydd nes i chi brofi. Mae'r newid yn wrthdroadwy ac nid yw'n dadosod dim, ond nodwch pa addasyddion a ddad-glymwyd gennych.

Dechreuwch y cleient a rhowch gynnig ar y cysylltiad. Os yw'n dal i hongian, dad-glymwch yr addasyddion rhithwir sy'n weddill un ar y tro a phrofwch ar ôl pob un, fel y gwybyddoch pa un a oedd yn bwysig.

Penderfyniad dau: a yw'r addasydd i fyny ond heb gyfeiriad?

Rhedwch ipconfig /all o anogwr uwchfel fel bod addasyddion cudd yn cael eu cynnwys, a chymharwch y rhestr â'r hyn rydych yn ei gofio o flaen y gosodiad. Mae addasydd heb gyfeiriad a chyflwr cyfryngau datgysylltiedig fel arfer yn golygu na ddechreuodd y gyrrwr. Nid yw hynny'n cael ei drwsio trwy ddad-glymu. Nodwch y cyflwr union cyn i chi newid unrhyw beth.

Mae addasydd sydd i fyny ond wedi'i gysylltu â'r swits anghywir yn achos yr adran flaenorol. Cyflwr y cyfeiriad yw sut rydych yn gwahaniaethu'r ddau.

Adferwch yr emulator heb adfer y diffyg

Pan fydd y twnnel yn gweithio, ailgysylltwch addasydd yr emulator ei hun â'i swits a chadarnhau bod y VM yn cael cyfeiriad. Peidiwch ag ailgysylltu addasydd y VPN. Profwch yr emulator a'r cleient unwaith eto cyn ei alw'n orffenedig.

Ar weithfan a reolir, dywedwch wrth y gweinyddwr pa glymiad a newidiasoch. Gall adnewyddiad polisi diweddarach adfer yr atodiad hen, a bydd y hongian yn dychwelyd heb achos amlwg.

Nodwch enw'r addasydd, y swits yr oedd wedi'i glymu iddo, a chyflwr ipconfig cyn ac ar ôl. Os daw'r hongian yn ôl ar ôl diweddariad, y cofnod hwnnw yw'r gwahaniaeth rhwng archwiliad pum munud a dechrau o'r dechrau.