Giriş

Bu makale, Nimabet bağlantı sorunu çözümü arayanlara yönelik pratik ağ teşhis adımlarını bir araya getirir. Amaç, erişim probleminin yerel ağ, yönlendirici, servis sağlayıcı (ISP) ya da hedef sunucu kaynaklı olup olmadığını sistematik olarak belirlemenize yardımcı olmaktır. Her adımı uygulamadan önce yerel yasalarınızı ve servis sağlayıcıların kullanım koşullarını göz önünde bulundurun.

Not: Bu rehber genel teknik teşhis yöntemleri içerir. Kaynakça sınırlı olduğundan bazı sonuçlar kesin olmayabilir; kesin teşhis ve düzeltme için ilgili ağ yöneticisi veya servis sağlayıcı desteğine başvurun.

İlk 5 Dakikada Hızlı Ön Kontroller

  1. Farklı bir cihaz ve ağda deneyin (ör. mobil veri). Aynı sorun başka bir ağda yoksa problem yerel ağınıza ya da cihazınıza özgü olabilir.
  2. Adresin doğru yazıldığından emin olun. Küçük yazım hataları farklı sayfalara yönlendirebilir.
  3. Tarayıcı önbelleğini temizleyin veya gizli/özel pencere ile deneyin. Tarayıcı önbelleği ve çerezler bağlantı hatalarına yol açabilir.
  4. Sistem tarih ve saatinin doğru olduğundan emin olun. Yanlış saat TLS/HTTPS hatalarına neden olabilir.
  5. Site genelinde ulaşılabilirlik kontrolü: Arkadaşınıza veya tanıdığınıza sorarak veya farklı coğrafyadan birine kısa bir test yaptırarak sitenin genel erişilebilir olup olmadığını öğrenin.

DNS Kontrolleri ve DNS Propagasyonu

DNS (alan adı çözümlemesi) sorunları sık görülen erişim nedenlerindendir. DNS propagasyonu, DNS kayıtları değiştiğinde yeni kaydın tüm DNS sunucularına yayılma sürecidir; bu süreç TTL değeri ve üst düzey yapılandırmalara bağlı olarak birkaç dakikadan 48 saate kadar sürebilir.

  • Temel testler: Windows için nslookup alanadi, macOS/Linux için dig alanadi +short komutlarıyla alan adının IP adresini kontrol edin.
  • Farklı çözücülerle karşılaştırın: ISP'nizin verdiği çözümleyici ile Google (8.8.8.8) veya Cloudflare (1.1.1.1) gibi genel çözücülerden dönen sonucu karşılaştırın. Farklılık varsa ISP tarafında önbellekleme veya filtre olabilir.
  • Önbellek temizleme: Windows'ta ipconfig /flushdns, macOS'ta çoğu sürüm için sudo killall -HUP mDNSResponder, Linux dağıtımına göre sudo systemd-resolve --flush-caches veya sudo systemctl restart nscd komutları DNS önbelleğini temizler (dağıtıma göre değişebilir).

Traceroute ile Ağ Yolunu Analiz Etme

Traceroute, paketlerin hedefe giderken geçtiği ara noktaları gösterir. Bu, problemin yerinin (yerel ağ, ISP omurgası, hedef sunucu ağı) belirlenmesine yardımcı olur.

  • Windows: tracert alanadi
  • macOS/Linux: traceroute alanadi
  • Traceroute çıktısında ilk birkaç atlama (hop) kendi ağınızın cihazlarıdır; aradaki bir noktada sürekli zaman aşımı varsa sorun genelde o noktaya kadar uzanır. Ancak bazı ağ cihazları ICMP paketlerini engeller; bu durum traceroute'ın zaman aşımı vermesine rağmen uygulama trafiğinin geçebileceği anlamına gelebilir.

Alternatif olarak TCP tabanlı traceroute araçları (tcptraceroute veya traceroute -T -p 443) ile hedef sunucunun TCP 443 portuna ulaşım test edilebilir. Ayrıca curl -I https://alanadi ile HTTP başlık yanıtı kontrolü yapılabilir.

Port Kontrolleri ve TLS/HTTP İncelemeleri

Hedef sunucunun HTTPS (port 443) veya HTTP (port 80) gibi gerekli portlarda hizmet verip vermediğini kontrol edin.

  • Windows PowerShell: Test-NetConnection -ComputerName alanadi -Port 443 ile TCP bağlantı testi yapılabilir.
  • macOS/Linux: openssl s_client -connect alanadi:443 -servername alanadi komutu TLS el sıkışmasını kontrol eder; sertifika detayları burada görüntülenir.
  • Eğer portlar kapalı görünüyorsa, bu yerel firewall, yönlendirici veya ISP düzeyinde bir kısıtlama olduğunu gösterebilir.

Yönlendirici ve Yerel Firewall Kontrolleri

