Windows VPN 255.255.255.255 gösteriyor: maske yanlış mı?

Tünel bağlanır, bağdaştırıcı ayrıntılarını açarsınız ve maske 255.255.255.255 gösterir. Ofis LAN’ının 255.255.255.0 değeriyle karşılaştırıldığında bozuk görünür ve hata genellikle burada başlar. Noktadan noktaya bir bağlantıda ana bilgisayar maskesi yerel uç noktasının doğru tanımıdır ve uzak ağlar bağlı bir alt ağ olarak değil, rota olarak gelir. Aşağıdaki yordam iki soruyu ayırır; böylece yalnızca görüntülenen bir değeri düzeltmek için çalışan bir DHCP kapsamını yeniden oluşturmazsınız.

Noktadan noktaya bağlantı bir Ethernet segmenti değildir

Bir Ethernet arabirimi alt ağ maskesine ihtiyaç duyar çünkü o aralıktaki her adres aynı kabloda potansiyel olarak erişilebilirdir. PPP tarzı bir tünelin diğer uçta tam olarak bir eşi vardır. Yayın alanı yoktur, ARP yoktur ve yerel adresin bir aralığı tanımlaması için hiçbir neden yoktur.

Bu model için adres görüşmesi RFC 1332 belgesinde tanımlanmıştır ve iki ucun adresleri üzerinde nasıl anlaştığını kapsar. Yapmadığı şey, ofis LAN’ını istemciye doğrudan bağlı bir ağ olarak vermektir. İstemci ofisin nerede olduğunu bağlantı üzerinden rotalar kurarak öğrenir ve erişilebilirliği gerçekte bu rotalar belirler.

Bu, gördüğünüz her maskenin doğru olduğu anlamına gelmez. Yanlış yapılandırılmış bir istemci de tuhaf adresleme üretebilir. Asıl nokta daha dardır: bu tür bir bağdaştırıcıda ana bilgisayar maskesi beklenir, dolayısıyla tek başına arıza kanıtı değildir.

Adım 1: arabirim modelini doğrulayın

Ne söylediğini değerlendirmeden önce bağdaştırıcının ne olduğuna bakın. Açıklama dizesi sürücüyü tanımlar ve atanan adresteki önek uzunluğu istemcinin neyi müzakere ettiğini doğrular:

Get-NetAdapter | Select-Object Name,InterfaceDescription,Status,ifIndex
Get-NetIPAddress -InterfaceAlias 'Corp VPN' | Select-Object IPAddress,PrefixLength,PrefixOrigin
Get-NetIPInterface -InterfaceAlias 'Corp VPN' | Select-Object AddressFamily,ConnectionState,NlMtu

Tartışmaların çoğunu bitiren üçüncü komuttur. Düşük azami iletim birimi kapsüllenmiş bir bağlantının özelliğidir; Ethernet’e benzer bir değer ise farklı bir sanal bağdaştırıcı modeline işaret eder. Açıklama PPP veya RAS sürücüsü belirtiyorsa ve önek 32 ise, tam olarak yukarıda açıklanan tasarıma bakıyorsunuzdur ve maske için endişelenmeyi bırakabilirsiniz.

Adım 2: başarısız hedefin rotasını okuyun

Erişilebilirlik hedefe göre belirlenir ve tek bir bağlı arabirim bu konuda size hiçbir şey söylemez. Yönlendirme tablosuna doğrudan kullanıcının gerçekten ulaşmaya çalıştığı adresi sorun:

Get-NetRoute -InterfaceAlias 'Corp VPN' | Select-Object DestinationPrefix,NextHop,RouteMetric
Find-NetRoute -RemoteIPAddress 10.24.6.15
route print -4

Find-NetRoute doğrudan yanıttır: sistemin o hedef için kullanacağı arabirimi ve kaynak adresi belirtir. Tüneli döndürürse, o ana bilgisayara giden trafik tünelden geçer ve maske hiçbir zaman sorun olmamıştır.

Fiziksel bağdaştırıcıyı döndürürse, iki aday rotayı ve metriklerini karşılaştırın. Daha belirgin bir yerel rota, başka bir istemciden kalan kayıt veya fiziksel yoldaki daha düşük metrik, geniş bir tünel rotasını yener. Görünen sonuç, her şey çalışırken erişilemeyen bir kaynaktır. Daha uzun önekler her zaman kazanır, bu yüzden kazanan genellikle aylar önce birinin ekleyip unuttuğu bir ana bilgisayar rotasıdır.

Burada iki yönü de kontrol edin. Sunucu tarafına giden rota gereklidir ama yeterli değildir, çünkü yanıtın da tünelden geri dönmesi gerekir. Bir iç ana bilgisayar çalışıp diğeri çalışmadığında fark genellikle bağdaştırıcı yapılandırmasında değil bu tablodadır.

Adım 3: ad çözümlemesini hizmet erişiminden ayırın

Bir paylaşımı açamayan uygulama, çok farklı iki aşamadan birinde başarısız olabilir. Adı çözün, sonra adrese ulaşın. Birincisi başarısız olup ikincisi çalışırsa tünel iyidir, çözümleyici değildir:

Resolve-DnsName files.corp.example.internal
Get-DnsClientServerAddress -InterfaceAlias 'Corp VPN'
Test-NetConnection -ComputerName 10.24.6.15 -Port 445

Başarılı bir adres testi ile başarısız bir ad testi sorunu çözümlemede konumlandırır ve ikinci komut tünel arabiriminin bir sunucu alıp almadığını gösterir. Birçok istemci DNS’i tünel yapılandırmasının parçası olarak iter ve bu itilen seçenekleri yok sayan bir profil, makineyi özel bölgeyi görmeyen bir çözümleyici kullanmaya bırakır.

Çalışan bir adresi kalıcı düzeltme olarak görmeyin. Adresle bağlanmak ad çözümlemesini atlar ve uygulamanın aksi hâlde yapacağı sunucu kimliği doğrulamasını zayıflatabilir. Bu, geçici çözüm kılığına girmiş bir güvenlik gerilemesidir. Arızayı konumlandırmak için kullanın, sonra çözümlemeyi onarın.

Geri alma: görüntülenen bir değer için DHCP’yi yeniden oluşturmayın

Adresleme hizmetini değiştirmeye başladıysanız durun ve değiştirdiğiniz herhangi bir şeyin taşıyıcı olup olmadığını kontrol edin. Bir kapsamı yeniden oluşturmak, kiralamaları yeniden vermek veya havuzu taşımak, diğer istemcilerin bağlı olduğu durumu değiştirir ve bunların hiçbiri noktadan noktaya bir bağdaştırıcıdaki ana bilgisayar maskesiyle gerekçelendirilemez.

Get-DnsClientServerAddress -InterfaceAlias 'Corp VPN'
Find-NetRoute -RemoteIPAddress 10.24.6.15
Test-NetConnection -ComputerName files.corp.example.internal -Port 445

Bunları her hedefli değişiklikten sonra çalıştırın ve önceki çalıştırmayla karşılaştırın. Yararlı sonuç, kaynağa belgelenmiş bir yoldur; maskesi ofis LAN’ına benzeyen bir bağdaştırıcı değil.

Sonra maskenin gerçekte ne anlama geldiğini yazın, çünkü bir sonraki kişi aynı iletişim penceresini açacak ve aynı yanlış sonuca varacaktır. Profil notlarındaki tek bir cümle, tünelin noktadan noktaya olduğunu ve uzak alt ağların rota olarak geldiğini söyleyerek bir dahaki sefere tüm araştırmayı kurtarır.