Aynı anda iki Windows VPN: hangi profil varsayılan yolu tutuyor?

İkinci tüneli bağlayın ve birincisi susar, oysa iki istemci de hâlâ sağlıklı bağlantı bildirir. Windows’un verebileceği tek bir varsayılan yol vardır ve onu talep eden her profil onu diğerinden alır. Belirti bir VPN kesintisi gibi görünür, ama aslında iki profil arasındaki yönlendirme çekişmesidir. Hangi tünelin o yola sahip olacağına karar verin, yapılandırmanın geri kalanı onu izler.

En iyi varsayılan yalnızca tek bir kayıt olabilir

IPv4 yönlendirme tablosu, daha belirli bir eşleşmesi olmayan hedefler için tek bir kazanan yol tutar. Kendi yolunu kuran VPN profili, bağlandığı anda öncekini değiştirir ve daha önce birinci tünele giren trafik artık ikinciden çıkar. Birinci tünel açık kalır; kaybolan şey, genel hedefler için onu kullanacak herhangi bir pakettir.

İstemci durum simgeleri bunu gösteremez. Bir tünelin kurulduğunu bildirirler, hangi ön eklerin hâlâ oraya yönlendirildiğini değil, bu yüzden kullanıcı iki yeşil simge ve bir uygulamada zaman aşımı görür. Arıza sırasında route print -4 okumak herhangi bir VPN günlüğünden daha bilgilendiricidir.

Ad çözümlemesi ikinci, bağımsız bir çatışmadır ve yalnızca yönlendirme tablosunu düzeltmek onu çözmez.

Onay kutusunun kurduğu ve kaldırdığı şey

Seçenek her VPN profilinin bağdaştırıcı özelliklerinde, gelişmiş IPv4 ayarları altında yer alır ve uzak ağdaki varsayılan ağ geçidini kullanma olarak ifade edilir. Etkinleştirildiğinde her bağlantı tünel üzerinden bir varsayılan yol ekler ve o arabirimi genel trafik sırasına koyar. Devre dışı bırakıldığında Windows tünelin kendi alt ağı için yolu korur ve tablonun geri kalanına dokunmaz.

Çoğu insan tam da onay kutusunu kaldırırken takılır. Uzak site genellikle birden fazla ön eke sahiptir ve bu ön eklerin hiçbiri bağdaştırıcı alt ağının içinde değildir, bu yüzden dosya sunucuları ve yönetim adresleri yanıt vermeyi bırakır. Onay kutusu tüneli bozmadı; her şeyi kaplayan geniş yolu kaldırdı.

Karma yapılandırmalar meşru ve yaygındır: kurumsal profil onay kutusunu tam tünel olarak tutar, laboratuvar profili ise kurumsal varsayılanı yerinden edememesi için bölünmüştür.

Her tünelin ne taşıması gerektiğine göre seçin

Üç soru düzeni belirler. Bu tünel sıradan internet trafiği mi taşımalı, yoksa yalnızca kendi sitesinin içindeki adresleri mi? İki site birbiriyle çakışmayan özel aralıklar mı kullanıyor? Ve profil bir işveren tarafından yönetiliyorsa, yönlendirme davranışını değiştirmenize izin var mı?

Bir tünel tam olması gerekiyorsa varsayılan ona aittir ve diğeri bölünmüş olmalıdır. Hiçbiri genel internet trafiğine ihtiyaç duymuyorsa onay kutusunu ikisinde de kaldırın ve fiziksel bağdaştırıcı varsayılanı korusun. Aralıklar çakışıyorsa durun: 172.22.0.0/16, kurumsal tarafta bir makine ve laboratuvar tarafında başka bir makine anlamına gelemez ve hiçbir onay kutusu bunu çözmez.

Kararı profil adlarının yanına yazın. Aksi halde gelecek çeyrekte eklenen üçüncü VPN araştırmayı baştan tekrarlar.

Eksik ön ekleri ekleyin ve sonucu test edin

Her bölünmüş tünel için uzak aralıkları açıkça ekleyin, sunucunun genel adresi yerine o bağdaştırıcıda görünen eş adresini kullanarak:

> 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

Bir PPP bağdaştırıcısı sonraki atlama olarak kendi eş adresini kullanır, TAP bağdaştırıcısı ise genellikle o arabirimde görünen ağ geçidini kullanır, bu yüzden bir kılavuzdan sayı kopyalamak yerine bağdaştırıcı ayrıntılarını okuyun. Kalıcı bayrağı ancak yol doğru olduğunu kanıtladıktan sonra ekleyin ve eski kalıcı girdileri değiştirmeleri eklemeden önce silin. Yönetilen istemciler kendi yollarını kurabilir ve koruyabilir; o durumda değişikliği profil sahibi yapmalıdır.

DNS ayrı bir geçiş gerektirir. İki tünel de çözümleyici dayatabilir ve Windows her arabirim için tercih sırası olan bir liste tutar, bu yüzden ikinci ağa ait bir ad birinci ağın çözümleyicisine gönderilebilir. Düzeltme seçmeden önce her bağdaştırıcının gerçekte ne aldığına bakın:

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

Etki alanı başına ad çözümleme ilkesi genellikle genel çözümleyici listesini değiştirmekten iyidir, çünkü o liste makinedeki her uygulama tarafından paylaşılır ve sessizce değiştirilmesi ilgisiz aramaları kaydırır.

Kurulumu dört kontrolle kabul edin: her uzak ağda adresle ulaşılan bir kaynak, her birinde bir ad sorgusu, internet varsayılanı hâlâ fiziksel bağdaştırıcıyı gösteriyor ve ikinci bağlantı açıldığında hayatta kalan bir uzak masaüstü oturumu.