Eyni anda iki Windows VPN-i: hansı profil defolt marşrutu saxlayır?

İkinci tuneli qoşun və birincisi susur, halbuki hər iki müştəri hələ də sağlam bağlantı bildirir. Windows-un verə biləcəyi yalnız bir defolt marşrut var və ona iddia edən hər profil onu digərindən alır. Simptom VPN-in kəsilməsi kimi görünür, amma əslində iki profil arasında marşrut çəkişməsidir. Hansı tunelin o marşruta sahib olacağını qərar verin və konfiqurasiyanın qalanı onun ardınca gəlir.

Yalnız bir qeyd ən yaxşı defolt ola bilər

IPv4 marşrut cədvəli daha dəqiq uyğunluğu olmayan təyinatlar üçün tək qalib marşrut saxlayır. Öz marşrutunu quraşdıran VPN profili qoşulan kimi əvvəlkini əvəz edir və birinci tunelə daxil olan trafik indi ikincidən çıxır. Birinci tunel açıq qalır; yoxa çıxan şey ümumi təyinatlar üçün ondan istifadə edəcək hər hansı paketdir.

Müştəri status nişanları bunu göstərə bilməz. Onlar tunelin qurulduğunu bildirir, hansı prefikslərin hələ ora yönəldiyini yox, ona görə istifadəçi iki yaşıl nişan və bir tətbiqdə fasilə görür. Nasazlıq zamanı route print -4 oxumaq istənilən VPN jurnalından daha məlumatvericidir.

Ad həlli ikinci, müstəqil toqquşmadır və yalnız marşrut cədvəlini düzəltmək onu həll etməyəcək.

İşarə qutusunun nə quraşdırdığı və nəyi sildiyi

Seçim hər VPN profilinin adapter xassələrində, IPv4 qabaqcıl parametrləri altında yerləşir və uzaq şəbəkədə defolt şlüzün istifadəsi kimi ifadə olunur. Aktiv olduqda hər bağlantı tuneldən keçən defolt marşrut əlavə edir və həmin interfeysi ümumi trafik növbəsinə qoyur. Deaktiv olduqda Windows tunelin öz altşəbəkəsi üçün marşrutu saxlayır və cədvəlin qalanına toxunmur.

Əksər insanlar məhz işarənin götürülməsi mərhələsində ilişib qalır. Uzaq saytda adətən birdən çox prefiks olur və bu prefikslərin heç biri adapter altşəbəkəsinin içində deyil, ona görə fayl serverləri və idarəetmə ünvanları cavab verməyi dayandırır. İşarə qutusu tuneli pozmayıb; o, hər şeyi örtən geniş marşrutu sildi.

Qarışıq konfiqurasiyalar qanunidir və geniş yayılıb: korporativ profil işarə qutusunu tam tunel kimi saxlayır, laboratoriya profili isə bölünmüş qalır ki, korporativ defoltu sıxışdıra bilməsin.

Hər tunelin nə daşımalı olduğuna görə seçin

Üç sual düzülüşü həll edir. Bu tunel adi internet trafikini daşımalıdır, yoxsa yalnız öz saytının içindəki ünvanları? İki sayt bir-birini örtməyən özəl diapazonlardan istifadə edirmi? Və profil işəgötürən tərəfindən idarə olunursa, onun marşrut davranışını ümumiyyətlə dəyişməyə icazəniz var?

Bir tunel tam olmalıdırsa, defolt ona məxsusdur və digəri bölünmüş olmalıdır. Heç biri ümumi internet trafikinə ehtiyac duymursa, işarə qutusunu hər ikisində götürün və fiziki adapter defoltu saxlasın. Diapazonlar üst-üstə düşürsə, dayanın: 172.22.0.0/16 korporativ tərəfdə bir maşın, laboratoriya tərəfində başqa bir maşın demək ola bilməz və heç bir işarə qutusu bunu həll etmir.

Qərarı profil adlarının yanında qeyd edin. Gələn rübdə əlavə olunan üçüncü VPN əks halda araşdırmanı əvvəldən təkrarlayacaq.

Çatışmayan prefiksləri əlavə edin və nəticəni yoxlayın

Hər bölünmüş tunel üçün uzaq diapazonları açıq şəkildə əlavə edin, açıq server ünvanı yerinə həmin adapterdə göstərilən qarşı tərəf ünvanından istifadə edin:

> route add 172.22.0.0 mask 255.255.0.0 172.20.4.1
> route print -4
> Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric

PPP adapteri növbəti sıçrayış kimi qarşı tərəf ünvanını istifadə edir, TAP adapteri isə adətən həmin interfeysdə göstərilən şlüzü istifadə edir, ona görə bələdçidən rəqəm kopyalamaq yerinə adapter təfərrüatlarını oxuyun. Daimi bayrağı yalnız marşrut düzgün olduğunu sübut etdikdən sonra əlavə edin və köhnə daimi qeydləri əvəzləri əlavə etməzdən əvvəl silin. İdarə olunan müştərilər öz marşrutlarını quraşdırıb qoruya bilər; bu halda dəyişikliyi profil sahibi etməlidir.

DNS ayrıca keçid tələb edir. Hər iki tunel həllediciləri ötürə bilər və Windows hər interfeys üçün üstünlük sırası olan siyahı saxlayır, ona görə ikinci şəbəkəyə aid ad birinci şəbəkənin həlledicisinə göndərilə bilər. Düzəliş seçməzdən əvvəl hər adapterin həqiqətən nə aldığına baxın:

> Get-DnsClientServerAddress -AddressFamily IPv4
> Resolve-DnsName files.corp.internal -Server 172.20.4.1

Domen üzrə ad həlli siyasəti adətən qlobal həlledici siyahısını dəyişməkdən yaxşıdır, çünki o siyahı maşındakı hər tətbiq tərəfindən paylaşılır və onu səssizcə dəyişmək əlaqəsiz axtarışları başqa yerə köçürür.

Quruluşu dörd yoxlama ilə qəbul edin: hər uzaq şəbəkədə ünvanla çatılan bir resurs, hər birində bir ad axtarışı, internet defoltunun hələ də fiziki adapterə baxması və ikinci bağlantının qalxmasına davam edən uzaq masaüstü sessiyası.