Kısa cevap: Bir web sitesinin bazı ağlarda açılması, sorunun mutlaka ziyaretçinin cihazında olduğu anlamına gelmez. Aynı alan adı için farklı DNS cevapları, farklı bağlantı yolları veya sertifika aşamasında hata bulunabilir. En hızlı güvenli yaklaşım, bir seferde tek katmanı kontrol ederek hangi noktada ayrıştığını bulmaktır.
Önce karşılaştırılabilir iki örnek seçin
Çalışan ve çalışmayan ağın adını, tam URL'yi, zamanı ve hata mesajını yazın. Ana sayfa ile giriş sayfasını veya www ile ana adı birbirine karıştırmayın. İkinci cihazda farklı adres açmak aynı test değildir. Site çok kısa süre önce taşındıysa değişiklik saatini de ekleyin. Taşıma kontrol planı karşılaştırma için hangi eski ve yeni hedeflerin kaydedileceğini açıklar.
Birinci katman: isim çözülüyor mu?
Aynı kayıt türü ve aynı isim için iki ağdan alınan cevapları karşılaştırın. Yetkili DNS cevabı beklenen hedefi göstermelidir. Cloudflare TTL belgesi DNS kaydının önbellek süresini açıklar; bu süreyi web sayfasının tarayıcı önbelleğiyle aynı kabul etmeyin. Bütün kullanıcılara tek bir kesin düzelme saati vermek yerine hangi cevapların hâlâ farklı olduğuna bakın.
İkinci katman: ad doğru, bağlantı kurulabiliyor mu?
Alan adı çözülüyorsa HTTP veya HTTPS isteğinin sunucuya ulaşıp ulaşmadığını yöneticiyle inceleyin. Güvenlik duvarı, yönlendirme veya ağ politikası değerlendirmeye girebilir; hepsini kapatarak test etmeyin. IPv4 ile IPv6 arasındaki farkı inceleyen rehber adres ailesine özel durum içindir. Buradaki amaç o rehberi tekrarlamak değil, DNS cevabı doğru olduktan sonra farklı bir bağlantı yolunun kullanılabileceğini karar sırasına yerleştirmektir.
Üçüncü katman: doğru sertifika sunuluyor mu?
Cloudflare SSL kavramları CDN kullanılan yapılarda bağlantı uçlarının ayrı olabileceğini açıklar. Sertifika uyarısında tam ad ve tarih bilgisi toplanmalı, kullanıcıdan güvenlik uyarısını kalıcı geçmesi istenmemelidir. SSL ve karışık içerik rehberi sertifika kurulduktan sonraki sayfa uyarıları içindir. Şifre girilen ekranlarda uyarıyı atlayarak deneme yapmak gerekli değildir.
Sonuçları tek destek kaydında birleştirin
Her katman için başarılı veya başarısız sonucu yazın; başarısız olan ilk aşama incelemeyi yönlendirsin. Linux DNS tanısı uygulama hatasıyla DNS hatasını ayırmaya yardımcı olur. Önceki test ile değişiklik sonrasındaki aynı testi karşılaştırın. VPN kapatma, güvenlik ürünü kaldırma veya bütün DNS kayıtlarını değiştirme gibi büyük işlemleri kanıtsız uygulamayın. Çözüm, belirli bir kullanıcının bir defa sayfayı açması değil, beklenen bağlantı yolunda hatanın tekrarlanmamasıdır.
Bu konunun diğer kontrolleri
- DNS Kaydını Ekledim, Hâlâ NXDOMAIN Görünüyor: Negatif Önbellek Kontrolü
- VPN Açıkken Site Farklı Açılıyor: Kurumsal DNS ve Hosts Dosyasını Ayırma
Sıkça Sorulan Sorular
Telefonda açılıyorsa bilgisayardaki tarayıcı mı bozuk?
Bunu söylemek için yeterli kanıt yoktur. Telefon mobil veride, bilgisayar ofis ağındaysa iki değişken birlikte farklıdır. Aynı cihazda desteklenen ağ karşılaştırması ve tam hata kaydı nedeni sınırlandırır.
Ping cevap vermiyorsa site kapalı mı?
Hayır. ICMP yanıtı ile web hizmetinin HTTP veya HTTPS yanıtı farklıdır. Ping engellenmiş olabilir. Web isteğinin hangi aşamada başarısız olduğunu inceleyin; yalnız ping sonucuyla hosting taşıma kararı vermeyin.
Bütün kullanıcılar DNS değiştirirse çözülür mü?
Kullanıcıları rastgele ayar değiştirmeye yönlendirmek yerine yetkili DNS ve sunucu yapılandırmasını düzeltmek gerekir. DNS karşılaştırması bir tanı adımıdır. Kurumsal ağ kuralını izinsiz atlamayı veya TLS uyarısını kapatmayı çözüm olarak kullanmayın.
Test sırasında hangi bilgileri paylaşmamalıyım?
Oturum çerezleri, erişim belirteçleri, müşteri kayıtları ve özel anahtarlar tanı mesajından çıkarılmalıdır. Tam URL'nin sorgu kısmında kişisel veri veya tek kullanımlık bağlantı varsa yalnız gerekli alanı güvenli kanaldan paylaşın. Ağ yöneticisinin ihtiyacı hata zamanı ve teknik bağlantı aşamasıdır; bütün tarayıcı oturumunun herkese açık bir ekran kaydı gerekli değildir.