I ftuari i urës VMware humbi rrjetin pas OpenVPN
Një përshtatës TAP i ri ndryshoi se në cilën NIC të hostit bën urë VMware. Vendosni mes fiksimit të VMnet0 dhe rrugëtimit të të ftuarit, më pas lexoni rezultatin brenda VM-së.
Një i ftuar që një orë më parë ishte në urë dhe i arritshëm tani skadon kohën për gjithçka, dhe askush nuk i ka redaktuar cilësimet. Në host, interneti vazhdon të punojë përmes tunelit. Të dyja faktet së bashku tregojnë larg VPN-së dhe drejt hipervizorit, sepse hosti dhe i ftuari nuk përdorin më të njëjtën rrugë. Mjafton një përshtatës virtual i ri për ta shkaktuar.
I ftuari nuk ndryshoi, ura ndryshoi
Instalimi i klientit OpenVPN në Windows shton një përshtatës rrjeti virtual të cilin shërbimi e lidh kur ngrihet një tunel. Për sistemin operativ duket si një ndërfaqe e zakonshme me gjendje lidhjeje dhe, shpesh, me adresat e veta. Kjo mjafton që VMware ta trajtojë si kandidat për urë.
VMnet0 është vendosur si Automatik si parazgjedhje, që do të thotë që hipervizori zgjedh një përshtatës të hostit sa herë që bën urë. Një përshtatës virtual i sapoinstaluar hyn në atë grup, dhe nëse zgjidhet, çdo kornizë që dërgon i ftuari shkon në një pajisje tuneli në vend të portës fizike të komutatorit.
Fiksoni urën ose rrugëtoni të ftuarin
Dega e parë është e sakta kur i ftuari duhet të jetë një anëtar i barabartë në LAN-in fizik: ndaloni së lëni urën të zgjedhë dhe emërtoni përshtatësin në mënyrë eksplicite. Dega e dytë zbatohet kur i ftuari duhet të përdorë tunelin e korporatës, dhe në atë rast një urë nuk ishte kurrë projektimi i saktë, sepse një i ftuar në urë nuk trashëgon rrugën VPN të hostit.
Vendoseni këtë së pari, sepse dy përgjigjet çojnë në punë të ndryshme. Kthimi i rendit prodhon një urë të fiksuar saktë, të lidhur me një të ftuar që nuk duhej të ishte futur kurrë në urë.
Për degën e parë, hapni Virtual Network Editor në host, zgjidhni VMnet0 dhe zëvendësoni Automatik me përshtatësin fizik. Nëse ka disa përshtatës, përdorni listën e cilësimeve automatike dhe hiqni shenjën nga çdo gjë që nuk duhet të mbajë kurrë trafikun e të ftuarit: pajisja OpenVPN TAP ose Wintun, plus përshtatësit Hyper-V, WSL, Docker dhe loopback. Mbani të shënuar si përshtatësin fizik me kabllo ashtu edhe atë me valë në një laptop, përndryshe i ftuari humb urën herën tjetër kur përdoruesi e vendos në dok.
Tre kushte që e zgjidhin zgjedhjen
Nëse një urë është fare e përshtatshme varet nga qëllimi i të ftuarit. Nëse i ftuari duhet të shfaqet si host më vete në LAN, me adresën e vet dhe arritshmërinë hyrëse të vet, ura është modeli i saktë dhe fiksimi është i gjithë rregullimi. Nëse i ftuari ka nevojë vetëm për akses dalës, një rrjet vetëm-host ose NAT është më i thjeshtë dhe imun ndaj ndryshimeve të përshtatësit.
Nëse i ftuari duhet të përdorë të njëjtin tunel si hosti, as regjimi i urës as një përshtatës i fiksuar nuk ndihmojnë, sepse trafiku i të ftuarit nuk hyn kurrë në vendimin e rrugëtimit të hostit. Ai rast kërkon një rrugë të rrugëtuar ose të përkthyer në host, dhe zgjedhja e përshtatësit bëhet e parëndësishme.
VMware Player nuk ka redaktues rrjeti në ndërfaqen e tij, ndaj një host që ekzekuton vetëm Player ka nevojë për redaktuesin e pavarur ose një instalim Workstation për të arritur këto cilësime. Ky kufizim ndonjëherë e vendos vetë qasjen.
Lexoni rezultatin nga brenda të ftuarit
Rinisni NIC virtuale, ose rinisni të ftuarin, që të kërkojë përsëri një qira. Më pas lexoni çfarë mori në të vërtetë, dhe jo çfarë mendon hosti se ka konfiguruar.
ipconfig /all
ip addr
ip route
Lexoni dy fusha në atë dalje dhe injoroni pjesën tjetër për tani. Porta e rrjetit duhet të jetë ruteri i LAN-it, dhe përshkrimi i përshtatësit duhet të emërtojë pajisjen Ethernet të VMware dhe jo një tunel. Një adresë e vetëcaktuar në 169.254.0.0/16 do të thotë që asnjë server DHCP nuk u përgjigj, dhe kështu duket një urë mbi një përshtatës tuneli nga ana e të ftuarit.
Një dallim tjetër ia vlen të bëhet para se të ndryshoni çdo gjë tjetër. Një i ftuar që arrin ruterin por jo internetin ka një urë që punon dhe një problem më lart. Një i ftuar që merr një adresë në intervalin e tunelit është ende i lidhur me pajisjen e gabuar. Çaktivizimi i përshtatësit TAP nuk është zgjidhje për asnjërin prej dy rasteve, sepse shërbimi OpenVPN ka nevojë për të.