Wi-Fi Bağlantı Sorunlarını Giderme: Kopma, Yavaşlık ve Kimlik Hatası

“Wi-Fi çalışmıyor” bildirimi, birbirinden çok farklı beş arızanın ortak adıdır: ağa ilişkilenememe, kimlik doğrulama hatası, IP alamama, sık kopma ve düşük hız. Her birinin kontrol sırası ve aracı ayrıdır; hepsine aynı refleksle, “AP’yi yeniden başlat” diye yaklaşmak sorunu birkaç saatliğine gizler, çözmez. Aşağıda kurumsal Wi-Fi arızalarını belirtiye göre sınıflandırmayı, istemci ve kontrolcü tarafında hangi komutlara bakılacağını ve kablosuz paket yakalamanın ne zaman gerektiğini sahadaki kontrol sırasıyla anlatıyoruz.

Belirtiye göre sorun sınıflandırması

Teşhisin ilk adımı, kullanıcının anlattığını bağlantı aşamasına çevirmektir. Bir istemci Wi-Fi’de çalışır hale gelene kadar sırasıyla şu aşamalardan geçer: ağı bulma (tarama), 802.11 kimlik doğrulama ve ilişkilendirme, 802.1X/PSK anahtar kurulumu, IP adresi alma ve veri aktarımı. Sorunun hangi aşamada olduğu, nereye bakacağınızı belirler.

İkinci adım kapsamı belirlemek: Sorun tek kullanıcıda mı, bir cihaz modelinde mi, bir AP ya da katta mı, yoksa her yerde mi? Tek cihazdaki sorun çoğu zaman istemci veya sürücü kaynaklıdır; bir alanda yoğunlaşan sorun RF ya da AP’dir; bütün ağdaki sorun ise kimlik doğrulama, DHCP veya kablolu altyapıdır. Kapsamı bilmeden teşhis başlamaz. Kablolu tarafı da kapsayan genel yaklaşım için ağ yavaşlığında katman katman sorun giderme yazısına bakın.

İlişkilendirme ve kimlik doğrulama hataları

İstemci ağı görüyor ama bağlanamıyorsa önce güvenlik ayarı uyumuna bakılır. Son dönemde sahada en sık gördüğümüz nedenlerden biri, SSID’de yapılan WPA3, PMF veya 802.11r değişikliklerinin eski sürücülerle uyumsuzluğudur. Değişiklik kaydında yakın zamanda SSID ayarına dokunulduysa ilk şüpheli odur.

802.1X kullanılan kurumsal ağlarda kontrol sırası:

1. RADIUS kayıtları: Microsoft NPS kullanılıyorsa Güvenlik olay günlüğünde 6272 (erişim verildi) ve 6273 (erişim reddedildi) olaylarına bakılır. 6273 olayındaki neden kodu ve eşleşen ağ ilkesi, sorunun kullanıcı kimlik bilgisi mi, ilke koşulu mu, sertifika mı olduğunu gösterir. Hiç kayıt yoksa istek RADIUS’a ulaşmıyordur: AP/kontrolcünün RADIUS istemcisi olarak tanımlı olduğu, paylaşılan gizli anahtar ve UDP 1812/1813 erişimi kontrol edilir.
2. Sertifikalar: RADIUS sunucu sertifikasının süresi dolmuşsa veya yenilenen sertifikayı istemci güvenmediği bir CA’dan görüyorsa toplu bağlantı kopması yaşanır. EAP-TLS’de istemci sertifikasının süresi ve iptal durumu da kontrol edilir.
3. Kontrolcü olayları: 802.11 neden kodları yön gösterir. Neden kodu 15, 4-yönlü el sıkışmanın zaman aşımına uğradığını (çoğu zaman yanlış parola veya anahtar uyumsuzluğu), neden kodu 23 ise 802.1X kimlik doğrulamasının başarısız olduğunu belirtir.

IP alamama: DHCP ve VLAN eşleşmesi

İstemci bağlı görünüyor ama 169.254.x.x (APIPA) adresi almışsa ya da hiç IPv4 adresi yoksa kablosuz bağlantı tamamdır; başarısız olan DHCP aşamasıdır. RF’e bakmayı bırakın. Olası nedenler:

