VPN sessiyasını VMware qonağı ilə paylaşmaq

Virtual maşınınız hostda mükəmməl işləyən daxili sistemə çata bilmir və host marşrutlaşdırma cədvəlinə sahib klient vasitəsilə qoşulub. Virtual adapteri tunelə körpüləmək aşkar görünür və iki ayrı səbəbdən uğursuz olur. Hər iki maşının sahib olduğu seqmentdə tərcümə işləyəndir. Qiymət realdır: hər qonaq korporativ şəbəkədə öz kimliyini itirir.

Körpünün işləyə bilməməsinin iki səbəbi

Klientin adapteri adətən bir ünvan daşıyır, çox vaxt /32, və klient hostun marşrutlarını yenidən yazır ki, adi çıxış trafiki tunelə üstünlük versin. Hostdakı tətbiqlər o cədvələ tabe olur və şəxsi sistemə çatır. Körpülənmiş qonaq cədvəli heç oxumur, çünki onun kadrları IP qatının altındakı kommutatordan çıxır.

Tunel adapterini körpüyə qoymaq yolu nəzəri olaraq həll edərdi, sürücü isə buna razı olmur. Windows 10 həm də tək körpü qurğusuna icazə verir və iş stansiyasının iki alt şəbəkə arasında yönləndirməsinə imkan verən marşrutlaşdırma rolunu vermir. Qalan mənbə tərcüməsidir. Qonağın trafikini hostdan gələn kimi göstərin və hostun öz qərarları onu tunelə daşıyır, qonağın isə əldə edə bilmədiyi marşruta ehtiyacı qalmır.

Hostun sahib olduğu seqment yaradın

Virtual şəbəkə redaktorunda başqa heç yerdə marşrutlaşdırmadığınız prefiksdə, məsələn 172.28.90.0/24 üzərində VMnet3 kimi host-only şəbəkə əlavə edin. Host o adapterdə 172.28.90.1 ünvanını götürür və qonaq eyni kommutatora qoşulur. Həmin seqmentdə hipervizorun DHCP-ni söndürün ki, onu bir ünvan xidməti idarə etsin.

Üzərində bir şey qurmazdan əvvəl Windows-un interfeysi gördüyünü təsdiqləyin, çünki bütün dizayn o adapterin adi olmasından asılıdır:

Get-NetAdapter | Format-Table Name, InterfaceDescription, Status
Get-NetIPAddress -AddressFamily IPv4 | Where-Object PrefixLength -eq 24

Host-only adapter orada hər hansı fiziki adapter kimi görünür. Bu, heç nəyə qoşula bilməyən tunel adapterindən dəqiq fərqdir.

Qonağın prefiksini tərcümə edin

Yüksəldilmiş sessiya açın və prefiksi tərcümə edin. Əvvəlcə mövcud olanı yoxlayın, çünki konteyner mühitləri və hipervizorlar öz tərcümələrini quraşdırır və səhv olanı silmək başqa məhsulu pozur.

Get-NetNat | Format-Table Name, InternalIPInterfaceAddressPrefix, Active
New-NetNat -Name "LabGuestEgress" -InternalIPInterfaceAddressPrefix 172.28.90.0/24

Sonra qonağı həmin prefiksdə statik ünvanla, şlüzü kimi 172.28.90.1 ilə və tunelin hosta verdiyi çözümleyici ünvanları ilə konfiqurasiya edin. Tərcümə paketləri ötürür və qonağa DNS haqqında heç nə öyrətmir, ona görə yerli marşrutlaşdırıcıda qalan qonaq ümumi adları həll edir və hər daxili adda uğursuz olur.

Əvvəlcə ilk atlamağı, sonra qiyməti yoxlayın

Ən yaxın sərhədi sınayın tətbiqi sınamazdan əvvəl. Host şlüzunda dayanan iz tərcümənin baş vermədiyini bildirir, hostdan o yanda dayanan iz isə tunelin söndüyünü və ya qarşı tərəfin tərcümə edilmiş ünvanı rədd etdiyini.

tracert -d 172.20.31.10
nslookup intranet.corp.example
Get-NetNatSession -NatName "LabGuestEgress"

Tunel işləyərkən hostun eyni təyinat nöqtəsinə öz çıxışı ilə müqayisə edin. Host uğur qazanır, qonaq isə yoxsa, qüsur tərcümədə və ya qonağın şlüz ayarında olur, bağlantıda deyil.

Sonra bu mübadiləni qəbul edin. Korporativ sistemlər indi hər qonaq üçün bir ünvan görür, ona görə cihaz sertifikatları və hər cihaz üzrə vəziyyət yoxlamaları onları bir-birindən ayıra bilmir və bəzi siyasətlər bunu qəti qadağan edir. Düşmə davranışını da qərarlaşdırın, çünki tərcümə edilmiş trafik tunel sıradan çıxanda adi internet yoluna düşə bilər, əgər həmin prefiksi host firewall-da bloklamasanız.