Giriş — Hızlı tespit neden önemli?

Ağ sorunları çoğu zaman hizmet kesintilerine ve kullanıcı deneyiminde düşüşe yol açar. "DNS SSL ağ sorunları tespiti" başlığı altında, bir arıza vakasıyla karşılaştığınızda izlemeniz için mantıklı, adım adım bir yol haritası sunuyorum. Bu rehber uygulamalı kontroller, günlük inceleme ipuçları ve önleyici adımlar içerir. Öneriler genel bilgi amaçlıdır; üretim ortamında uygulamadan önce yetkili kişilerle koordinasyon sağlayın.

Hızlı triage kontrol listesi (ilk 5 dakika)

• Hata iletisini ve zaman damgasını kaydedin; tekrar eden örüntüler var mı diye kontrol edin.
• Hedefin DNS çözümleyip çözmediğini doğrulayın (DNS temizleme de dahil).
• SSL/TLS hatası alınıyorsa sertifika ve zincir kontrolü yapın.
• Ping veya traceroute ile ağ yolu ve gecikmeyi ölçün.
• İlgili sunucu ve proxy günlüklerini zaman aralığına göre filtreleyin.

DNS sorunlarını tespit etme

DNS, alan adını IP adresine çevirir; çözümleme hataları erişim sorunlarının sık nedenidir. Aşağıdaki adımlar sistematik olarak ilerlemenizi sağlar.

Araçlar ve temel komutlar

• nslookup veya dig ile alan adı çözümlemesini test edin (örnek: nslookup example.com 8.8.8.8 veya dig example.com).
• Farklı DNS sunucularına sorgu gönderin (örnek: yerel resolver, 1.1.1.1, 8.8.8.8) — böylece resolver kaynaklı mı yoksa yetkili kayıtlarla mı ilgili olduğu ayrışır.
• Yerel önbelleği temizleyin (DNS temizleme): Windows için "ipconfig /flushdns", macOS ve Linux dağıtımlarında ilgili servisleri yeniden başlatma yöntemleri bulunur.

Sık rastlanan durumlar ve yorumlama

• Timeout veya no response: Resolver erişilemiyor veya ağ yolu sorunlu olabilir.
• NXDOMAIN veya SERVFAIL: DNS kayıtları eksik veya yetkili sunucuda problem olabilir; kayıtların doğru olup olmadığını kontrol edin.
• Farklı resolver'larda farklı cevap: DNS yayılımı veya yetkili sunucular arasında tutarsızlık olabilir.

Pratik ipuçları

• Hosts dosyasını kontrol edin; yanlış yönlendirme yerel düzeyde erişim sorunlarına neden olabilir.
• DNS TTL değerleri çok yüksekse değişikliklerin yayılması zaman alır; acil değişikliklerde bu etkilenir.

SSL sertifika kontrolü

Tarayıcı uyarıları, bağlantı reddi veya belirli istemcilerde başarısız bağlantılar genellikle sertifika, zincir veya zaman ile ilgilidir. SSL sertifika kontrolü, sorunun tarayıcı mı yoksa sunucu tarafı mı olduğunu ayırmanıza yardımcı olur.

Hızlı kontroller

• Tarayıcıda kilit simgesine tıklayarak sertifika süresi ve alan adı eşleşmesini kontrol edin.
• Sunucunun sertifika zincirini kontrol etmek için openssl s_client kullanın (örnek: openssl s_client -connect example.com:443 -servername example.com -showcerts).
• Sertifika bitiş tarihlerini ve ara sertifikaların sunucudan sunulup sunulmadığını doğrulayın.

Sertifika hatalarının yaygın nedenleri

• Süresi dolmuş sertifika: Sertifika geçerli tarih aralığında olmayabilir.
• Zincir eksikliği: Sunucu ara sertifikaları göndermiyor olabilir; bu durumda bazı istemciler doğrulama yapamaz.
• Hostname uyuşmazlığı: Sertifikanın CN/SAN alanı istenen alan adını içermiyor olabilir.
• Sistem saatinin yanlış olması: Sunucu veya istemci zamanı hatalıysa doğrulama başarısız olabilir.

Hızlı onarım önerileri

• Sertifika yenileme süreçlerini kontrol edin ve otomasyon (ör. ACME tabanlı) varsa log'larını inceleyin.
• Sunucunun ara sertifikaları doğru şekilde teslim ettiğinden emin olun.
• Sunucu zamanı ve NTP yapılandırmasını doğrulayın.

Ping ve traceroute ile ağ yolu inceleme