Ev veya küçük ofis ağlarında yönlendirici ayarları erişimi engelleyebilir. Aşağıdaki kontrolleri uygulayın:

  • Yönlendirici yönetim arayüzüne (genellikle 192.168.1.1 veya 192.168.0.1) giriş yaparak DNS, içerik filtreleri, erişim kısıtlamaları (Access Restrictions/Parental Controls) ve kara liste ayarlarını kontrol edin.
  • Yönlendirici firmware güncel mi? Güncelleme gerekliyse üretici talimatlarına göre ilerleyin.
  • Bilgisayar/telefon üzerindeki güvenlik duvarı (Windows Defender veya macOS Güvenlik Duvarı) kural olarak gelen/ giden HTTPS trafiğini engelliyor mu kontrol edin.
  • Gerekirse yönlendiriciyi yeniden başlatın; kısa süre içinde çözülebilen bağlantı sorunları bazen bu adımla giderilir.

Firewall Log Analizi

Firewall logları, hangi paketlerin reddedildiğini, hangi portların engellendiğini ve hangi kuralların tetiklendiğini gösterir. Analiz sırasında şu alanlara bakın: zaman damgası, eylem (ACCEPT/DROP/DENY), protokol (TCP/UDP), kaynak IP, hedef IP, kaynak/destination port.

Örnek iptables log satırı (örnek adresler belgesel aralıklarından seçilmiştir): Oct 10 10:12:34 hostname kernel: IPTABLES-DROP: IN=eth0 OUT= MAC=... SRC=203.0.113.45 DST=198.51.100.20 PROTO=TCP SPT=54321 DPT=443

Loglarda hedef IP ve port 443 için DROP/DENY kayıtları varsa ilgili kuralı bulup gözden geçirmeniz gerekir. Logların nerede bulunduğu sistem tipine göre değişir (Linux: /var/log/ufw.log veya syslog; kurumsal çözümler: cihaz arayüzü veya merkezi log sunucusu; Windows: Event Viewer veya yapılandırılmış firewall log dosyası).

Tarayıcı ve Uygulama Düzeyi İncelemeleri

Tarayıcı geliştirici araçları (F12) ağ sekmesinde isteğin durumunu, HTTP durum kodlarını ve hata mesajlarını gösterir. Yaygın hata mesajlarına örnekler:

  • ERR_NAME_NOT_RESOLVED — DNS çözümleme problemi olasılığı.
  • ERR_CONNECTION_TIMED_OUT — Ağ yolu üzerinde ya da hedef sunucuda yanıtsızlık.
  • ERR_CERT_DATE_INVALID veya benzeri — TLS sertifika problemi.

Bu bilgileri kaydetmek, destek talebi ilettiğinizde muhatabın sorunu hızlıca anlamasına yardımcı olur.

İletişim için Hangi Verileri Toplamalıyım?

Destek talebi oluştururken paylaşılabilecek faydalı bilgiler:

  • Tarih ve saat (yerel saat dilimiyle),
  • Toplu test çıktıları: ping (ör. ping -c 4 alanadi), traceroute/tracert çıktısı, nslookup/dig çıktısı, Test-NetConnection veya openssl çıktısı, tarayıcı hata ekranının ekran görüntüsü, firewall log satırları (zaman damgasıyla birlikte),
  • Kullanılan cihaz/işletim sistemi ve bağlanılan ağ türü (ev Wi‑Fi, kurumsal ağ, mobil veri),
  • Gerekirse genel IP adresiniz (gizlilik endişesi varsa son okteti maskeleyin). Bu bilgiler ağ sahiplerinin sorunu izole etmesine yardımcı olur.

Ne Zaman Sağlayıcıya veya Site Desteğine Başvurmalısınız?

Aşağıdaki durumlarda doğrudan ISP veya site destek ekibiyle iletişime geçin:

  • Sorun farklı ağlarda da devam ediyorsa ve tüm temel testler (DNS, traceroute, port) aynı sonucu veriyorsa,
  • Traceroute çıktılarına göre sorun ISP omurgasında veya bir transit sağlayıcıda takılı görünüyorsa,
  • Firewall logları hedef IP/port için DROP/DENY gösteriyorsa ve yerel cihaz/ yönlendirici kuralı bulunamıyorsa.

İletişim kurarken topladığınız teknik çıktıları paylaşın; bu veriler sorunun daha hızlı çözülmesine yardımcı olacaktır.

Hızlı Sorun Giderme Kontrol Listesi (Özet)

  • Farklı ağ/cihaz ile kontrol edildi mi?
  • DNS çözümlemesi diğer çözücülerde nasıl dönüyor?
  • Traceroute hangi noktada takılıyor?
  • Port 443/80 erişilebilir mi (Test-NetConnection / openssl / curl)?
  • Yönlendirici ve yerel firewall kuralları kontrol edildi mi?
  • Gerekli loglar alınıp destek talebine eklediniz mi?

Son olarak, bu rehber teşhis amaçlıdır. Eğer erişim kısıtlaması yasal veya servis sağlayıcı taraflı bir uygulama sonucuysa, bu tür kısıtlamaların aşılmasına yönelik adımlar burada yer almamaktadır; doğru yaklaşım ilgili destek ekipleriyle iletişim kurmaktır.