• VLAN eşleşmesi: Yerel köprüleme (local switching) kullanılan mimarilerde SSID’nin VLAN’ı, AP’nin bağlı olduğu switch portunun trunk’ında izinli değilse istemci trafiği kaybolur. Sorun yalnız belirli AP’lerde görülüyorsa ilk şüphe budur; yeni takılan ya da port değiştiren AP’de sık rastlanır.
• Dinamik VLAN ataması: RADIUS’un döndürdüğü VLAN (Tunnel-Type=VLAN ve Tunnel-Medium-Type=802 ile birlikte gönderilen Tunnel-Private-Group-ID özniteliği) kontrolcüde veya AP uplink’inde tanımlı değilse yalnız o kullanıcı grubu IP alamaz.
• DHCP kapsamının dolması: Özellikle misafir ve yoğun alan ağlarında kira süresi uzun tutulduğunda kapsam dolar.
• DHCP relay ve snooping: Yanlış yardımcı adres ya da güvenilmeyen olarak işaretlenmiş uplink, DHCP yanıtlarının istemciye ulaşmasını engeller; ayrıntılar DHCP relay ve DHCP snooping yazısında.

Sık kopma: RF, roaming ve güç tasarrufu

Kopma şikâyetinde önce kopmanın ne olduğunu netleştirin: İstemci gerçekten ağdan mı düşüyor, yoksa bağlı kalıp uygulama mı zaman aşımına uğruyor? Kontrolcüdeki istemci ilişki geçmişi bu ayrımı gösterir. İkisinin çözümü bambaşkadır.

• Zayıf veya dengesiz RF: İstemcinin gördüğü sinyal ve SNR hücre kenarı seviyesindeyse, AP’nin istemciyi duyamadığı tek yönlü kapsama sorunu olabilir.
• Roaming sorunları: “Yapışkan istemci” (sticky client) uzak AP’de kalır; agresif minimum RSSI ayarı ise istemciyi sürekli düşürür. 802.11r ile bazı istemciler arasındaki uyumsuzluk da roaming sırasında kopma yaratır. Mekanizma için 802.11k, 802.11v ve 802.11r ile roaming yazısına bakın.
• DFS olayları: AP radar algılayıp kanal değiştirdiğinde o AP’deki istemciler kısa süreli kesinti yaşar. Kontrolcü kayıtlarında radar olayları belirli AP’lerde yoğunlaşıyorsa o AP’ler DFS dışı kanallara alınabilir.
• Güç tasarrufu: Dizüstü bilgisayarda kablosuz adaptörün güç tasarrufu modu, özellikle pil modunda gecikme ve oturum kopması yaratabilir. Sorun pilde artıp prizde azalıyorsa güç planındaki kablosuz adaptör ayarları ve sürücü sürümü kontrol edilir.

Düşük hız: veri hızı, kanal kullanımı ve istemci

Yavaşlıkta ilk soru, darboğazın gerçekten kablosuz tarafta olup olmadığıdır. Aynı noktada kablolu bir bilgisayarla yapılan test normalse sorun kablosuz taraftadır; değilse Wi-Fi’yi suçlamak zaman kaybıdır. Ardından şunlara bakılır:

• Bağlantı veri hızı: netsh wlan show interfaces çıktısındaki alma/gönderme hızı düşükse istemci zayıf sinyal ya da eski bir standartla bağlanmıştır.
• Kanal kullanımı: Kontrolcüde AP radyosunun kanal kullanım oranı yüksekse kanal paylaşılıyor demektir: eş kanal girişimi, çok sayıda istemci veya düşük hızlı yayın trafiği.
• Yeniden iletimler: Yüksek yeniden iletim oranı girişime ya da hücre kenarı istemcisine işaret eder.
• İstemci kısıtı: Tek akımlı (1×1) bir telefon ile 2×2 bir dizüstü aynı noktada çok farklı hız alır; bu arıza değildir.
• Kablolu taraf: AP uplink’inin hız/dubleks uyumu, port hataları ve dağıtım katmanı doluluğu kontrol edilir. 100 Mbps’e düşmüş bir AP uplink’i, kablosuz tarafta hiçbir ayarla telafi edilemez.

İstemci ve kontrolcü tarafı teşhis komutları

Windows istemcide en kapsamlı kaynak, yönetici olarak çalıştırılan kablosuz bağlantı raporudur. Rapor, son günlerin bağlantı ve kopma olaylarını neden açıklamalarıyla birlikte HTML olarak üretir:

