Hyper-V makina birtualek hartzailearen VPNa erabiltzen du? Kommutadorearen araberakoa da

Instalatu VPN bezero bat Hyper-V hartzailean, ireki nabigatzailea han, eta irteera helbidea aldatzen da; ireki orri bera makina birtualaren barruan eta agian helbide zaharra erakutsiko du, edo ezer ez. Ohiko ondorioa da makina birtuala hondatuta dagoela, edo tunel zatitua gaitu behar dela. Biak ez dira ondorioztatzen. VPN bezeroa ez da makina baten propietatea; bideen multzo bat, adapter birtual bat eta sarritan interfaze zehatzei lotutako iragazki bat da. Bisitariaren trafikoak mekanismo horrekin noiz topo egingo duen bisitariak erabiltzen duen kommutadore birtualaren araberakoa da.

Mitoa, argi esanda

Sinesmena da hartzailean instalatutako VPN batek makina osoa babesten duela, makina birtualak barne, makina birtuala makina horretan exekutatzen den prozesu bat besterik ez delako. Sinesmen erosoa da, antibirusak eta hartzailearen suebakiak normalean hala jokatzen baitute. Sare bideek ez.

Bisitariaren markoa hartzailearen VPN pila ukitzen du hartzaileak bideratu edo iragazten badu soilik. Kopiatu esaldi hori itsasgarri batean, beheko kasu bakoitza haren aldaera baita.

Hiru kommutadore mota, hiru bide

Kanpoko kommutadore batek adapter birtual bat sare-txartel fisikora lotzen du, eta bisitariak markoak lotura horren bidez bidaltzen ditu bere MAC helbidearekin. Bisitaria sare fisikoan parekidea bihurtzen da, bere DHCP alokairua, atebidea eta DNS zerbitzariak dituela. Hartzailearen VPN bide lehenetsia hartzailearen pilan bizi da eta ez ditu marko horiek mugitzen, zubiratuak direlako hartzailearen bidez bideratu beharrean. Horregatik da kanpoko kommutadore bat Wi-Fi adapter baten gainean ideia txarra: hari gabeko kontrolatzaile gehienek ez dute markorik garraiatzen bigarren MAC helbide baterako.

Barne kommutadore batek bisitariak hartzailearen adapter birtual batera konektatzen ditu. Bere horretan ez du internet irteerarik ematen; hartzaileko NAT objektu batek ematen du itzulpena, honetan deskribatzen den bezala: Hyper-V NAT gidan. Orain bisitariaren paketeak hartzailearen bideratze eta NAT bidera sartzen dira, beraz VPN bezeroaren bideak eta iragazkiak berriro dira garrantzitsuak. Hau da makina birtualak hartzailearen VPNa benetan jarraitzen duen eta kill switch batek bisitaria erabat moz dezakeen egoera.

Kommutadore pribatuak ez du hartzailearen adapterrik eta ez du goranzko estekak. Bisitariek elkarrekin hitz egiten dute eta ez beste ezerkin, beraz kommutadore pribatu bateko makina birtualak internetik ez badu, falta den bideratzailea da arrazoia eta VPNa garrantzirik gabea da.

Kommutadore lehenetsia bere erara antolatuta dago

Windowsek kommutadore lehenetsia eskaintzen du, barne kommutadorea NAT eta DNS proxy batekin konbinatzen dituena. Bere azpisarea hartzaileak aukeratzen du, berrabiarazten ondoren alda daiteke, eta ez da zuk zeuk sortutako NAT sarearen objektu bera. Laborategiko sare bailitzan berreraikitzea da jendea bi NAT eta biderik gabeko bisitari batekin amaitzeko modua.

Makina birtuala kommutadore lehenetsian badago, irakurri bisitariak jaso duen helbidea eta alderatu hartzailearen NAT taularekin VPN bezeroari ukitu aurretik. Bisitariaren atebidearen eta NAT aurrizkiaren arteko desadostasunak edozein bezero ezarpenek baino hutsegite gehiago azaltzen ditu.

Galdera erabakitzen duten lau gertaera

Bildu hauek ezer aldatu aurretik: kommutadorearen mota eta goranzko esteka, makina birtualari lotutako adapterra, bisitariaren beraren helbidea, atebidea eta DNSa, eta hartzailearen NAT eta bide lehenetsiaren egoera. Irakurtzeko soilik diren komandoak hauek dira: Get-VMSwitch, Get-VMNetworkAdapter -VMName "TestVM", Get-NetNat, eta Get-NetRoute -DestinationPrefix 0.0.0.0/0; eta bisitariaren barruan ipconfig /all komandoak ematen du gainerakoa.

Gero erabaki bisitariak zer egin behar duen. VPNtik kanpo egon behar badu, lortu hornitzailearen babestutako salbuespena bide zehatz horretarako, hartzaileko exekutagarri bat baztertzeak ez baitu bidaltzen den makina birtualaren trafikoa salbu uzten. VPNa erabili behar badu, egiaztatu bezeroak dokumentatutako moduan nola tratatzen duen makina birtualen trafikoa, hartzailearen nabigatzaileko proba hori estaltzen duela suposatu beharrean.

Bisitariaren barruko proba da balio duen froga bakarra. Egiaztatu irteera helbidea bisitariarengandik, ebatzi barne izen bat, berriz konektatu VPNa eta errepikatu. Hartzailearen nabigatzailearen emaitzak ez du horietako ezer ordezkatzen.

Zenbat kostatzen duen mitoak

Jendeak kill switcha desaktibatzen du, bide estatikoak gehitzen ditu, edo kommutadoreak ezabatu eta berriro sortzen ditu proba bat pasa dadin. Lasterbide bakoitzak hutsegite modua aldatzen du: bisitaria inork nahi ez zuen bide batetik irits daiteke interneteko, edo hartzaileak konektibitatea gal dezake kanpoko kommutadore batek bere txartel fisikoa berriz lotzen duenean.

Kanpoko kommutadore bat berriz lotzeak hartzailearen beraren sarbidea eteten du, beraz mantendu kanpo kanaleko bide bat irekita eta saihestu kommutadoreak ezabatzea oraindik diagnostikatzen ari zaren bitartean. Emaitza zuzena bisitariaren nahi den bidea da, nola berriz konektatzen den eta nola huts egiten duen barne, ez orri karga batetik datorren marka berdea.

Erantzun iraunkorra inbentarioan makina birtual bakoitzeko lerro bat da: zein kommutadore erabiltzen duen eta zein osagaik ematen dion atebidea. Hori idatzita, hurrengo VPN aldaketa bilaketa bat da, arratsalde oso bat asmatzen eman beharrean.