Pardus DNS sorunları: çözümleme zincirini kontrol etme

Bir site açılmadığında sorun her zaman internet bağlantısı değildir. Pardus DNS sorunlarını IP bağlantısı, sistem çözümlemesi ve uygulama davranışı olarak ayırıp doğru noktada müdahale edin.

DNS ile bağlantı sorununu ayırın

DNS, alan adlarını IP adreslerine dönüştürür. Ağ bağlantısı kurulmamışsa DNS ayarı değiştirmek temel sorunu çözmez. Önce arayüzün adresini ve varsayılan rotayı kontrol edin; sonra isim çözümlemesini sınayın.

ip -brief address
ip route

Adres yoksa Wi-Fi veya Ethernet bağlantısını, varsayılan rota yoksa bağlantı profilini inceleyin. IPv6 kullanan ağlarda IPv4 çıktısının eksik olması tek başına bağlantısızlık anlamına gelmez; ip -6 route ile IPv6 rotasını da kontrol edin.

Sistem bir alan adını çözebiliyor mu?

getent, sistemin ad çözümleme yapılandırmasını kullanır. Tarayıcıya geçmeden önce aynı adı terminalden sorgulayın. Bu örnek kamuya açık örnek alan adını kullanır; sorun yaşadığınız gerçek adı ayrıca deneyin.

getent ahosts example.com
getent hosts example.comCode language: CSS (css)

Adres satırları geliyorsa sistem düzeyinde çözümleme vardır. Sonuç çıkmaması, alan adının kaydı olmadığı veya yerel çözümleme yolunun başarısız olduğu anlamına gelebilir. Tek alan adına bakarak bütün DNS hizmetinin bozuk olduğunu söylemeyin.

Etkin DNS yapılandırmasını okuyun

/etc/resolv.conf doğrudan dosya veya bir hizmetin yönettiği sembolik bağlantı olabilir. Önce nasıl yönetildiğine bakın. Dosyaya gelişigüzel adres yazmak bağlantı yenilendiğinde kaybolabilir.

ls -l /etc/resolv.conf
cat /etc/resolv.conf
command -v nmcli
command -v resolvectl

NetworkManager kullanılan sistemde nmcli etkin profili ve DNS bilgisini gösterir. resolvectl yalnız systemd-resolved kullanılan ortamda anlamlıdır; her Pardus kurulumunda çalıştığını varsaymayın.

nmcli connection show --active
nmcli device show

Çıktıdaki IP4.DNS ve IP6.DNS değerlerini ağınızın beklediği sunucularla karşılaştırın. Yerel bir stub adresi görmeniz, dış DNS sunucusunun aynı adres olduğu anlamına gelmez.

İstemci ve DNS sunucusu sorgusunu ayırın

dig kuruluysa belirli bir DNS sunucusuna doğrudan soru sorabilirsiniz. Kurumunuzun DNS adresini kullanın; rastgele kamu DNS hizmetine geçmek iç alan adlarını çözümsüz bırakabilir.

command -v dig
# DNS_SUNUCUSU yerine ağınızın onaylı DNS IP adresini yazın.
# dig @DNS_SUNUCUSU example.com A
# dig @DNS_SUNUCUSU example.com AAAACode language: PHP (php)

NOERROR sorgunun hatasız işlendiğini gösterir; cevap bölümünün boş olması o kayıt türünün bulunmadığı anlamına gelebilir. NXDOMAIN alan adının bulunamadığını, SERVFAIL sunucunun sorguyu tamamlayamadığını gösterir. Zaman aşımı ise erişim veya hizmet problemi olabilir.

Tarayıcı hâlâ açmıyorsa

Sistem adı çözüyor ancak tarayıcı açmıyorsa proxy, tarayıcının güvenli DNS ayarı, TLS ve HTTP sorunlarını ayrı inceleyin. Sertifika uyarısı DNS arızasıyla aynı şey değildir. Güvenlik doğrulamasını kapatarak sorunu örtmeyin.

VPN bağlantısı açıkken yalnız kurumsal adlar çalışmıyorsa bölünmüş DNS ve yönlendirme yapılandırmasını kontrol edin. VPN öncesi ve sonrası etkin profil/DNS çıktısını karşılaştırın; özel ağ bilgilerini herkese açık ortamlara kopyalamayın.

Düzeltme sonrası aynı testi tekrarlayın

Ayar değişikliği gerekiyorsa bunu bağlantıyı yöneten araç üzerinden ve önceki değerleri kaydederek yapın. Ardından getent sorgusunu ve gerçek uygulama erişimini yeniden deneyin. Bir komutun adres döndürmesi uygulamanın hedef servise bağlandığını tek başına kanıtlamaz.

Sıkça sorulan sorular

İlgili rehberler

• Pardus ağ analizi: bağlantıdan uygulama katmanına
• Pardus SSH anahtar yönetimi ve güvenli erişim

Kaynaklar

• getent belgesi
• NetworkManager nmcli belgesi
• BIND dig belgesi

Komut seçenekleri resmî belgelerle karşılaştırıldı. Kontrol tarihi: 7 Ekim 2026. Örnekler Pardus ortamında uçtan uca çalıştırılmış bir laboratuvar testi olarak sunulmaz; çıktı ve aygıt adları sisteminize göre değişir.