Windows VPN'de internet yok mu? Şüpheli adres havuzu

İnternetsiz bağlı bir tünel genellikle kullanılabilir bir ağ geçidine sahip değildir. İstemcinin ne aldığını okuyun, açık bir havuz ayarlayın, sonra tünele bir çıkış verin.

Windows tüneli bağlı olarak gösterir ve İnternet Erişimi Yok etiketi verir; insanlar bunu Windows'a özgü bir tuhaflık olarak okur. Bu, istemcinin ne aldığına dair bir ifadedir: kullanılabilir varsayılan ağ geçidi yok, çalışan bir çözümleyici yok veya tünel içindeki adresler için geri dönüş yolu yok. Sunucu bir Windows Incoming Connection olduğunda tek bir ayar bu tür raporların çoğunu açıklar. Etiket bir teşhis değildir, ama aramayı üç yere daraltır.

Değiştirmeden önce kirayı okuyun

İstemcide ipconfig /all çalıştırın ve kayıtlar arasında VPN bağdaştırıcısını bulun. Listelediği adres, varsayılan ağ geçidi ve DNS sunucusu ihtiyacınız olan gerçeklerdir ve genellikle yöneticinin dağıtıldığını varsaydığından farklıdır.

Üç desen üç arızaya karşılık gelir. 169.254.0.0/16 içindeki bir adres, istemcinin hiçbir şey almadığı ve kendine bağlantı-yerel adres verdiği anlamına gelir. Ağ geçidi olmayan makul bir adres, havuzun istemciye varsayılan yol veren seçenek olmadan sunulduğu anlamına gelir. Yine de hiçbir yere ulaşmayan eksiksiz bir kiralama, sunucu tarafında iletme veya çeviriye işaret eder.

Sunucuya dokunmadan önce değerleri yazın. Sonraki adım bunları sunucunun dağıttığını düşündüğü aralıkla karşılaştırır ve bellek bir kiralamanın kötü bir yedeğidir.

Otomatik atama neden ağ geçidi bırakmayabilir

Incoming Connections girdisinin fiziksel bağdaştırıcıdan ayrı kendi IPv4 özellikleri vardır. Oradaki varsayılan, adresleri otomatik atamayı önerir; bu, adres, maske, ağ geçidi ve DNS sağlamak için bağlantının yerleşik dağıtıcısına dayanır.

Tek başına bir iş istasyonunda bu dağıtıcının çekecek bir aralığı yoktur, makinedeki başka bir şey bir tane sağlamadıkça, bu yüzden istemci bağlantı-yerel bir adresle veya adres olup ağ geçidi olmadan kalabilir. Bağlantı kurulmuş görünür çünkü bağlantı yolu kalktı, oysa arkasındaki yapılandırma eksiktir.

Bu yüzden belirtilen aralığa geçmek bu raporların çoğunu düzeltir. Çalışmıyor olabilecek bir hizmetten kiralama uydurmasını istemeyi bırakıp kirayı kendiniz belirtmeye başlarsınız.

Aynı karışıklık, biri LAN yönlendiricisinin DHCP sunucusunun tünel istemcilerine hizmet vereceğini beklediğinde ortaya çıkar. Yayın keşfi yönlendirilmiş bir tüneli geçmez, bu yüzden o sunucu isteği hiç görmez. Tersini varsaymak, hiçbir şey sormamış bir istemci için havuzun suçlanmasının en yaygın nedenidir.

Sunucunun yönlendirebileceği açık bir aralık ayarlayın

Sunucunun ulaşabildiği bir alt ağ içinde, LAN yönlendiricisinin dağıttığı aralığın dışında ve ağdaki başka herhangi bir havuzun dışında küçük bir blok seçin. Sunucu 172.20.10.0/24 üzerindeyse ve yönlendirici 172.20.10.1'i tutuyorsa, o alt ağın üst kısmına yakın kısa bir blok, diyelim 172.20.10.201 ile 172.20.10.209 arası, tünel kiralamalarını yönlendiricinin zaten yönettiği dağıtımdan uzak tutar.

Bunu Incoming Connection'ın IPv4 özelliklerine girin, istemciyi yeniden bağlayın ve başka bir şeyi değiştirmeden önce bağdaştırıcıyı bir kez daha okuyun. İkinci okuma, havuzun arıza mı yoksa birkaç arızadan biri mi olduğunu söyleyen şeydir.

Bu komutlar ortaya çıkan yapılandırmayı ve istemcinin artık sahip olduğu yolları yazdırır:

ipconfig /all
route print -4
Get-NetIPConfiguration -InterfaceAlias \"Incoming Connection\"

Kiradaki ağ geçidi sunucunun sahip olduğu bir adres olmalı ve istemcinin varsayılan yolu ona işaret etmelidir. Kira eksiksiz ama hiçbir yol yoksa, sunucu ağ geçidini itmeden atamıştır ve havuz ayarları hâlâ bakılacak yerdir.

Adres bir internet yolu değildir

Kira almak yalnızca paketleri istemciden sunucuya taşır. İnternet erişimi için sunucunun bu paketleri iletmesi ve kendi uplink'ine doğru çevirmesi gerekir; bu, kendi arıza kiplerine sahip ayrı bir yapılandırmadır.

Internet Connection Sharing kısa yoldur. İnternete bakan bağdaştırıcıyı paylaşılan bir ağ geçidine dönüştürür ve kendi adreslemesini yürütür; bu, o bağdaştırıcının adresini yeniden yazabilir ve var olan bir NAT kuralını artık olmayan bir değere işaret eder durumda bırakabilir. Etkinleştirmeden önce özgün ayarları kaydedin.

Yönlendirilmiş alternatif adreslemeyi kararlı tutar ve iletme ile çeviriyi açıkça yapılandırmanızı ister. İki yaklaşımın hiçbiri yanlış değildir; onları yarı yolda karıştırmak kiralaması olan ama çıkışı olmayan bir tünel üretir, ki bu tam olarak başladığınız belirtidir. Bir model seçin ve diğerini eklemeden önce onu bitirin.

Önce dış yolu eleyin

Tünel hiç oluşmazsa hiçbir havuz yardımcı olamaz. Protokol yolun ne taşıması gerektiğine karar verir: PPTP TCP 1723 ve GRE ister, GRE bir port değil IP protokolü 47'dir; L2TP/IPsec UDP 1701 ile 500 ve 4500 ister; SSTP TCP 443 ister.

Portu ileten ama protokolü iletmeyen bir yönlendirici, hiç kimlik doğrulaması yapılmayan bir bağlantı denemesi üretir. Bu, oluşup sonra hiçbir yere ulaşmayan bir tünelden farklı bir arızadır ve ikisi birlikte hata ayıklanmamalıdır.

Aynı LAN'dan ve uzak ağdan test edin. LAN denemesi çalışır ve uzak olan kimlik doğrulamaya hiç ulaşmazsa sorun dış yoldur. İkisi de kimlik doğrular ve yalnızca uzak istemcinin interneti yoksa havuza ve çıkışa dönün.

İlgili makaleler