Not: Bu içerik yalnızca genel ağ/bağlantı sorun giderme amaçlıdır. Bazı siteler bölgesel erişim kısıtları uygulayabilir veya internet servis sağlayıcısı (ISS) / servis tarafında geçici kesintiler yaşanabilir. Aşağıdaki adımlar, meşru teknik arızaları ayırt etmeye yardımcı olur; erişim kısıtlarını “aşma” amacıyla kullanılmamalıdır.

Bir web sitesi (ör. Kralbet giriş sayfası) açılmıyor, sayfa boş geliyor, “bağlantı güvenli değil” uyarısı alıyorsanız ya da bazı cihazlarda açılıp bazılarında açılmıyorsa sorun çoğu zaman üç katmanda ortaya çıkar:

• DNS: Alan adının doğru IP’ye çözülmemesi (eski kayıt, yanlış resolver, gecikmeli yayılım).
• SSL/TLS: Sertifika zinciri, alan adı eşleşmesi veya süre/kurulum sorunları.
• CDN/Reverse proxy: CDN ile origin (sunucu) arasındaki iletişim, önbellek ve SSL modu uyumsuzluğu.

10 dakikalık hızlı kontrol listesi

1. Başka bir tarayıcıyla ve mümkünse farklı bir ağla (ör. mobil veri) deneyin.
2. Cihazın tarih/saat ayarının doğru olduğundan emin olun (SSL doğrulamasını etkileyebilir).
3. DNS önbelleğini temizleyin (Windows/macOS adımları aşağıda).
4. Teşhis amaçlı olarak geçici şekilde Google Public DNS gibi bir DNS’e geçip tekrar deneyin. Kaynak: Google Public DNS dokümantasyonu
5. SSL uyarısı sürüyorsa, alan adını SSL Labs ile test edip çıkan raporu site yöneticisine iletin. Kaynak: Qualys SSL Labs – SSL Server Test
6. Site bir CDN/reverse proxy arkasındaysa, edge–origin SSL uyumu ve sertifika zinciri sorunları sık görülür. Kaynak: Cloudflare – General SSL errors

Hızlı karar ağacı (DNS mi, SSL mi, CDN mi?)

• “DNS bulunamadı” benzeri hata → önce DNS önbelleğini temizleyin, sonra farklı DNS ile test edin.
• Sertifika/HTTPS uyarısı → tarih/saat kontrolü yapın; uyarıyı yok saymadan SSL Labs ile doğrulayın.
• Bazı ağlarda var, bazılarında yok → ISS/DNS resolver farkı veya yayılım (TTL) olasılığı yükselir.
• Eski içerik / garip yönlendirme → CDN/önbellek katmanında cache etkisi olasıdır.
• Belirli bölgelerde veya belirli hatlarda tutarlı şekilde engelli → teknik arızadan çok ağ politikası/kısıt ihtimali; “aşma” denemek yerine doğrulama/itiraz kanallarını kullanın.

Erişim kısıtı mı, teknik arıza mı? (Aşma amaçlı değildir)

Bazı durumlarda sorun, cihazınızdan veya siteden değil; ağ politikasından veya bölgesel kısıtlardan kaynaklanabilir. Bunu teşhis etmeye yarayan güvenli işaretler:

• Tarayıcıda “erişim reddedildi/engellendi” benzeri net bir mesaj veya kurum/ISS bilgilendirme sayfası görmeniz.
• Aynı ağdaki birçok kullanıcıda aynı anda ve aynı şekilde tekrarlanan problem (genel kesinti/kısıt ihtimali).
• Siteye farklı cihazlarla da erişememeniz (cihaz-tarayıcı kaynaklı sorun olasılığı düşer).

Önemli: Bu rehber, kısıtları atlatmaya yönelik yöntemler içermez. Eğer bir kısıt söz konusuysa, site duyuruları/iletişim kanalları veya ISS üzerinden resmi destek almak en doğru yaklaşımdır.

1) DNS kaynaklı erişim sorunları

DNS, alan adını IP adresine çevirir. Bazen cihazınız veya ağınız, alan adının eski bir IP bilgisini tutar. Site taşınmışsa siz eski adrese gitmeye çalıştığınız için sayfa açılmayabilir.

1.1 DNS önbelleği temizleme (en hızlı teşhis adımı)

DNS önbelleğini temizlemek, cihazın kayıtları “sıfırlayıp” yeniden sorgulamasını sağlar. İşletim sistemlerine göre örnek komutlar Cisco’nun referansında listelenir. Kaynak: Cisco – Flush or Clear a DNS Cache

Windows (10/11)