Ping ve traceroute, ağ gecikmesi ve yol üzerindeki sorunları saptamak için temel araçlardır. Ancak bazı ağlarda ICMP paketleri engellenebilir; bu durumlarda TCP tabanlı testler gerekebilir.

Araçlar

• ping: hedefe ulaşılıp ulaşılmadığını ve gecikmeyi ölçer.
• traceroute (Linux/macOS) veya tracert (Windows): paketlerin geçtiği yönlendirici zincirini gösterir.

Yorumlama

• Sürekli paket kaybı belirli bir hop'ta görünüyorsa, o noktada sorun olma ihtimali yüksektir.
• Gecikme artışı belli bir hop'tan sonra başlıyorsa, o ağ segmenti performans darboğazı olabilir.
• Traceroute çıktıları bazı ağ cihazlarının yanıt vermemesinden dolayı eksik görünebilir; bu her zaman erişim sorunu anlamına gelmez.

Bağlantı günlükleri inceleme (bağlantı günlükleri inceleme)

Günlükler sorunun kaynağını doğrudan gösterebilir. Web sunucuları, ters proxy'ler, uygulama sunucuları, güvenlik cihazları ve işletim sistemi logları önemli ipuçları içerir.

Hangi günlüklere bakmalı?

• Web sunucusu logları (örnek: erişim ve hata logları).
• Ters proxy veya yük dengeleyici logları.
• Uygulama logları ve hata ayıklama çıktıları.
• Sistem logları (journalctl, syslog) ve güvenlik cihazı logları.

İnceleme taktiği

1. Zaman damgasına göre daraltın; olayın başladığı dakikaları hedefleyin.
2. İstemci IP, oturum ID, request path veya hata kodu gibi filtre anahtarları kullanın.
3. JSON biçimli loglar için jq, metin logları için grep, awk ve tail -f gibi araçlar işinizi kolaylaştırır.
4. Tekrarlayan hata kodları (ör. 4xx/5xx) ve zaman damgası desenleri arayın; artış trendleri sorunun kapsamını gösterebilir.

Log örüntülerinden çıkarımlar

• TLS/handshake ile ilgili hatalar log'larda görünüyorsa SSL katmanında doğrulama sorunu olabilir.
• Backend bağlantı hataları artıyorsa, uygulama katmanında kaynak yetersizliği veya bağlantı havuzu sorunları olabilir.
• Disk doluluğu veya log rotasyon hataları, yeni log yazımını engelleyerek teşhis sürecini zorlaştırabilir.

Hızlı onarım ve önleyici adımlar

• DNS: Öncelikle yerel önbelleği temizleyin, ardından yetkili DNS kayıtlarını ve ad sunucularını kontrol edin.
• SSL: Sertifika zincirini doğrulayın, gerekli ara sertifikaları sunucuya ekleyin ve sertifika yenileme otomasyonunu kontrol edin.
• Ağ: Kritik servislerde izleme (probe) kurun, yüksek gecikme/packet loss için uyarılar oluşturun.
• Günlükler: Merkezi loglama ve aranabilir indeksleme (örneğin ELK/benzeri çözümler) ile arıza analiz süresini kısaltın.
• Dokümantasyon: Kısa müdahale talimatları ve yetki listeleri hazır bulundurun; böylece müdahale süresi kısalır.

Hızlı kontrol listesi (on-call için)

• Sorun zamanını ve kullanıcı raporlarını kaydet.
• DNS çözümlemesini kontrol et ve gerektiğinde DNS temizleme yap.
• SSL sertifikasını ve zincirini doğrula.
• Ping/traceroute ile temel bağlantıyı test et.
• İlgili sunucu ve proxy loglarını zaman aralığına göre filtrele.
• Gerekirse servisleri yeniden başlatmadan önce yapılandırmayı yedekle.

Ne zaman profesyonel destek almalısınız?

Eğer ağ yolu sağlayıcısına ait görünen ve sizin müdahale alanınızın dışındaki yönlendiricilerde uzun süreli paket kaybı veya rota değişikliği tespit ediyorsanız, servis sağlayıcınızla veya deneyimli ağ mühendisleriyle iletişime geçin. Kritik servislerde uygulama değişiklikleri yapmadan önce etki analizini gerçekleştirin.

Sonuç

DNS, SSL ve günlük incelemesi üçlü kontrolü, birçok ağ sorununu hızlıca ayırt etmenize yardımcı olur. Sistematik adımlar, doğru araçlar ve iyi düzenlenmiş loglar sayesinde teşhis süresini kısaltabilirsiniz. Bu rehberdeki yöntemler farklı ortamlar için uyarlanabilir; üretim sistemlerinde uygulamadan önce uygun test ve onay süreçlerini takip edin.