DNS tetamu VirtualBox NAT rosak selepas hos menyertai VPN

Pada hos Windows nama aplikasi dalaman diselesaikan sebaik VPN bersambung, tetapi di dalam tetamu Ubuntu tidak. Tetamu mengekalkan tetapan penyelesainya sendiri, dan penyesuai NAT di hadapannya boleh menjawab pertanyaan DNS dengan dua cara berbeza. Menghalakan tetamu ke penyelesai awam membuat laman web dimuat semula sementara nama peribadi kekal rosak. Sebab itu laluan penyelesai dijejaki sebelum apa-apa diedit.

Jejaki satu carian melalui penyesuai NAT

Pilih satu nama dalaman yang layak sepenuhnya dan satu nama awam sebagai kawalan. Dengan terowong naik, sahkan pada hos bahawa nama dalaman diselesaikan dan aplikasi di belakangnya terbuka. Kemudian jalankan dua carian yang sama di dalam tetamu dan bandingkan jawapan, bukan alat.

Sahkan penyesuai itu benar-benar NAT biasa sebelum meneruskan. Penyesuai jambatan, rangkaian NAT bernama dan klien VPN kedua di dalam tetamu masing-masing mempunyai konfigurasi dan penjelasannya sendiri. Meneka pada peringkat ini membazirkan baki siasatan.

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

Perintah pertama menunjukkan mod penyesuai dan mana-mana rangkaian NAT yang disambungkan kepadanya. Di dalam tetamu Ubuntu yang kedua menyenaraikan tetapan DNS setiap pautan, dan yang ketiga sering hanya mendedahkan alamat stub tempatan, bermakna upstream sebenar terletak di tempat lain.

Asingkan penyelesaian dan kebolehcapaian. Tetamu yang menerima alamat betul tetapi tidak dapat membuka sambungan mempunyai masalah penghalaan, penapisan atau kebenaran perkhidmatan, dan perubahan DNS selanjutnya tidak akan pernah menyentuhnya. Uji alamat secara berasingan dan catat mana antara kedua-duanya gagal.

Mod proksi dan mod penyelesai hos ialah mekanisme berbeza

Dalam mod proksi enjin NAT memajukan pertanyaan tetamu kepada pelayan DNS yang sudah dikenalnya. Dalam mod penyelesai hos ia memintas pertanyaan itu dan meminta sistem pengendalian hos menyelesaikan nama dengan apa yang hos gunakan sekarang. Hanya yang kedua mengikut klien VPN yang menulis semula penyelesaian hos apabila terowong naik. Sebab itu kedua-dua tetapan menghasilkan jawapan berbeza pada mesin yang sama.

Perbezaan itu ialah keseluruhan masalah dalam satu ayat. Memberi tetamu senarai alamat pelayan bukanlah sama dengan meminta Windows menyelesaikan nama melalui penyelesai yang dikonfigurasikan, dan pada VPN dengan DNS berpecah kedua-dua jawapan berbeza. Pilihan penyesuai adalah tentang mekanisme, bukan kebenaran.

Tiada satu pun mod memberi akses kepada apa-apa. Kebenaran hidup dalam dasar VPN dan dalam perkhidmatan, dan carian yang berfungsi hanya bermaksud nama bertukar menjadi alamat.

Tukar penyesuai, kemudian sahkan apa yang diterima tetamu

Catat tetapan rangkaian dan DNS VM dahulu, kemudian matikan mesin supaya konfigurasi berterusan yang anda edit. Untuk VM bernama work-ubuntu yang penyesuai pertamanya membawa NAT, pilihan setiap penyesuai ditetapkan dari hos semasa VM dimatikan. Mulakannya semula selepas itu dan periksa hasilnya daripada mempercayai status keluar.

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

Digit terakhir memilih nombor penyesuai, jadi ia bukan nilai sejagat; tetapan untuk penyesuai 2 akan membawa 2 pada kedudukan itu. Gunakan binari VBoxManage yang tergolong dalam versi VirtualBox yang dipasang, kerana yang lebih lama dalam laluan boleh menulis tetapan yang diabaikan oleh versi yang berjalan.

Mengaktifkan pilihan proksi sebaliknya memilih mekanisme lain dan tidak memberi anda tingkah laku penyelesai hos. Selepas tetamu dimulakan, periksa konfigurasi DNS yang sebenarnya dipegangnya, kerana penyelesai yang dipin atau tetapan DNS tersulit di dalam tetamu mengekalkan aplikasi pada laluan lain tanpa mengira apa yang ditawarkan penyesuai.

Uji sepanjang kitaran hayat VPN, bukan sekali sahaja

Ulang kedua-dua carian dalam tetamu, kemudian buka aplikasi sebenar dan biarkan ia mengesahkan nama hos TLS. Ujian sambungan hanya dengan IP mengasingkan DNS dengan baik, tetapi ia bukan pemeriksaan sijil dan tidak sepatutnya dilaporkan sebagai sedemikian. Catat nama, alamat dan hasil aplikasi bersama-sama.

Semasa tetingkap yang diluluskan, putuskan dan sambung semula VPN hos dan ulang ujian. Hasilnya harus sepadan dengan dasar akses, dan penyelesaian awam berfungsi semula tidak mengatakan apa-apa tentang sama ada pertanyaan peribadi kekal di laluan yang dimaksudkan.

Apabila mod penyelesai hos tidak mengubah apa-apa, letakkan semula nilai yang dicatat dan simpan pemerhatian. Klien VPN yang mengecualikan trafik hypervisor, penyelesai dalaman yang tidak dapat dicapai dan tetapan tetamu yang dipin masing-masing memerlukan pembetulan berbeza, dan menjambatani penyesuai mengubah reka bentuk rangkaian dan bukan menetapkan semula DNS.