1. Başlat menüsünde cmd aratın.
2. Komut İstemini yönetici olarak çalıştırın.
3. Şu komutu girin: ipconfig /flushdns
4. Tarayıcıyı kapatıp açın, tekrar deneyin.

macOS (Terminal)

macOS sürümüne göre DNS önbellek temizleme komutu değişebilir. Cisco’nun listesine göre sık kullanılan bir örnek şudur (siz yine de sürümünüze uygun komutu Cisco listesinden doğrulayın):

• Örnek: sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

Komutu çalıştırdıktan sonra tarayıcıyı yeniden başlatıp tekrar deneyin. Kaynak: Cisco – Flush or Clear a DNS Cache

1.2 DNS’i güvenilir bir genel DNS’e geçici olarak değiştirerek test etme

Bazen sorun cihazınızdan değil, ISS’nizin DNS resolver’ından kaynaklanır: güncel kayıtları geç görme, tutarsız yanıt verme veya gecikme gibi. Bu durumda teşhis için geçici olarak genel bir DNS’e geçip (sonrasında isterseniz eski ayara dönerek) davranış değişiyor mu gözlemleyebilirsiniz. Google Public DNS’in yapılandırma adımları resmi dokümantasyonda yer alır. Kaynak: Google Public DNS – Get Started

• Google Public DNS IPv4: 8.8.8.8 ve 8.8.4.4

1.3 DNS yayılımı (TTL) ve “bende açılıyor sende açılmıyor” durumu

Alan adı kayıtları değiştiğinde, bu değişikliğin tüm resolver’lara ve önbelleklere yansıması hemen olmayabilir. Burada TTL (Time To Live) ve ara önbellek katmanları devreye girer. Sonuç olarak:

• Aynı sitede bazı kullanıcılar yeni IP’ye giderken bazıları hâlâ eski IP’ye gidebilir.
• Aynı kullanıcıda bile mobil ağ ve ev ağı farklı davranabilir (farklı resolver kullanımı).

1.4 DNS teşhisi için basit komutlar (isteğe bağlı)

Teknik olarak merak edenler için aşağıdaki komutlar, DNS’in hangi IP’ye çözdüğünü görmeye yardımcı olur. Çıktıları site yöneticisi/servis sağlayıcıyla paylaşmak teşhisi hızlandırabilir:

• Windows: nslookup alanadi.com
• macOS/Linux: dig alanadi.com
• Belirli resolver ile: dig alanadi.com @8.8.8.8

2) SSL/TLS hataları: uyarıyı doğru okumak

Tarayıcı “bağlantı güvenli değil” veya sertifika uyarısı veriyorsa bunun nedeni genellikle şunlardan biridir:

• Sertifika süresi dolmuş olabilir.
• Ara sertifika zinciri eksik olabilir (doğrulama zinciri tamamlanamaz).
• Alan adı eşleşmiyor olabilir (sertifika başka bir alan adına düzenlenmiştir).

Bu tip sorunların yaygın nedenleri ve kontrol mantığı, CDN/reverse proxy arkasındaki senaryolar dahil Cloudflare’ın SSL hata giderme rehberinde anlatılır. Kaynak: Cloudflare – General SSL errors

2.1 Kullanıcı tarafında güvenli kontroller

• Tarih/saat kontrolü: Cihaz saati yanlışsa sertifika “geçersiz” görünebilir.
• Farklı tarayıcı/cihaz denemesi: Sorunun cihazınıza özel olup olmadığını ayırır.
• Kurumsal ağ olasılığı: İş/okul ağlarında HTTPS denetimi veya özel sertifika politikaları olabilir.

Güvenlik notu: Adres çubuğunda alan adının doğru yazıldığını kontrol edin. Tarayıcı sertifika uyarısı veriyorsa uyarıyı yok sayarak kişisel bilgi girmeyin; önce site tarafında doğrulama talep edin.

2.2 Site sahibi/operatörü için: SSL Labs ile doğrulama

Sertifika ve TLS yapılandırmasını dışarıdan kontrol etmenin pratik yollarından biri SSL Labs testidir. Rapor; sertifika zinciri, desteklenen protokoller ve bazı yaygın yapılandırma sorunlarını görünür kılar. Kaynak: Qualys SSL Labs – SSL Server Test

• Certificate chain: Ara sertifikalar eksik mi?
• Certificate validity: Başlangıç/bitiş tarihleri uygun mu?
• Common Name / SAN: Ziyaret edilen alan adı sertifikada yer alıyor mu?
• TLS sürümleri: Uyumluluk ve güvenlik dengesi korunuyor mu?

2.3 CDN arkasında SSL: edge–origin uyumu

