DNS tetamu VirtualBox rosak selepas hos menyertai VPN

Aplikasi dalaman diselesaikan pada hos Windows sebaik sahaja VPN bersambung, dan tetamu Ubuntu di belakang NAT VirtualBox masih tidak dapat menemuinya. Tetamu mempunyai penyelesai sendiri, dan penyesuai NAT boleh mengendalikan DNS dengan lebih daripada satu cara. Menggantikan penyelesai tetamu dengan pelayan awam membuat laman web biasa berfungsi dan nama peribadi gagal, yang memindahkan masalah dan bukan menyelesaikannya. Lakukan keempat-empat semakan mengikut urutan dan berhenti pada yang pertama yang tidak bertahan.

Sahkan mod penyesuai mana yang anda nyahpepijat

Hanya penyesuai dalam mod NAT biasa berkelakuan seperti yang diterangkan artikel ini. Penyesuai jambatan duduk pada rangkaian fizikal dengan identitinya sendiri, rangkaian NAT ialah suis maya bernama dengan tetapan DHCP dan DNS sendiri, dan klien VPN di dalam tetamu menambah penyelesai kedua sepenuhnya. Sahkan mod sebelum membaca lagi, kerana pembaikan berbeza dalam setiap kes itu.

Satu VM boleh membawa dua penyesuai dalam mod berbeza, dan yang terjejas bukan selalu yang pertama.

Sahkan juga bahawa hos menyelesaikan nama itu sama sekali. Buka aplikasi yang sama pada hos dengan terowong dinaikkan, menggunakan nama penuh yang sama yang akan digunakan tetamu. Jika hos juga gagal, tetamu bukan puncanya dan tiada perubahan rangkaian maya akan membaikinya.

Ikuti satu nama melalui penyelesai tetamu

Pilih satu nama dalaman dan satu nama kawalan awam, kemudian uji kedua-duanya di kedua-dua tempat. Nama awam yang diselesaikan manakala yang peribadi tidak menunjukkan kesalahan pada laluan peribadi dan bukan pada penyelesaian nama secara umum. Menguji nama peribadi sahaja membuat anda tidak dapat membezakan penyelesai rosak daripada laluan rosak.

Di dalam tetamu, lihat untuk apa penyelesai sebenarnya dikonfigurasikan. Pada tetamu Ubuntu yang menjalankan systemd-resolved, status setiap pautan menunjukkan pelayan yang tiba, dan fail resolv.conf mungkin mengandungi hanya alamat stub, yang betul dan bukan mencurigakan. Fail yang diedit tangan atau klien DNS disulitkan berasingan boleh menghantar pertanyaan ke tempat lain sepenuhnya. Catat apa yang anda temui sebelum mengubahnya.

resolvectl status
resolvectl query app.internal.example

Pisahkan penyelesaian daripada ketercapaian di sini. Alamat yang tiba manakala perkhidmatan kekal tidak tercapai ialah persoalan penghalaan atau dasar, bukan DNS.

Cuba mod penyelesai hos pada penyesuai itu

Pilihan DNS NAT VirtualBox menerangkan mekanisme yang berbeza, dan perbezaannya penting apabila penyelesai hos sendiri berubah bersama terowong. Proksi DNS memajukan permintaan tetamu kepada pelayan yang diberikan kepadanya. Mod penyelesai hos memintas permintaan dan memanggil API DNS hos, dan itulah mod yang mengikuti penyelesai Windows yang dikonfigurasikan semula oleh klien VPN.

Aktifkan mekanisme yang salah dan perintah itu tetap berjaya manakala tingkah laku tidak berubah, yang merupakan cara mengelirukan untuk kehilangan sebelah petang.

VBoxManage modifyvm "work-ubuntu" --natdnshostresolver1 on

Catat tetapan semasa VM, matikannya, dan sasarkan penyesuai yang anda sahkan tadi. Digit terakhir dalam pilihan itu ialah nombor penyesuai dan bukan pemalar, jadi menggunakannya pada VM yang penyesuai terjejasnya ialah yang kedua merupakan operasi senyap tanpa kesan. Mulakan tetamu dan periksa konfigurasi penyelesai yang benar-benar diterimanya, kerana tetapan manual dalam tetamu mengatasi apa sahaja yang ditawarkan lapisan NAT. Ingat bahawa mod penyelesai hos juga menganggap laluan DNS hos sendiri ialah yang anda mahu kongsi.

Ulangi ujian yang sama sepanjang sambungan semula VPN

Ulangi kedua-dua carian dalam tetamu, kemudian buka aplikasi sebenar dan biarkan ia mengesahkan sijil itu sendiri. Ujian alamat sahaja berguna untuk mengasingkan penyelesaian nama dan tidak setara dengan sesi TLS yang berfungsi, jadi jangan berhenti pada ping. Kemudian, dalam tetingkap yang diluluskan, putuskan dan sambung semula terowong hos dan ulangi sekali lagi. Tingkah laku yang hanya bertahan pada sambungan pertama selepas but ialah masalah kitaran hayat untuk dilaporkan, bukan misteri DNS untuk dikejar dengan penyelesai lain.

Penyelesaian awam yang berfungsi tidak membuktikan bahawa pertanyaan peribadi kekal pada laluan yang dikehendaki dasar anda.

Apabila mod penyelesai hos tidak mengubah apa-apa, kembalikan konfigurasi yang dicatat dan simpan keempat-empat pemerhatian: apa yang dipulangkan hos, apa yang dipulangkan tetamu, mod penyesuai dan keadaan penyelesai. Pelayan dalaman yang tidak tercapai, penapis yang mengecualikan trafik hypervisor dan pengatasan di sebelah tetamu masing-masing memerlukan pembetulan berbeza. Menukar penyesuai kepada jambatan mengubah reka bentuk rangkaian dan bukan penetapan semula DNS.