Bağlı Ama İnternet Yok: Katman Katman Teşhis

Neden 'Bağlı Ama İnternet Yok' Yanıltıcı Bir Belirtidir?

İşletim sistemlerinin gösterdiği Wi-Fi bağlantı durumu yalnızca 802.11 ilişkilendirmesinin ve IP adresi alımının başarılı olduğunu gösterir; bu, ağın internete çıkış yolunun çalıştığı anlamına gelmez. Kablosuz bağlantı OSI modelinde sadece 1. ve 2. katmanı temsil eder; internet erişimi ise 3. katmandan (IP yönlendirme) 7. katmana (uygulama, DNS çözümleme, HTTP) kadar birçok bağımsız bileşenin sağlıklı çalışmasını gerektirir.

Bu yüzden 'bağlı ama internet yok' şikayetini tek bir nedene bağlamak büyük bir hatadır. Aynı belirti; DNS sunucusunun yanıt vermemesinden, gateway'in erişilemez olmasından, NAT çevirisinin bozulmasından, bir captive portal'ın trafiği engellemesinden veya şirket içi bir proxy sunucusunun yanlış yapılandırılmasından kaynaklanabilir. Doğru teşhis, bu katmanları sırayla ve hızlıca elemekle mümkündür.

Gateway Erişimi: İlk Kontrol Noktası

Teşhise her zaman en alt katmandan başlanmalıdır. İstemcinin varsayılan gateway'ine ping atabilmesi, L2/L3 bağlantısının sağlıklı olduğunu gösteren ilk ve en basit testtir. Eğer gateway'e ping atılamıyorsa sorun daha kablosuz/VLAN seviyesindedir ve DNS ya da proxy ile hiçbir ilgisi yoktur — bu durumda bir önceki IP adresi alamama senaryosundaki VLAN ve trunk kontrolleri devreye girmelidir.

Gateway'e ping başarılıysa ama dış bir IP adresine (örneğin 8.8.8.8) ping atılamıyorsa, sorun gateway'in kendisinde ya da ISP bağlantısında, yani ağın iç tarafının ötesindedir. Bu noktada kablosuz altyapıyla ilgili hiçbir müdahale sorunu çözmez; dikkat kurum ağının WAN tarafına veya güvenlik duvarına yönelmelidir.

Dış IP'ye ping atılabiliyor ama alan adlarına (örneğin google.com) erişilemiyorsa, sorun artık kesin olarak DNS katmanındadır. Bu basit üç adımlı test — gateway, dış IP, alan adı — on dakikada yapılabilecek en etkili ilk teşhistir.

• ping <gateway IP> → L2/L3 bağlantısını test eder
• ping 8.8.8.8 → WAN/yönlendirme/NAT'ı test eder
• ping google.com veya nslookup → DNS çözümlemesini test eder
• Tarayıcıda farklı bir sitede captive portal yönlendirmesi var mı kontrol et

DNS, NAT ve Proxy Hataları

DNS sorunları sahada en sık karşılaşılan 'bağlı ama internet yok' sebebidir çünkü belirtisi yanıltıcıdır: kullanıcı IP tabanlı servisleri (örneğin bazı VPN veya özel uygulamalar) sorunsuz kullanabilirken, tarayıcıda hiçbir siteyi açamaz. DHCP ile dağıtılan DNS sunucu adresinin yanlış, erişilemez ya da aşırı yüklenmiş olması bu belirtiyi doğurur. Çözüm genellikle DHCP scope'undaki DNS sunucu listesini doğrulamak ve gerekirse yedek bir genel DNS sunucusu (8.8.8.8, 1.1.1.1 gibi) eklemektir.

NAT (Network Address Translation) hataları, özellikle çok sayıda istemcinin aynı anda tek bir genel IP üzerinden çıkış yaptığı ağlarda port tükenmesi şeklinde ortaya çıkabilir. Bu durumda bazı istemciler internete çıkarken bazıları zaman zaman başarısız olur; belirti kesintili ve kullanıcıdan kullanıcıya değişkendir.

Kurumsal ortamlarda bir diğer yaygın neden, işletim sisteminde veya tarayıcıda tanımlı yanlış bir proxy ayarıdır. Özellikle misafir cihazların kurum profiliyle gelen eski proxy ayarlarını taşıması, kablosuz ağ tamamen sağlıklı olsa bile internete çıkışı tamamen engeller. Captive portal'lı misafir ağlarında ise kullanıcının portal sayfasını hiç görmemesi veya onaylamadan kapatması da aynı sonucu — bağlı görünme, internete çıkamama — verir.

Captive Portal ve Misafir Ağı Özel Durumları

Misafir ağlarında captive portal, doğası gereği kullanıcıyı belirli bir onay adımını tamamlayana kadar gerçek internete çıkışı engeller. Bu, bir arıza değil tasarımın bir parçasıdır; ancak portal yönlendirme kurallarının (walled garden) yanlış tanımlanması, kullanıcının hiçbir zaman portal sayfasını görememesine ve 'bağlandım ama internet yok' şikayetine yol açar.

Bazı işletim sistemleri (özellikle Apple cihazlar) captive portal algılama mekanizmalarını kullanır ve bu mekanizmanın DNS ya da HTTP düzeyinde engellenmesi, portal sayfasının hiç açılmamasına, kullanıcının sonsuz bir 'bağlandı ama kullanılamıyor' döngüsüne girmesine neden olur. Bu nedenle captive portal altyapısı kurulurken ilgili algılama URL'lerinin (captive.apple.com, connectivitycheck.gstatic.com gibi) walled garden listesinde istisna olarak tanımlanması kritik önemdedir.

F2 Sahada Nasıl Çözüyor?

F2, 'bağlı ama internet yok' şikayetlerinde her zaman katman katman, hiçbir adımı atlamadan ilerler: önce gateway, sonra WAN, sonra DNS, sonra uygulama katmanı. Bu disiplinli yaklaşım, sahada en çok zaman kaybettiren hatayı — RF sorunu olmayan bir problemi RF değişikliğiyle çözmeye çalışmayı — baştan engeller. Misafir ağı projelerinde F2, captive portal walled garden listelerini işletim sistemi bazında (iOS, Android, Windows algılama URL'leri dahil) test ederek devreye alır ve DNS/proxy yapılandırmasını kurumun mevcut ağ mimarisiyle uyumlu hale getirir. Sonuç, sadece anlık bir düzeltme değil, aynı şikayetin bir daha üretilmediği, belgelenmiş bir ağ mimarisidir.