Mae gwestai Hyper-V yn colli DNS pan fydd VPN y gwesteiwr yn cysylltu
Nid yw VM gwestai yn etifeddu twnnel y gwesteiwr. Darganfyddwch y modd switsh neu NAT, rhannwch yr addasydd VPN lle mae'n cael ei gynnig, a anfonwch borthladdoedd ymlaen lle nad yw.
Roedd y gwestai yn iawn y bore yma. Yna cododd y gwesteiwr Cisco AnyConnect a chollodd y VM DNS, ei hymddiriedaeth parth a'r ffolder a rennir, heb i ddim newid y tu mewn iddi. Mae twnnel gwesteiwr a rhwydwaith gwestai yn llwybrau ar wahân, ac nid yw cysylltu un yn symud y llall. Gweithiwch o du mewn'r gwestai tuag allan, ac ysgrifennwch yr hyn a welwch cyn newid unrhyw beth.
Yr hyn y gall y gwestai ei weld o hyd
Cofnodwch y cyfeiriad, y porthladd rhagosodedig a'r datryswr yn y VM, unwaith cyn i'r gwesteiwr gysylltu ac unwaith ar ôl. Mae gwestai a gadwodd ei gyfeiriad a cholli datrysiad enwau yn unig yn cael problem datryswr. Mae gwestai nad oedd ganddo lwybr erioed yn cael problem llwybr, ac mae'r ddau angen gwaith gwahanol. O'r gwesteiwr ni allwch eu gwahaniaethu, a dyna pam y mae'n rhaid i'r darlleniad ddod o'r tu mewn.
Y tair darlleniad hynny, wedi'u cymryd ddwywaith, yw eich llinell sylfaen. Mae popeth yn ddiweddarach yn cael ei fesur yn eu herbyn.
Pa allanfa mae'r gwestai yn ei defnyddio
Mae Hyper-V yn ateb hyn gyda dau orchymyn: Get-VMSwitch yn rhestru'r switshis, a Get-VMNetworkAdapter -VMName TestVM yn dangos yr un y mae'r gwestai wedi'i atodi iddo. Rhwydwaith NAT y mae Windows yn ei reoli yw'r Default Switch; mae switsh allanol yn trosglwyddo traffig i addasydd ffisegol; nid yw switsh mewnol yn cario dim nes bod rhywun yn ychwanegu NAT neu lwybrydd. Mae VirtualBox yn cyflwyno'r un tair syniad fel NAT, NAT Network a bridged.
Mae'r modd yn penderfynu a all twnnel y gwesteiwr fod o bwys o gwbl. Mae gwestai NAT yn cael ei gyfieithu gan WinNAT ac yna ei anfon ymlaen gan stac y gwesteiwr, felly mae'n dilyn tabl llwybr y gwesteiwr; gyda chleient twnnel llawn ei draffig yw'r traffig sy'n mynd i mewn i'r addasydd VPN, ac mae'n cael ei ollwng pan fydd y cleient yn blocio'r isrwydwaith lleol. Nid yw gwestai pontiedig ar switsh allanol byth yn cyrraedd llwybro'r gwesteiwr: mae ei fframiau'n gadael y NIC ffisegol yn uniongyrchol, felly mae'n osgoi'r twnnel a pholisi LAN lleol y cleient.
Rhannu twnnel y gwesteiwr gyda Hyper-V
Os oes angen y twnnel ar y gwestai ac na all redeg ei gleient ei hun, gall Windows rannu'r cysylltiad VPN. Agorwch briodweddau'r addasydd VPN, ewch i Rannu, a chaniatáu i ddefnyddwyr rhwydwaith eraill gysylltu trwyddo. Pwyntiwch y cysylltiad rhwydweithio cartref at addasydd Hyper-V, vEthernet (Default Switch), yna profwch gais newydd o du mewn'r gwestai.
Triniwch y trefniant fel atgyweiriad labordy, oherwydd dyna sut mae'n ymddwyn. Rhaid ei ailgymhwyso ar ôl datgysylltu, ailgysylltu neu ailgychwyn y gwesteiwr. Mewn rhai adeilediadau Windows 11 mae'r addasydd ar goll o'r gwymplen yn gyfan gwbl, ac yna mae'r llwybr hwn ar gau.
Mae ailosod y nodwedd Hyper-V wedi achub ambell westai ystyfnig. Cadwch hynny ar gyfer y diwedd, a nodwch gyflwr y gwestai yn gyntaf.
Anfon porthladdoedd ymlaen pan fydd'r isrwydwaith wedi'i hidlo
Mae VPN gwesteiwr sy'n hidlo isrwydwaith NAT y gwestai yn torri mynediad uniongyrchol yn hytrach na datrysiad enwau. Mae'r VM yn rhedeg, eto ssh [email protected] yn hongian, tra bod cyfieithiad yr hypervisor yn dal i weithio. Anfonwch y porthladdoedd sydd eu hangen ar y gwaith ymlaen a chysylltwch â chyfeiriad y gwesteiwr yn lle hynny. Mae llinellau Vagrantfile isod yn cwmpasu SSH ac un gwasanaeth HTTPS; mae'r ddau yn cael eu hychwanegu cyn ail-lwytho.
config.vm.network "forwarded_port", guest: 22, host: 22
config.vm.network "forwarded_port", guest: 3443, host: 3443Mae datrysiad enwau yn benderfyniad ar wahân ac yn haeddu ei atgyweiriad ei hun. Trowch nodwedd datryswr y gwesteiwr ymlaen ar gyfer yr addasydd NAT hwnnw, neu ffurfweddwch y gweinydd DNS mewnol y tu mewn i'r gwestai â llaw. Mae pwyntio'r gwestai at ddatryswr cyhoeddus yn gwneud pori i weithio ac yn torri pob enw mewnol, sy'n waeth na'r methiant oherwydd mae'n edrych fel llwyddiant. Profwch enw nad yw ond y datryswr mewnol yn ei wybod.
Y prawf sy'n dweud wrthych ei fod wedi gweithio
Ar ôl unrhyw un o'r newidiadau hyn, rhedwch gais newydd o du mewn'r gwestai gyda VPN y gwesteiwr wedi'i gysylltu, nid cyn hynny. Ailwirio'r rhannu ar ôl ailgysylltu ac ar ôl ailgychwyn, oherwydd nid yw atgyweiriad sy'n goroesi dim ond un o'r rheini yn atgyweiriad. Cadarnhewch fod rhestr datryswr y gwestai yn cyfateb i'r rhwydwaith y mae ei draffig yn ei ddefnyddio mewn gwirionedd. Yna profwch anfon porthladdoedd ymlaen o gyfeiriad y gwesteiwr, oherwydd nid yw profi o'r gwestai yn profi dim. O du mewn'r gwestai, mae dau wiriad PowerShell yn cwmpasu'r datryswr a'r porthladd a anfonwyd ymlaen:
Resolve-DnsName intranet.corp
Test-NetConnection 192.0.2.10 -Port 22Cofnodwch bob newid switsh neu yrrwr gyda'i gam dad-wneud. Mae canllaw Hyper-V NAT Microsoft yn esbonio beth yw'r Default Switch mewn gwirionedd, ac mae'n werth ei ddarllen cyn i chi greu ail rwydwaith NAT sy'n gwrthdaro ag ef.