Ağ Yavaşlığında Sorun Giderme: Katman Katman Kontrol Listesi

“Ağ yavaş” şikayeti tek bir arızayı değil, bir belirtiyi tarif eder. Kablo hatası, yanlış ayarlanmış bir port, dolu bir internet hattı ya da yavaş yanıt veren bir uygulama sunucusu aynı şikayeti üretebilir. Doğru yaklaşım, kapsamı daraltıp alttan yukarıya doğru katman katman ilerlemektir.

1. Kapsamı daraltın

• Kimler etkileniyor: tek kullanıcı, bir kat, bir VLAN, tüm şirket?
• Ne yavaş: tüm uygulamalar mı, tek bir uygulama mı, yalnız internet mi?
• Ne zaman: sürekli mi, belirli saatlerde mi, bir değişiklikten sonra mı?
• Kablolu ve kablosuz bağlantıda aynı sonuç alınıyor mu?

Bu dört sorunun cevabı çoğu zaman aranacak yeri yarıya indirir. Tek kullanıcı etkileniyorsa uç cihaz ve portuna, bir segment etkileniyorsa o segmentin uplink’ine ve yönlendirme noktasına, herkes etkileniyorsa çekirdek, firewall ve WAN’a odaklanın.

2. Fiziksel katman ve port hataları

Switch portlarındaki CRC, input error ve bağlantı düşme (flap) sayaçları kablo, konnektör veya transceiver sorunlarını gösterir. Hata sayaçları artan portlar için kabloyu ve patch panel bağlantısını kontrol edin. Gigabit beklenen bir portun 100 Mbps’de bağlanması da hasarlı kablonun tipik işaretidir.

3. Hız ve duplex uyumsuzluğu

Bir uçta otomatik, diğer uçta sabit ayarlanmış port, duplex uyumsuzluğuna ve çakışmalara (late collision) yol açar. Bağlantı çalışıyor görünür, ancak yük altında ciddi yavaşlar. İki ucun da aynı şekilde (genellikle otomatik) ayarlandığını doğrulayın.

4. Döngü ve yayın fırtınası

Yanlışlıkla iki ucu da switch’e takılmış bir kablo ya da yönetilmeyen küçük bir switch, Spanning Tree yapılandırması eksikse döngü oluşturur. Belirtiler: tüm segmentte aniden yükselen yayın trafiği, switch CPU kullanımında artış, MAC adres tablosunda sürekli değişen kayıtlar. Uç portlarda BPDU Guard ve storm control gibi korumalar bu riski azaltır.

5. DNS ve DHCP

Sayfaların “ilk açılışta beklemesi” çoğu zaman DNS kaynaklıdır. İstemcinin hangi DNS sunucusunu kullandığını, yanıt süresini ve ulaşılamayan DNS sunucularının listede olup olmadığını kontrol edin. DHCP kapsamının dolması da yeni bağlanan cihazlarda bağlantı sorunlarına yol açar.

6. WAN ve internet hattı

Hat kullanım grafiği, yavaşlık anında bant genişliğinin dolup dolmadığını gösterir. Doluysa akış verisiyle (NetFlow/sFlow) trafiği hangi kullanıcı ve uygulamanın ürettiği bulunur: yedekleme işleri, güncellemeler, bulut senkronizasyonu sık görülen nedenlerdir. Çözüm hat yükseltmesi kadar QoS ve iş zamanlaması da olabilir.

7. Uygulama ve sunucu tarafı

Ağ katmanları temiz görünüyorsa sorun uygulamada olabilir. Aynı sunucuya ping ve TCP bağlantı süresi düşük ama uygulama yanıtı yavaşsa, sunucu kaynakları, veritabanı ve uygulama kayıtları incelenmelidir. Bu ayrım, ağ ve sistem ekipleri arasında gereksiz yere top atılmasını önler.

Kalıcı çözüm: izleme

Aralıklı sorunlar ancak geçmiş veriyle yakalanır. Port hataları, bant genişliği, cihaz CPU/bellek kullanımı ve kritik servislerin yanıt süresi sürekli izlenmeli; eşik aşımları uyarı üretmelidir. Böylece şikayet gelmeden önce sorun görülür.

Sık sorulan sorular

Hız testi sonucu iyi ama kullanıcılar yavaşlıktan şikayet ediyor, neden?

Hız testi yalnız bir bağlantının o anki kapasitesini ölçer. Yavaşlık DNS, gecikme, paket kaybı, uygulama sunucusu veya belirli saatlerdeki doygunluktan kaynaklanabilir. Şikayetin olduğu anda ve olduğu yerde ölçüm yapmak gerekir.

Ağ izleme olmadan sorun bulunabilir mi?

Bulunabilir ama zaman alır. Port hata sayaçları, bant genişliği grafikleri ve akış (flow) verisi geriye dönük bakmayı sağlar; aralıklı sorunlarda bu veriler genellikle belirleyicidir.