El sıkışma var, internet yok: Windows 11’de önce ne düzeltilmeli

Windows 11’de yeni el sıkışmalar sıklıkla hiçbir şey açmayan tarayıcıların yanında durur. El sıkışma yalnızca eşle UDP alışverişinin tamamlandığını kanıtlar. Windows’un kurduğu yol, kullandığı çözümleyici ve çıkışın herhangi bir şey iletiyor olup olmadığı hakkında hiçbir şey söylemez.

Dört koşul bu katmanlardan hangisinin başarısız olduğunu belirler. Bunları sırayla ele almak dakikalar sürer, anahtarları yeniden yazmak ise daha uzun sürer ve hiçbir şeyi değiştirmez.

Anahtarlara dokunmadan önce katmanı belirleyin

Üç hedefi bu sırayla ele alın. Tünel tarafındaki bir adresle başlayın, ardından sayı olarak genel bir IP ve son olarak bir ana makine adıyla bitirin. Zincirin koptuğu yer katmanın adını verir. İlk adımda başarısızlık yönlendirmedir, ikincisinde iletme veya NAT, üçüncüsünde ad çözümlemedir.

Bu sıra yöntemin tamamıdır. Bir DNS arızasının bozuk tünel olarak teşhis edilmesini önler; buradaki en yaygın yanlış yön budur.

wg show
Find-NetRoute -RemoteIPAddress 1.1.1.1
Resolve-DnsName example.com -Server 1.1.1.1

El sıkışma zamanı boşsa

El sıkışma zamanı boşsa şifreli alışveriş hiçbir zaman tamamlanmamıştır. Yani arıza yönlendirmeden önce yer alır. Önce uç noktanın adresine ve bağlantı noktasına bakın, sonra ağın UDP’yi süzüp süzmediğine. WireGuard trafiğini düşüren bir barındırma sağlayıcısı tam olarak bunu üretir, eski bir profilden uç noktayı kopyalayan istemci de öyle.

Çıkıp da hiç girmeyen baytlar başka bir durumdur. Bu, NAT’a veya trafiği yanlış yere geri gönderen bir güvenlik duvarına işaret eder.

Yol fiziksel bağdaştırıcıya yenilirse

Tam tünel için eş bölümü kullanmayı beklediğiniz hedefleri kapsamalıdır. Windows bazen her şeyi kapsayan bir kural ayarlı olsa bile fiziksel bağdaştırıcının varsayılan yolunu korur. Her şeyi kapsayan kuralı 0.0.0.0/1 ve 128.0.0.0/1 olarak bölmek, aramayı kazanan iki daha belirgin önek oluşturur. Bu bölme belgelenmiş bir geçici çözümdür, tercih değil.

Bunu route print veya genel bir adres aramasıyla doğrulayın. Seçilen arabirim tünel bağdaştırıcısı olmalıdır. Fiziksel olan hâlâ kazanıyorsa, sunucuya dokunmadan önce eş aralıklarını düzeltin.

Adresler çalışıp adlar başarısız olursa

WireGuard IP paketleri taşır ve DNS hakkında bir görüşü yoktur. Arabirim bölümüne bir DNS = satırı koyun veya bağdaştırıcıyı Windows üzerinden ayarlayın. O olmadan adrese ping başarılı olurken her ana makine adı başarısız olur ve kullanıcılar bunu internet yok olarak bildirir.

Bağlandıktan sonra Windows’un gerçekte hangi sunucuları kullandığını denetleyin. Fiziksel bağdaştırıcıda kalan bir çözümleyici kısmi başarısızlığı açıklar; bazı adlar çözülür, bazıları çözülmez. Üstüne ikinci bir tane eklemek yerine onu temizleyin.

Windows makinesi çıkışsa

Internet Connection Sharing açıkken adreslemeyi yeniden yazar, bu da paylaşılan bağdaştırıcıyı başka bir aralığa taşıyabilir. Özgün adrese hâlâ işaret eden istemci o zaman çalışmayı durdurur. Kayıt defteri değerleri ScopeAddress ve StandaloneDHCPAddress bu aralığı denetler ve ayar yeniden başlatmadan sonra geri dönebilir.

Windows’a özgü iki çatışma daha göz atmaya değer. Routing and Remote Access hizmeti tünele müdahale edebilir. Yanlış mimari için oluşturulmuş bir yükleyici, mimariden hiç söz etmeyen bir iletiyle başarısız olur.

Testin adlandırdığı katmanı düzeltin, sonra aynı üç hedefi yeniden çalıştırın. Ana makine adı testini onaran ancak tünel adresini bozan bir değişiklik yanlış katmana uygulanmıştır.