Bir CDN/reverse proxy kullanıldığında iki ayrı HTTPS bağlantısı söz konusu olabilir:

• Kullanıcı → CDN (edge)
• CDN (edge) → Origin (asıl sunucu)

Edge tarafı “güvenli” görünse bile origin tarafında sertifika doğrulaması, yanlış SSL modu veya eksik zincir gibi sebeplerle sorun yaşanabilir. Kaynak: Cloudflare – General SSL errors

3) CDN ve önbellek: “düzelttik ama hâlâ aynı” sorunu

Yüksek trafikli siteler performans ve erişilebilirlik için CDN kullanabilir. CDN, statik içerikleri önbelleğe alır ve bazı durumlarda DNS ve SSL katmanıyla iç içe çalışır. Bu da sorun giderirken şu iki kavramı önemli hale getirir:

• Önbellek (cache): CDN eski içeriği veya eski yönlendirmeyi tutuyor olabilir.
• TTL / yayılım: DNS güncellemeleri veya sertifika değişimleri farklı katmanlarda gecikmeli görünebilir.

3.1 CDN önbelleği ile DNS önbelleğini karıştırmayın

• DNS önbelleği “alan adı hangi IP’ye gidiyor?” sorusunu etkiler.
• CDN önbelleği “IP’ye gittikten sonra hangi içerik dönüyor?” sorusunu etkiler.

Bu nedenle bazen DNS’i temizlemek sorunu çözmez; çünkü doğru IP’ye gidiyor olsanız bile CDN hâlâ eski bir yanıt döndürüyor olabilir (veya tersi).

3.2 Site operatörü için pratik kontrol başlıkları

• SSL/TLS modunu gözden geçirin: CDN’in origin’e nasıl bağlandığı önemlidir.
• Origin sertifikasını doğrulayın: Sertifika süresi, zinciri ve alan adı eşleşmesi.
• Cache temizleme (purge) planı: Değişikliklerden sonra kritik yollar için önbellek temizliği gerekebilir.
• Geçiş planı: DNS değişiklikleri öncesinde TTL planlaması, yayılım süresini yönetmeyi kolaylaştırabilir.

4) Belirtiye göre teşhis: Hangi hata neyi işaret eder?

Aşağıdaki tablo, sık görülen belirtileri hızlıca sınıflandırmaya yardımcı olur. (Hata metinleri tarayıcıya ve platforma göre değişebilir.)

5) Site yöneticisine iletmek için “kanıt paketi”

Sorun sizden kaynaklı değilse, teknik ekibin hızlı teşhis koyabilmesi için aşağıdaki bilgileri tek mesajda iletmek yararlı olur:

• Hata ekran görüntüsü ve mümkünse tarayıcı hata metni
• Denediğiniz tarih/saat ve saat dilimi
• Kullandığınız cihaz/işletim sistemi ve tarayıcı sürümü
• Bağlantı türü (ev Wi‑Fi, mobil veri vb.)
• DNS önbelleği temizleme ve farklı DNS ile test yapıp yapmadığınız
• Varsa SSL Labs rapor linki veya özet bulgular

6) Sık yapılan hatalar

• Sadece tarayıcı önbelleğini temizlemek: Bazen işe yarar ama DNS/SSL sorunlarını tek başına çözmez.
• Tek bir ağda ısrar etmek: Farklı ağ testi, ISS/DNS kaynaklı sorunları ayırmada hızlıdır.
• SSL uyarısını görmezden gelmek: Uyarıların kaynağı doğrulanmadan giriş bilgisi girmek riskli olabilir.
• Değişiklik sonrası hemen sonuç beklemek: DNS TTL ve cache katmanları nedeniyle düzeltmeler gecikmeli görünebilir.

Sonuç

Web sitesi erişim problemlerinde en verimli yaklaşım, sorunu “DNS → SSL/TLS → CDN/önbellek” sırasıyla elemek ve her adımda farklı ağ/cihaz testiyle karşılaştırma yapmaktır. DNS önbelleği temizleme ve güvenilir bir genel DNS ile test, kullanıcı tarafında hızlı teşhis sağlar. SSL uyarıları ise çoğu zaman sertifika zinciri veya alan adı eşleşmesi gibi sunucu tarafı düzenleme gerektiren konulara işaret eder. CDN kullanılan yapılarda edge–origin uyumu ve cache yönetimi ayrıca kritik hale gelir.

Resmi referanslar: DNS ayarlama için Google Public DNS, DNS önbelleği temizleme komutları için Cisco, SSL doğrulama için SSL Labs ve CDN arkasındaki SSL sorunları için Cloudflare dokümantasyonları yol göstericidir.