"Sunucuya bağlanılamadı": nedeni kendiniz bulun, adım adım

Bu hata belirsizliğiyle korkutur: tarayıcı sunucuya ulaşamadığını dürüstçe kabul eder, ama nerede koptuğunu söylemez. İyi haber şu ki zincir kısadır ve özel bilgi olmadan tamamını on dakikada yoklayabilirsiniz. Kendinizden sunucuya doğru gidin, çünkü istatistiksel olarak neden daha çok sizin tarafınızdadır.

Adım 1: sorunun boyutu

Üç hızlı soru yarım saat kazandırır. Diğer siteler açılıyor mu? Açılmıyorsa ağınıza bakın: yönlendirici, kablo, operatör. Sorunlu site telefonda hücresel ağla açılıyor mu? Açılıyorsa sunucu ayaktadır, kendi tarafınızda arayın. Aynı ağdaki başka cihazda da aynı mı? Öyleyse bilgisayar sağlamdır, sorun ağda ya da sitededir. Büyük hizmetlerin toplu kesintileri arama ve sosyal medyadaki şikâyet artışından anlaşılır: bazen dürüst yanıt "beklemek"tir.

Adım 2: ad ve adres

Tarayıcının önce site adını IP adresine çevirmesi gerekir. Bu aşamadaki hata, bağlantı denemesi olmadan anında çıkan bir hata gibi görünür. Adı bağımsız bir çözümleyiciyle denetleyin: DNS sorgumuz alan adının yanıt verip vermediğini ve hangi adresleri döndürdüğünü gösterir. Dışarıdan çözülüyor ama sizde çözülmüyorsa suçlu yerel DNS'tir: ağ ayarlarından herkese açık bir çözümleyiciye geçip yeniden deneyin. hosts dosyasını da hatırlayın: oradaki eski kayıtlar yıllarca yaşar ve yeni adrese taşınan siteleri ansızın "bozar".

Adım 3: unutulmuş aracılar

En çok hafife alınan neden: trafiğiniz sandığınız yere gitmiyor. Yarı kapalı bir VPN, eski işten kalan kurumsal profil, bir kez test için ayarlanıp unutulan proxy. Belirti tipiktir: bazı siteler çalışır, bazıları çalışmaz ve belli bir düzen yoktur. Sistem proxy ayarlarına ve VPN profil listesine bakın. Fazlalıkları bulup kaldırmayı proxy kapatma rehberinde adım adım anlattık. Proxy gerekliyse ve çalışmalıysa onu denetleyiciyle ayrıca sınayın: ayarlardaki ölü satır tam olarak bu hatayı verir.

Bir dakikada komut satırı

Üç komut on yeniden başlatmadan fazlasını verir ve yazım dışında Windows, macOS ve Linux'ta aynı çalışır. ping example.com "adrese ulaşılabiliyor mu" sorusunu yanıtlar: yanıt geliyorsa ağ ve DNS ayaktadır, sorun yukarıda, hizmette ya da programdadır. nslookup example.com çözümleyicinizin hangi adresi döndürdüğünü gösterir: boş ya da tuhaf bir adres DNS sorununu gösterir. Windows'ta tracert example.com, diğerlerinde traceroute yolu düğüm düğüm çizer: rotanın evde mi, operatörde mi, daha ileride mi koptuğu görünür. Çıktıyı ezberlemeye gerek yok, sorunlu sitenin tablosunu çalışan herhangi bir siteninkiyle karşılaştırmak yeter.

Tarayıcı hakkında bir not: ağı kurcalamadan önce siteyi gizli pencerede açın. Çalışıyorsa suçlu önbellek ya da bir uzantıdır, ağ tanısına hiç gerek yoktur.

Adım 4: aşırıya kaçan koruma

Güvenlik duvarı ve antivirüs hem tek tek programları hem de tüm adresleri engelleyebilir. Site yalnızca bir programda açılmıyor, tarayıcıda açılıyorsa o program için kural arayın. Tanı için korumayı kapatmak bir dakikalığına ve yalnızca güvenilir ağda kabul edilebilir: doğrulanırsa istisna ekleyip korumayı geri açın.

Adım 5: sunucu ve komşusu

Sizin taraf temizse hedefe bakın. Alan adı kontrolü alan adının ve web sunucusunun genel durumunu gösterir: DNS kayıtları canlı mı, sunucu yanıt veriyor mu, sertifika dolmuş mu. Süresi dolmuş sertifika bu arada benzer ama farklı bir hata verir: tarayıcı güvensiz bağlantı uyarısı yapar ve bu artık "bağlanılamadı" değildir. Sunucunun sahibiyseniz hizmetin portu dinleyip dinlemediğine ve sınırlara takılıp takılmadığına bakın, dışarıdan da adresi RBL kontrolüyle kara listelerde arayın: sağlayıcıların engellediği adres bazı ziyaretçilere tam da ölü gibi görünür.

Son bir öneri: her seferinde tek şeyi değiştirin ve her değişiklikten sonra deneyin. DNS'i değiştirmek, VPN'i kapatmak ve yönlendiriciyi yeniden başlatmak aynı anda işe yarayabilir, ama neyin bozuk olduğunu asla öğrenemezsiniz ve bir dahaki sefere tüm yolu yeniden yürürsünüz. Bulduğunuz nedeni bir nota bile olsa yazın: ağ dertleri geri dönme eğilimindedir, geçmiş tanı bir saatlik aramayı bir dakikaya indirir.