REM Yönetici komut isteminde
netsh wlan show wlanreport
REM Çıktı: C:\ProgramData\Microsoft\Windows\WlanReport\wlan-report-latest.html

REM SSID, BSSID, kanal, sinyal, hız, kimlik doğrulama yöntemi
netsh wlan show interfaces
REM Görülen tüm AP’ler (BSSID), kanal ve sinyal
netsh wlan show networks mode=bssid
REM IP, ağ geçidi, DNS ve DHCP sunucusu
ipconfig /all

Linux istemcilerde iw ve NetworkManager araçları benzer bilgiyi verir:

iw dev wlan0 link              # bağlı BSSID, sinyal, tx/rx hızı
iw dev wlan0 station dump      # yeniden iletim ve hata sayaçları
nmcli dev wifi list            # çevredeki SSID/BSSID, kanal, sinyal
journalctl -u NetworkManager --since "1 hour ago"

macOS’ta güncel sürümlerde sudo wdutil info komutu bağlantı ayrıntılarını verir. Kontrolcü tarafında istemcinin MAC adresiyle ayrıntılı durum sorgulanır. Cisco Catalyst 9800 kontrolcülerde:

show wireless client summary
show wireless client mac-address aaaa.bbbb.cccc detail

Bu çıktıda istemcinin hangi AP ve radyoda olduğu, ilişki durumu, atanmış VLAN ve IP adresi, kimlik doğrulama yöntemi ve sinyal değerleri görülür. Diğer üreticilerde eşdeğer komutlar ve istemci olay zaman çizelgeleri yönetim arayüzünde bulunur. Konsolda ilk bakılacak yer, istemcinin olay zaman çizelgesinde son başarılı aşamadır; arıza bir sonraki adımdadır.

Ne zaman kablosuz paket yakalama gerekir?

İstemci ve kontrolcü kayıtları çoğu sorunu çözer. Kablosuz paket yakalama, kayıtların çeliştiği ya da yetersiz kaldığı durumlar içindir:

Kablosuz yakalama için monitör modunu destekleyen bir adaptör ya da AP’nin sniffer modu gerekir; yakalama istemcinin bulunduğu kanalda yapılır. Yanlış kanalda yakalama boş dosya üretir. Roaming analizinde istemci birden fazla kanal arasında geçtiğinden birden fazla yakalama noktası gerekebilir. Filtreler ve yakalama düzeni için Wireshark ile ağ paket analizi yazısına, 802.11 alan adları için Wireshark dokümantasyonuna bakın.

Tekrarlayan veya kaynağı bulunamayan sorunları network performans analizi ve sorun giderme, RF tasarımından kaynaklanan sorunları ise kablosuz ağ optimizasyonu hizmetlerimiz kapsamında ele alıyoruz.

Sık sorulan sorular

Wi-Fi bağlı görünüyor ama internet yoksa nereden başlanmalı?

Önce istemcinin geçerli bir IP adresi alıp almadığına bakın. 169.254 ile başlayan adres DHCP aşamasının başarısız olduğunu gösterir; SSID VLAN’ının AP uplink’inde izinli olup olmadığı, DHCP kapsamı ve relay ayarı kontrol edilir.

netsh wlan show wlanreport ne işe yarar?

Windows’ta yönetici yetkisiyle çalıştırılan bu komut, son günlerin kablosuz bağlantı, kopma ve hata olaylarını neden açıklamalarıyla içeren bir HTML rapor üretir. Kopmaların zamanını ve nedenini görmek için ilk bakılacak istemci kaynağıdır.

Tüm kullanıcılar aynı anda kimlik doğrulama hatası alıyorsa olası neden nedir?

Çoğu zaman RADIUS tarafındaki bir değişikliktir: süresi dolan ya da yenilenip istemcilerin güvenmediği sunucu sertifikası, değişen ağ ilkesi veya RADIUS’a erişimin kesilmesi. NPS kullanılıyorsa 6273 olaylarındaki neden kodu yön gösterir.

Kablosuz paket yakalama her sorunda gerekli midir?

Hayır. Çoğu sorun istemci raporları ve kontrolcü kayıtlarıyla çözülür. Yakalama; kopmayı kimin başlattığının belirsiz olduğu, el sıkışmanın tamamlanmadığı veya roaming süresinin ölçülmesi gereken durumlar içindir.