VirtualBox NAT gas-DNS breek nadat die gasheer by 'n VPN aansluit
Die gas het sy eie oplosser en die NAT-adapter het twee DNS-modusse. Volg een opsoek, besluit dan of gasheeroplosser-modus by die VPN-beleid pas.
Op 'n Windows-gasheer los die interne toepassingnaam op sodra die VPN koppel, en binne 'n Ubuntu-gas gebeur dit nie. Die gas hou sy eie oplosserinstellings, en die NAT-adapter voor hom kan DNS-navrae op twee verskillende maniere beantwoord. Om die gas na 'n openbare oplosser te wys, laat webwerwe weer laai terwyl private name steeds breek. Daarom word die oplosserpad nagespeur voordat enigiets verander word.
Volg een opsoek deur die NAT-adapter
Kies een interne volkwalifiseerde naam en een openbare naam as kontrole. Met die tonnel op, bevestig op die gasheer dat die interne naam oplos en die toepassing daarachter oopmaak. Voer dan dieselfde twee opsoeke in die gas uit en vergelyk die antwoorde eerder as die gereedskap.
Bevestig eers dat die adapter werklik gewone NAT is voordat jy verder gaan. 'n Brugadapter, 'n genoemde NAT-netwerk en 'n tweede VPN-kliënt binne die gas het elk hul eie konfigurasie en hul eie verklaring. Om op hierdie punt te raai, mors die res van die ondersoek.
VBoxManage showvminfo work-ubuntu --machinereadable | grep -i natnet resolvectl status | head -40 cat /etc/resolv.conf
Die eerste opdrag wys die adaptermodus en enige NAT-netwerk wat daaraan geheg is. Binne 'n Ubuntu-gas lys die tweede per-skakel-DNS-instellings, en die derde openbaar dikwels net 'n plaaslike stompadres, wat beteken die werklike opstroom sit elders.
Hou oplossing en bereikbaarheid apart. 'n Gas wat die korrekte adres ontvang maar nie 'n verbinding kan oopmaak nie, het 'n roetering-, filter- of dienspermissieprobleem, en verdere DNS-veranderinge sal dit nooit raak nie. Toets die adres afsonderlik en skryf neer watter van die twee gefaal het.
Proksiemodus en gasheeroplosser-modus is verskillende meganismes
In proksiemodus stuur die NAT-enjin gasnavrae na DNS-bedieners wat hy reeds ken. In gasheeroplosser-modus onderskep hy die navraag en vra die gasheer-bedryfstelsel om die naam op te los met wat die gasheer op daardie oomblik gebruik. Net die tweede volg 'n VPN-kliënt wat gasheeroplossing herskryf wanneer die tonnel opkom. Daarom lewer die twee instellings verskillende antwoorde op dieselfde masjien.
Daardie onderskeid is die hele probleem in een sin. Om die gas 'n lys bedieneradresse te gee is nie dieselfde as om Windows te vra om 'n naam deur sy gekonfigureerde oplosser op te los nie, en op 'n split-DNS-VPN verskil die twee antwoorde. Die adapteropsie gaan oor meganisme, nie oor toestemming nie.
Nie een van die modusse verleen toegang tot enigiets nie. Magtiging lê in die VPN-beleid en in die diens, en 'n werkende opsoek beteken net dat 'n naam in 'n adres verander het.
Skakel die adapter oor en verifieer dan wat die gas ontvang
Teken eers die VM-netwerk- en DNS-instellings aan, skakel dan die masjien af sodat die blywende konfigurasie is wat jy wysig. Vir 'n VM met die naam work-ubuntu wie se eerste adapter NAT dra, word die per-adapter-opsie vanaf die gasheer gestel terwyl die VM af is. Begin dit daarna weer en ondersoek die resultaat eerder as om die uitgangstatus te vertrou.
VBoxManage modifyvm work-ubuntu --natdnshostresolver1 on VBoxManage showvminfo work-ubuntu --machinereadable | grep -i natdns
Die syfer aan die einde kies die adapternommer, so dit is nie 'n universele waarde nie; 'n adapter 2-instelling sou 'n 2 op daardie plek dra. Gebruik die VBoxManage-program wat by die geïnstalleerde VirtualBox-weergawe hoort, want 'n ouer een op die pad kan instellings skryf wat die lopende weergawe ignoreer.
Om eerder die proksieopsie te aktiveer, kies 'n ander meganisme en gee jou nie gasheeroplosser-gedrag nie. Nadat die gas begin het, kontrolleer die DNS-konfigurasie wat dit werklik hou, want 'n vasgepen oplosser of 'n geënkripteerde-DNS-instelling binne die gas hou toepassings op 'n ander pad ongeag wat die adapter bied.
Toets oor die VPN-lewensiklus, nie net een keer nie
Herhaal albei opsoeke in die gas, maak dan die werklike toepassing oop en laat dit die TLS-gasheernaam valideer. 'n Slegs-IP-verbindingstoets isoleer DNS mooi, maar dit is nie 'n sertifikaattoets nie en moet nie as een gerapporteer word nie. Teken die naam, die adres en die toepassingresultaat saam aan.
Ontkoppel en herkoppel die gasheer-VPN tydens 'n goedgekeurde venster en herhaal die toets. Die uitkoms moet by die toegangsbeleid pas, en openbare oplossing wat weer werk sê niks oor of private navrae op die beoogde pad gebly het nie.
Wanneer gasheeroplosser-modus niks verander nie, sit die aangetekende waarde terug en hou die waarnemings. 'n VPN-kliënt wat hipervisor-verkeer uitsluit, 'n onbereikbare interne oplosser en 'n vasgepen gasinstelling het elk 'n ander regstelling nodig, en om die adapter te brug verander die netwerkontwerp eerder as om DNS terug te stel.