VirtualBox NAT qonaq DNS-i host VPN-ə qoşulduqdan sonra pozulur

Windows host-da daxili tətbiq adı VPN qoşulduqdan sonra həll olunur, Ubuntu qonağının içində isə yox. Qonaq öz həlledici parametrlərini saxlayır, və onun qarşısındakı NAT adapteri DNS sorğularına iki fərqli üsulla cavab verə bilər. Qonağı ümumi həllediciyə yönəltmək vebsaytların yenidən yüklənməsinə səbəb olur, özəl adlar isə pozulmuş qalır. Buna görə hər hansı dəyişiklikdən əvvəl həlledici yolu izlənir.

NAT adapterindən bir sorğunu izləyin

Nəzarət üçün bir daxili tam kvalifikasiyalı ad və bir ümumi ad seçin. Tunel açıqkən host-da təsdiqləyin ki, daxili ad həll olunur və arxasındakı tətbiq açılır. Sonra eyni iki sorğunu qonağın içində işə salın və alətləri deyil, cavabları müqayisə edin.

Davam etməzdən əvvəl adapterin həqiqətən adi NAT olduğunu təsdiqləyin. Körpü adapteri, adlandırılmış NAT şəbəkəsi və qonağın içindəki ikinci VPN klienti hər birinin öz konfiqurasiyası və öz izahı var. Bu mərhələdə təxmin etmək tədqiqatın qalanını boşa xərcləyir.

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

Birinci əmr adapter rejimini və ona bağlı istənilən NAT şəbəkəsini göstərir. Ubuntu qonağının içində ikincisi hər keçid üçün DNS parametrlərini sadalayır, üçüncüsü isə çox vaxt yalnız lokal stub ünvanı açır, yəni əsl yuxarı mənbə başqa yerdədir.

Həlli və əlçatanlığı ayrı saxlayın. Düzgün ünvanı alan, lakin bağlantı aça bilməyən qonağın marşrutlaşdırma, filtrləmə və ya xidmət icazəsi problemi var və sonrakı DNS dəyişiklikləri ona heç vaxt toxunmayacaq. Ünvanı ayrıca yoxlayın və ikisindən hansının uğursuz olduğunu yazın.

Proksi rejimi və host həlledici rejimi fərqli mexanizmlərdir

Proksi rejimində NAT mühərriki qonaq sorğularını artıq bildiyi DNS serverlərinə ötürür. Host həlledici rejimində o, sorğunu tutur və host əməliyyat sistemindən adı hazırda istifadə etdiyi vasitə ilə həll etməsini xahiş edir. Yalnız ikincisi tunel açılanda host həllini yenidən yazan VPN klientini izləyir. Buna görə iki parametr eyni maşında fərqli cavablar verir.

Bu fərq bütün problemi bir cümlədə ifadə edir. Qonağa server ünvanlarının siyahısını vermək Windows-dan adı onun konfiqurasiya olunmuş həlledicisi vasitəsilə həll etməsini xahiş etməklə eyni deyil və split-DNS VPN-də iki cavab fərqlənir. Adapter seçimi mexanizmlə bağlıdır, icazə ilə deyil.

Heç bir rejim heç nəyə giriş vermir. Avtorizasiya VPN siyasətində və xidmətdədir və işləyən sorğu yalnız adın ünvana çevrildiyini bildirir.

Adapteri dəyişin, sonra qonağın nə aldığını yoxlayın

Əvvəlcə VM şəbəkə və DNS parametrlərini qeyd edin, sonra maşını söndürün ki, redaktə etdiyiniz daimi konfiqurasiya olsun. Adı work-ubuntu olan və birinci adapteri NAT daşıyan VM üçün hər adapter parametri host-dan, VM söndürülmüşkən təyin edilir. Sonra onu yenidən başladın və çıxış statusuna güvənmək əvəzinə nəticəni yoxlayın.

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

Sondakı rəqəm adapter nömrəsini seçir, yəni universal dəyər deyil; adapter 2 parametri həmin yerdə 2 daşıyır. Quraşdırılmış VirtualBox versiyasına aid VBoxManage binarlığını istifadə edin, çünki yolda olan köhnə biri işləyən versiyanın nəzərə almadığı parametrlər yaza bilər.

Əvəzində proksi seçimini aktivləşdirmək fərqli mexanizm seçir və sizə host həlledici davranışı vermir. Qonaq başladıqdan sonra onun həqiqətən saxladığı DNS konfiqurasiyasını yoxlayın, çünki qonağın içində bərkidilmiş həlledici və ya şifrələnmiş DNS parametri adapterin təklif etdiyindən asılı olmayaraq tətbiqləri başqa yolda saxlayır.

VPN həyat dövrü boyunca sınaqdan keçirin, yalnız bir dəfə deyil

Hər iki sorğunu qonaqda təkrarlayın, sonra əsl tətbiqi açın və onun TLS host adını yoxlamasına imkan verin. Yalnız IP ilə bağlantı testi DNS-i yaxşı təcrid edir, lakin sertifikat yoxlaması deyil və belə hesabat verilməməlidir. Adı, ünvanı və tətbiq nəticəsini birlikdə qeyd edin.

Təsdiqlənmiş pəncərə ərzində host VPN-i ayırın və yenidən qoşun, sonra testi təkrarlayın. Nəticə giriş siyasətinə uyğun olmalıdır və ümumi həllin yenidən işləməsi özəl sorğuların nəzərdə tutulan yolda qalıb-qalmadığı barədə heç nə demir.

Host həlledici rejimi heç nəyi dəyişmədikdə, qeydə alınmış dəyəri geri qaytarın və müşahidələri saxlayın. Hipervisor trafikini istisna edən VPN klienti, əlçatmaz daxili həlledici və bərkidilmiş qonaq parametri hər biri fərqli düzəliş tələb edir və adapteri körpüləmək DNS-i sıfırlamaq əvəzinə şəbəkə dizaynını dəyişir.