VirtualBox NAT konuk DNS'i ana makine VPN'e katıldıktan sonra bozulur

Windows ana makinede VPN bağlandığı anda iç uygulama adı çözümlenir, ancak bir Ubuntu konuğun içinde çözümlenmez. Konuk kendi çözümleyici ayarlarını korur, ve önündeki NAT bağdaştırıcısı DNS sorgularına iki farklı şekilde yanıt verebilir. Konuğu genel bir çözümleyiciye yönlendirmek web sitelerinin yeniden yüklenmesini sağlar, ancak özel adlar bozuk kalır. Bu yüzden herhangi bir şey düzenlenmeden önce çözümleyici yolu izlenir.

NAT bağdaştırıcısı üzerinden bir aramayı izleyin

Kontrol olarak bir iç tam nitelikli ad ve bir genel ad seçin. Tünel ayaktayken ana makinede iç adın çözümlendiğini ve arkasındaki uygulamanın açıldığını doğrulayın. Ardından aynı iki aramayı konuğun içinde çalıştırın ve araçları değil yanıtları karşılaştırın.

İlerlemeden önce bağdaştırıcının gerçekten sıradan NAT olduğunu doğrulayın. Köprü bağdaştırıcısı, adlandırılmış NAT ağı ve konuğun içindeki ikinci VPN istemcisi her birinin kendi yapılandırması ve kendi açıklaması vardır. Bu noktada tahmin etmek soruşturmanın geri kalanını boşa harcar.

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

İlk komut bağdaştırıcının modunu ve ona bağlı herhangi bir NAT ağını gösterir. Ubuntu konuğun içinde ikincisi bağlantı başına DNS ayarlarını listeler, üçüncüsü ise çoğu zaman yalnızca yerel bir stub adresi ortaya çıkarır, yani gerçek upstream başka bir yerdedir.

Çözümlemeyi ve erişilebilirliği ayrı tutun. Doğru adresi alıp yine de bağlantı açamayan konuğun yönlendirme, filtreleme veya hizmet izni sorunu vardır ve sonraki DNS değişiklikleri ona asla dokunmaz. Adresi ayrıca test edin ve ikisinden hangisinin başarısız olduğunu yazın.

Proxy modu ve ana makine çözümleyici modu farklı mekanizmalardır

Proxy modunda NAT motoru konuğun sorgularını zaten bildiği DNS sunucularına iletir. Ana makine çözümleyici modunda sorguyu yakalar ve ana makinenin işletim sisteminden adı, ana makinenin şu anda kullandığı şeyle çözmesini ister. Yalnızca ikincisi, tünel kalktığında ana makine çözümlemesini yeniden yazan bir VPN istemcisini izler. Bu yüzden iki ayar aynı makinede farklı yanıtlar üretir.

Bu fark tek bir cümlede tüm sorundur. Konuğa sunucu adresleri listesi vermek, Windows'tan adı yapılandırılmış çözümleyicisi üzerinden çözmesini istemekle aynı şey değildir ve bölünmüş DNS'li bir VPN'de iki yanıt farklıdır. Bağdaştırıcı seçeneği mekanizmayla ilgilidir, izinle değil.

İki modun hiçbiri hiçbir şeye erişim vermez. Yetkilendirme VPN ilkesinde ve hizmette yaşar ve çalışan bir arama yalnızca bir adın adrese dönüştüğü anlamına gelir.

Bağdaştırıcıyı değiştirin, ardından konuğun ne aldığını doğrulayın

Önce VM'nin ağ ve DNS ayarlarını not edin, ardından makineyi kapatın ki düzenlediğiniz şey kalıcı yapılandırma olsun. İlk bağdaştırıcısı NAT taşıyan work-ubuntu adlı bir VM için bağdaştırıcı başına seçenek, VM kapalıyken ana makineden ayarlanır. Ardından yeniden başlatın ve çıkış durumuna güvenmek yerine sonucu inceleyin.

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

Son rakam bağdaştırıcı numarasını seçer, bu yüzden evrensel bir değer değildir; bağdaştırıcı 2 ayarı o konumda bir 2 taşırdı. Kurulu VirtualBox sürümüne ait VBoxManage ikili dosyasını kullanın, çünkü yoldaki daha eski bir sürüm, çalışan sürümün yok saydığı ayarları yazabilir.

Bunun yerine proxy seçeneğini etkinleştirmek farklı bir mekanizma seçer ve size ana makine çözümleyici davranışı vermez. Konuk başladıktan sonra gerçekte sahip olduğu DNS yapılandırmasını denetleyin, çünkü konuğun içinde sabitlenmiş bir çözümleyici veya şifreli DNS ayarı, bağdaştırıcının ne sunduğundan bağımsız olarak uygulamaları başka bir yolda tutar.

VPN'in tüm yaşam döngüsü boyunca test edin, yalnızca bir kez değil

İki aramayı konukta yineleyin, ardından gerçek uygulamayı açın ve TLS ana makine adını doğrulamasına izin verin. Yalnızca IP ile bağlantı testi DNS'i iyi yalıtır, ancak bu bir sertifika denetimi değildir ve öyle raporlanmamalıdır. Adı, adresi ve uygulama sonucunu birlikte not edin.

Onaylanmış bir pencerede ana makine VPN'ini kesip yeniden bağlayın ve testi yineleyin. Sonuç erişim ilkesiyle eşleşmelidir ve genel çözümlemenin yeniden çalışması, özel sorguların amaçlanan yolda kalıp kalmadığı hakkında hiçbir şey söylemez.

Ana makine çözümleyici modu hiçbir şeyi değiştirmediğinde, kaydedilen değeri geri koyun ve gözlemleri saklayın. Hypervisor trafiğini hariç tutan bir VPN istemcisi, erişilemeyen bir iç çözümleyici ve sabitlenmiş bir konuk ayarı her biri farklı bir düzeltme gerektirir ve bağdaştırıcıyı köprülemek DNS'i sıfırlamak yerine ağ tasarımını değiştirir.