Sunucudaki uygulama uzak bir hizmete bağlanamıyor ama aynı adres kişisel bilgisayarınızda açılıyorsa önce hatanın aşamasını belirleyin. Alan adı çözülemiyor mu, bağlantı kurulamıyor mu, yoksa sunucu bir HTTP hatası mı dönüyor? Bunların hepsi DNS sorunu değildir. Temel kavramları alan adı ve DNS rehberinde bulabilirsiniz; burada sunucu tarafındaki teşhis kapsamını daraltıyoruz.
Tam hata metnini ve çalışan ortamı kaydedin
Uygulama hangi alan adına, hangi protokolle ve hangi anda ulaşmaya çalışıyor? Yazım hatası, eski ayar veya test ortamından kalan adres var mı? Uygulama container içinde çalışıyorsa ana sistemin çözümleme sonucu aynı ortamı temsil etmeyebilir. Tarayıcı adresini görebilmek, arka plandaki entegrasyonun doğru hedefe gittiğini göstermez. Kimlik bilgileri içeren bağlantı dizelerini paylaşmadan önce temizleyin.
Çözümleme katmanını ayrı test edin
systemd-resolved kullanılan sistemlerde resolvectl query servis.example ad çözümlemesini sorgulamak, resolvectl status mevcut genel ve bağlantı bazlı DNS durumunu incelemek için kullanılabilir. resolvectl belgesi bu sorguların kapsamını açıklar. Örnek alan adını gerçek yetkili hedefinizle değiştirin. Araç bulunmuyorsa kurmadan önce dağıtımın kullandığı çözümleyiciyi öğrenin; her sisteme aynı yapılandırmayı uygulamayın.
Sorgunun yanıt verdiği IP’yi, hata metnini ve zamanı kaydedin. Farklı ağlarda farklı sonuç olması iç DNS veya bölünmüş çözümleme tasarımının bir parçası olabilir; bunu otomatik hata saymayın. Eski bir kaydın değişmesi planlandıysa yetkili DNS bölgesindeki hedefi yöneticinizle karşılaştırın. Canlı kaydı silmek veya bütün önbelleği temizlemek ilk adım değildir.
DNS başarılıysa bir sonraki katmana geçin
Ad çözümleniyor ama uygulama bağlanamıyorsa erişim politikası, port, TLS ve uygulama yanıtı ayrı incelenir. Sorunu gidermek için sertifika doğrulamasını kapatmayın veya korumaları tamamen devre dışı bırakmayın. Sertifika uyarıları için SSL ve güvenlik uyarısı rehberi yardımcıdır; sertifika hatasını DNS başarısızlığı gibi raporlamayın.
İstemciyle sunucu saatleri de farklıysa olay çizelgesi karışabilir. Zaman senkronizasyonu kontrolü kayıtları karşılaştırmanızı kolaylaştırır. Birden fazla testte yalnız bir değişkeni değiştirin: aynı adres, aynı uygulama ve benzer zaman aralığı. Böylece kişisel bilgisayar ile VDS arasındaki farkı somutlaştırabilirsiniz.
DNS değişikliği gerekiyorsa geri dönüşü planlayın
Genel DNS sunucusuna geçmek, şirket içi alan adlarını veya özel ağ servislerini erişilemez bırakabilir. Mevcut ayarın hangi sistem tarafından yönetildiğini belirleyin; elle düzenlediğiniz dosya ağ yenilemesinde tekrar yazılabilir. Yetkili yöneticiyle değişiklik kapsamını ve geri dönüş yolunu planlayın. VDS kapasitesi artışı bir ad çözümleme hatasını kendiliğinden düzeltmez.
Destek talebine hedef alan adı, hata saati, uygulama ortamı ve gizli alanları çıkarılmış sorgu sonucunu ekleyin. Ağ ekibi, uygulama geliştiricisi ve DNS yöneticisi bu kayıtla hangi katmanda sorumluluk bulunduğunu daha kolay ayırabilir. Amaç çok sayıda ayarı değiştirmek değil, ilk başarısız aşamayı güvenilir biçimde bulmaktır.
Sıkça Sorulan Sorular
DNS çözülüyorsa site kesin çalışır mı?
Hayır. Doğru IP bulunması TCP bağlantısı, TLS sertifikası veya uygulama yanıtının sağlıklı olduğunu kanıtlamaz.
Her Linux sisteminde resolvectl var mı?
Hayır. Bu araç systemd-resolved kullanan kurulumlar içindir; dağıtımın gerçek çözümleyici yapısını kontrol edin.
Hemen genel DNS adresi yazayım mı?
Önce mevcut yapı ve iç alan adlarının ihtiyacını belirleyin. Rastgele değişiklik kurumsal veya özel çözümlemeyi bozabilir.
Yerel bilgisayarda açılması sunucuda da açılacağını gösterir mi?
Hayır. Ağ yolu, DNS yapılandırması ve uygulamanın çalıştığı ortam farklı olabilir.