VirtualBox NAT gonbidatuaren DNSa hautsi egiten da ostalaria VPN batera batu ondoren

Windows ostalari batean aplikazioaren barne izena VPNa konektatzen denean ebazten da, eta Ubuntu gonbidatu baten barruan ez. Gonbidatuak bere resolver ezarpenak gordetzen ditu, eta aurrean duen NAT egokitzaileak DNS kontsultei bi modu ezberdinetan erantzun diezaieke. Gonbidatua resolver publiko batera bideratzeak webguneak berriro kargatzen ditu, baina izen pribatuak hautsita jarraitzen dute. Horregatik resolver bidea jarraitzen da ezer aldatu aurretik.

Jarrai ezazu bilaketa bat NAT egokitzailearen bidez

Aukeratu barne izen guztiz kualifikatu bat eta izen publiko bat kontrol gisa. Tunela altxatuta, egiaztatu ostalarian barne izena ebazten dela eta atzean dagoen aplikazioa irekitzen dela. Gero, exekutatu bi bilaketa berak gonbidatuaren barruan eta alderatu erantzunak, ez tresnak.

Egiaztatu egokitzailea benetan NAT arrunta dela aurrera egin aurretik. Zubizko egokitzaileak, izendatutako NAT sareak eta gonbidatuaren barruko bigarren VPN bezeroak bakoitzak bere konfigurazioa eta bere azalpena ditu. Puntu honetan asmatzeak ikerketaren gainerakoa alferrik galtzen du.

VBoxManage showvminfo work-ubuntu --machinereadable | grep -i natnet
resolvectl status | head -40
cat /etc/resolv.conf

Lehen komandoak egokitzailearen modua eta hari lotutako NAT sareak erakusten ditu. Ubuntu gonbidatu baten barruan bigarrenak esteka bakoitzeko DNS ezarpenak zerrendatzen ditu, eta hirugarrenak askotan tokiko stub helbide bat baino ez du agerian uzten, hau da, benetako upstream beste nonbait dagoela.

Eduki ezazu ebazpena eta irisgarritasuna bereizita. Helbide zuzena jasotzen duen baina konexio bat ireki ezin duen gonbidatuak bideratze, iragazte edo zerbitzu-baimen arazoa du, eta hurrengo DNS aldaketek ez diote inoiz ukutuko. Probatu helbidea bereizita eta idatzi bietatik zein huts egin zuen.

Proxy modua eta ostalariaren resolver modua mekanismo ezberdinak dira

Proxy moduan NAT motorrak gonbidatuaren kontsultak jadanik ezagutzen dituen DNS zerbitzarietara birbidaltzen ditu. Ostalariaren resolver moduan, kontsulta atzematen du eta ostalariaren sistema eragileari eskatzen dio izena une horretan ostalariak erabiltzen duenarekin ebazteko. Bigarrenak soilik jarraitzen dio tunela altxatzean ostalariaren ebazpena berridazten duen VPN bezeroari. Horregatik bi ezarpenek erantzun ezberdinak ematen dituzte makina berean.

Desberdintasun hori da arazo osoa esaldi batean. Gonbidatuari zerbitzari helbideen zerrenda ematea ez da gauza bera Windows-i bere resolver konfiguratuaren bidez izen bat ebazteko eskatzearekin, eta DNS zatitua duen VPN batean bi erantzunak desberdinak dira. Egokitzailearen aukera mekanismoari buruzkoa da, ez baimenari buruzkoa.

Bi moduetako batek ere ez du ezer eskuratzen uzten. Baimena VPN politikan eta zerbitzuan bizi da, eta funtzionatzen duen bilaketak izen bat helbide bihurtu dela baino ez du esan nahi.

Aldatu egokitzailea, eta gero egiaztatu gonbidatuak zer jasotzen duen

Idatzi lehenik VMaren sare eta DNS ezarpenak, eta gero itzali makina, editatzeko konfigurazio iraunkorra izan dadin. work-ubuntu izeneko VM baterako, zeinaren lehen egokitzaileak NAT daraman, egokitzaile bakoitzeko aukera ostalaritik ezartzen da VM itzalita dagoela. Berrabiarazi gero eta ikuskatu emaitza, irteera-egoeran fidatu beharrean.

VBoxManage modifyvm work-ubuntu --natdnshostresolver1 on
VBoxManage showvminfo work-ubuntu --machinereadable | grep -i natdns

Azken digituak egokitzaile zenbakia hautatzen du, beraz ez da balio unibertsala; 2 egokitzailearen ezarpenak 2 bat eramango luke posizio horretan. Erabili instalatutako VirtualBox bertsioari dagokion VBoxManage binarioa, bidean dagoen zaharrago batek exekutatzen ari den bertsioak baztertzen dituen ezarpenak idatz ditzakeelako.

Horren ordez proxy aukera gaitzeak beste mekanismo bat hautatzen du eta ez dizu ostalariaren resolver portaera ematen. Gonbidatua abiatu ondoren, egiaztatu benetan duen DNS konfigurazioa, gonbidatuaren barruan finkatutako resolver batek edo DNS enkriptatuko ezarpen batek aplikazioak beste bide batean edukitzen baititu, egokitzaileak eskaintzen duenaz independente.

Probatu VPNaren bizi-ziklo osoan, ez behin bakarrik

Errepikatu bi bilaketak gonbidatuan, gero ireki benetako aplikazioa eta utzi TLS ostalari izena baliozkotzen. IP hutsezko konexio proba batek ondo isolatzen du DNSa, baina ez da ziurtagiri egiaztapen bat eta ez litzateke hala jakinarazi behar. Idatzi izena, helbidea eta aplikazioaren emaitza elkarrekin.

Onartutako leiho batean, deskonektatu eta berriz konektatu ostalariaren VPNa eta errepikatu proba. Emaitzak sarbide politikarekin bat etorri behar du, eta ebazpen publikoak berriro funtzionatzeak ez du ezer esaten kontsulta pribatuek xede bidean jarraitu zuten ala ez.

Ostalariaren resolver moduak ezer aldatzen ez duenean, jarri erregistratutako balioa berriro eta gorde behaketak. Hiperbisorearen trafikoa baztertzen duen VPN bezeroak, iristezina den barne resolverrak eta finkatutako gonbidatu ezarpenak bakoitzak zuzenketa ezberdina behar du, eta egokitzailea zubitzeak sarearen diseinua aldatzen du DNSa berrezarri ordez.