VirtualBoxeko gonbidatuaren DNSa hausten da ostalaria VPN batera batu ondoren

Barne aplikazio bat Windows ostalarian ebazten da VPNa konektatzen den unean, eta VirtualBox NATaren atzeko Ubuntu gonbidatuak oraindik ez du aurkitzen. Gonbidatuak bere resolverra du, eta NAT egokitzaileak modu bat baino gehiagotan kudea dezake DNSa. Gonbidatuaren resolverra zerbitzari publiko batekin ordezkatzeak webgune arruntak funtzionarazten ditu eta izen pribatuek huts egiten dute, eta horrek arazoa beste toki batera bideratzen du konpondu ordez. Egin lau egiaztapenak ordenan eta gelditu betetzen ez den lehenengoan.

Egiaztatu zein egokitzaile modu ari zaren arazten

NAT modu soileko egokitzaile batek soilik jokatzen du artikulu honek deskribatzen duen bezala. Zubi egokitzaile bat sare fisikoan dago bere identitatearekin, NAT sare bat izeneko etengailu birtuala da bere DHCP eta DNS ezarpenekin, eta gonbidatuaren barruko VPN bezeroak erabat bigarren resolver bat gehitzen du. Egiaztatu modua aurrera irakurtzen jarraitu aurretik, konponketa desberdina baita kasu horietako bakoitzean.

Makina birtual batek bi egokitzaile eraman ditzake modu desberdinetan, eta kaltetua ez da beti lehenengoa izaten.

Egiaztatu ere ostalariak izena behintzat ebazten duela. Ireki aplikazio bera ostalarian tunela altxatuta, gonbidatuak erabiliko duen izen oso kualifikatu bera erabiliz. Ostalariak ere huts egiten badu, gonbidatua ez da erruduna eta sare birtualeko aldaketak ez du konponduko.

Jarraitu izen bat gonbidatuaren resolverretik

Aukeratu barne izen bat eta kontrol izen publiko bat, eta probatu biak bi tokietan. Ebazten den izen publiko batek, pribatuak ebazten ez duen bitartean, hutsegitea bide pribatuan kokatzen du, ez izenen ebazpenean oro har. Izen pribatua soilik probatzeak resolver hautsia bide hautsitik bereizteko gaitasuna kentzen dizu.

Gonbidatuaren barruan, begiratu resolverra zertarako dagoen konfiguratuta benetan. systemd-resolved duen Ubuntu gonbidatu batean, loturako egoerak iritsi diren zerbitzariak erakusten ditu, eta resolv.conf fitxategiak stub helbide bat baino ez dezake eduki, eta hori zuzena da, ez susmagarria. Eskuz editaturiko fitxategi batek edo DNS zifratuaren bezero bereizi batek kontsultak erabat beste toki batera bidali ditzake. Idatzi aurkitzen duzuna aldatu aurretik.

resolvectl status
resolvectl query app.internal.example

Bereizi hemen ebazpena irisgarritasunetik. Zerbitzua iristezina izaten jarraitzen duen bitartean iristen den helbidea bideratze edo politika kontua da, ez DNS kontua.

Probatu ostalariaren resolver modua egokitzaile horretan

VirtualBoxen NAT DNS aukerek mekanismo desberdinak deskribatzen dituzte, eta aldea garrantzitsua da ostalariaren resolverra tunelekin aldatzen denean. DNS proxyak gonbidatuaren eskaerak eman zaizkion zerbitzarietara birbidaltzen ditu. Ostalariaren resolver moduak eskaerak atzematen ditu eta ostalariaren DNS APIa deitzen du, eta hori da VPN bezero batek birkonfiguratutako Windows resolverrari jarraitzen dion modua.

Gaitu mekanismo okerra eta komandoak arrakasta izango du oraindik portaera aldatu gabe, arratsalde bat galtzeko modu nahasia.

VBoxManage modifyvm "work-ubuntu" --natdnshostresolver1 on

Idatzi makinaren uneko ezarpenak, itzali eta lehenago egiaztatu zenuen egokitzailea helburu hartu. Aukerako azken digitua egokitzaile zenbakia da, ez konstantea, beraz kaltetutako egokitzailea bigarrena duen makinari aplikatzea eraginik gabeko eragiketa isila da. Abiarazi gonbidatua eta egiaztatu benetan jaso zuen resolver konfigurazioa, gonbidatuko eskuzko ezarpenak NAT geruzak eskaintzen duen guztia gainditzen baitu. Gogoratu ostalariaren resolver moduak ere suposatzen duela ostalariaren DNS bidea zela partekatu nahi zenuena.

Errepikatu proba berak VPN berriz konektatzean

Errepikatu bi kontsultak gonbidatuan, gero ireki benetako aplikazioa eta utzi ziurtagiria berak baliozkotzen. Helbide hutseko proba erabilgarria da izenen ebazpena isolatzeko eta ez da TLS saio funtzional baten baliokidea, beraz ez gelditu ping batean. Ondoren, onartutako leiho batean, deskonektatu eta berriz konektatu ostalariaren tunela eta errepikatu beste behin. Abiaraztearen ondorengo lehen konexioan soilik eusten den portaera bizi-zikloko arazoa da, jakinarazi beharrekoa, ez beste resolver batekin ehizatu beharreko DNS misterioa.

Ebazpen publikoak funtzionatzeak ez du frogatzen kontsulta pribatuak zure politikak eskatzen duen bidean geratu direnik.

Ostalariaren resolver moduak ezer aldatzen ez duenean, jarri erregistratutako konfigurazioa atzera eta gorde lau behaketak: ostalariak zer itzuli zuen, gonbidatuak zer itzuli zuen, egokitzailearen modua eta resolverraren egoera. Barne zerbitzari iristezin bat, hiperbisorearen trafikoa kanpo uzten duen iragazki bat eta gonbidatuaren aldeko gainidazketa bat bakoitzak konponketa desberdina behar du. Egokitzailea zubi bihurtzeak sarearen diseinua aldatzen du eta ez da DNS berrezarpena.