Arama Yap Mesaj Gönder
Biz Sizi Arayalım
+90
X
X

Wählen Sie Ihre Währung

Türk Lirası $ US Dollar Euro
X
X

Wählen Sie Ihre Währung

Türk Lirası $ US Dollar Euro

Bize Ulaşın

Konum Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
Ağ ve DNS

Ubuntu ve AlmaLinux DNS Çözümleme Hataları Nasıl Düzeltilir?

DNS sorunu teşhisinde önce sunucunun IP katmanında dış dünyaya erişip erişmediği kontrol edilmelidir. IP adresine erişim çalışıyor ancak domain çözülmüyorsa resolver; IP erişimi de yoksa route, gateway, firewall veya arayüz sorunu vardır.

Temporary FailureCould Not Resolve Hostresolv.confNetplanNetworkManager
root@linux:~#
ping: example.com: Temporary failure in name resolution
curl: (6) Could not resolve host: example.com
Network is unreachable
8Gerçek hata mesajı
6Güvenli teşhis komutu
3Dağıtım ve panel akışı
7Teknik SSS yanıtı
01
Teknik yaklaşım

Linux DNS Çözümleme Hataları sorunu nasıl ayrıştırılır?

DNS sorunu teşhisinde önce sunucunun IP katmanında dış dünyaya erişip erişmediği kontrol edilmelidir. IP adresine erişim çalışıyor ancak domain çözülmüyorsa resolver; IP erişimi de yoksa route, gateway, firewall veya arayüz sorunu vardır.

01

Tam hatayı kaydedin

Ekrandaki genel uyarı yerine journal, servis ve kernel logundaki ilk gerçek hata mesajını zaman bilgisiyle alın.

02

Katmanları ayırın

Servis, disk, ağ, izin, güvenlik politikası ve uygulama yapılandırmasını aynı anda değiştirmeden ayrı test edin.

03

Dağıtımı doğrulayın

Ubuntu/Debian ile AlmaLinux/Rocky/CloudLinux üzerinde servis adı, paket yöneticisi ve firewall aracı farklı olabilir.

04

Geri dönüş hazırlayın

SSH, ağ, firewall, boot ve disk değişikliklerinde ikinci oturum, konsol, snapshot veya güncel yedek bulundurun.

/etc/resolv.conf dosyasını yönetici servisin kullandığı symlink yapısını bilmeden değiştirmeyin.

02
Hata sözlüğü

Log mesajları, nedenleri ve ilk güvenli işlem

8 kayıt
01kritik

Temporary failure in name resolution

Anlamı: Resolver domain adını IP’ye çeviremiyor.

Muhtemel neden: DNS sunucusu, resolv.conf veya ağ sorunu.

02kritik

Could not resolve host

Anlamı: Uygulama DNS cevabı alamadı.

Muhtemel neden: Yanlış nameserver, proxy veya container DNS.

03kritik

Network is unreachable

Anlamı: Hedefe rota yok.

Muhtemel neden: Default route veya arayüz down.

04uyari

Destination Host Unreachable

Anlamı: Gateway veya yerel ağ hedefe ulaşamıyor.

Muhtemel neden: Yanlış subnet/gateway ya da link sorunu.

05uyari

systemd-resolved failed

Anlamı: Yerel stub resolver çalışmıyor.

Muhtemel neden: Servis veya symlink bozuk.

06uyari

resolv.conf overwritten

Anlamı: Elle yazılan DNS DHCP veya yönetici araç tarafından değiştirildi.

Muhtemel neden: Netplan/NetworkManager dışında düzenleme.

07uyari

SERVFAIL

Anlamı: Yetkili veya recursive DNS sorguyu tamamlayamadı.

Muhtemel neden: DNSSEC, upstream veya zone sorunu.

08bilgi

sudo: unable to resolve host

Anlamı: Yerel hostname /etc/hosts ile eşleşmiyor.

Muhtemel neden: hostname değişmiş ancak hosts güncellenmemiş.

Bu ifadeyle eşleşen hata kaydı bulunamadı.

03
Kopyalanabilir kontroller

SSH ve sistem teşhis komutları

Arayüz ve rota

ip -br addr
ip route
ip rule

IP adresleri, default route ve policy route’ları gösterir.

IP ve DNS ayrımı

ping -c 3 1.1.1.1
getent ahosts example.com
dig +time=2 +tries=1 example.com

Ağ erişimi ile DNS çözümlemesini ayırır.

Resolver durumu

resolvectl status 2>/dev/null || true
readlink -f /etc/resolv.conf
cat /etc/resolv.conf

systemd-resolved ve resolv.conf yapısını gösterir.

Ubuntu Netplan

netplan get 2>/dev/null || true

Kalıcı ağ ve nameserver yapılandırmasını gösterir.

NetworkManager

nmcli device status 2>/dev/null || true
nmcli device show 2>/dev/null | grep -E 'GENERAL.DEVICE|IP4.DNS|IP4.GATEWAY|IP4.ADDRESS'

RHEL ailesindeki aktif DNS ve gateway değerlerini gösterir.

DNS port testi

nc -zvu -w2 1.1.1.1 53
nc -zv -w2 1.1.1.1 53

UDP ve TCP 53 erişimini test eder.

04
Ortama göre uygulama

Ubuntu, AlmaLinux ve panel sunucusu ayrımı

Ubuntu / Debian

Netplan, systemd-networkd veya NetworkManager backend’i belirlenmeli; /etc/resolv.conf symlink yapısı korunmalıdır.

  • networkctl status 2>/dev/null || true
  • systemctl status systemd-resolved --no-pager 2>/dev/null || true
  • netplan get 2>/dev/null || true

AlmaLinux / Rocky / CloudLinux

NetworkManager connection profili içindeki ipv4.dns, ignore-auto-dns ve gateway ayarları kullanılmalıdır.

  • nmcli connection show --active
  • nmcli device show
  • systemctl status NetworkManager --no-pager

Container / Panel Sunucusu

Docker, container resolver, panel DNS servisi ve host resolver birbirinden ayrılmalıdır.

  • docker info 2>/dev/null | grep -i dns || true
  • cat /etc/docker/daemon.json 2>/dev/null || true
  • systemctl status named bind9 pdns --no-pager 2>/dev/null || true
Güvenlik ve erişim riski

Kesinlikle yapmayın

  • /etc/resolv.conf dosyasını yönetici servisin kullandığı symlink yapısını bilmeden değiştirmeyin.
  • DNS sorunu için firewall’u tamamen kapatmayın.
  • Netplan değişikliğini uzak sunucuda netplan try kullanmadan uygulamayın.
  • Default route’u konsol erişimi olmadan silmeyin.
İşlem sonrası kontrol

Çözümü doğrulayın

  • IP ve domain testleri birlikte başarılı.
  • DNS ayarı reboot sonrası korunuyor.
  • apt, dnf, curl ve mail servisleri domain çözebiliyor.
  • IPv4 ve kullanılıyorsa IPv6 rotaları tutarlı.
05
İç SEO içerik kümesi

İlgili Linux hata çözümleri

06
Birincil teknik kaynaklar

Resmî Linux ve dağıtım belgeleri

07
Sık sorulan sorular

Linux DNS Çözümleme Hataları hakkında merak edilenler

Linux DNS Çözümleme Hataları sorununda ilk işlem nedir?

Ekrandaki veya logdaki tam hata mesajı zaman bilgisiyle kaydedilir; ardından servis, ağ, disk ve güvenlik katmanları ayrı test edilir.

Ubuntu ile AlmaLinux komutları neden farklı?

Paket yöneticisi, firewall, ağ yöneticisi ve bazı servis adları dağıtım ailelerine göre farklıdır. Sayfadaki dağıtım bölümü bu ayrımı gösterir.

Servisi yeniden başlatmak çözüm mü?

Geçici olarak çalıştırabilir ancak log ve kaynak verisi alınmadan yapılan restart kök nedeni gizleyebilir.

Komutları doğrudan üretimde çalıştırabilir miyim?

Salt okunur teşhis komutları genellikle güvenlidir. Config, firewall, disk ve recovery değişikliklerinde konsol, yedek ve geri dönüş planı gerekir.

cPanel veya Plesk sunucusunda aynı adımlar geçerli mi?

Linux katmanı aynıdır ancak panel servis wrapper’ları, firewall eklentileri ve üretici paketleri ayrıca dikkate alınmalıdır.

Root erişimini kaybetmemek için ne yapılmalı?

SSH, firewall, network veya boot değişikliklerinde ikinci oturum ve sağlayıcı konsolu açık tutulmalıdır.

Bu rehber Google’da birinci sıra garantisi verir mi?

Hayır. Teknik doğruluk ve kapsam güçlü temel sağlar; sıralama rekabet, site otoritesi, iç link, hız ve kullanıcı davranışına da bağlıdır.

EKA YAZILIM VE BİLİŞİM SİSTEMLERİ

Linux sunucunuzu erişim veya veri kaybı oluşturmadan düzeltelim

Ubuntu, Debian, AlmaLinux, Rocky ve CloudLinux servis, disk, ağ, güvenlik, performans ve boot sorunlarını log verileriyle analiz ediyoruz.

Teknik Destek AlWhatsApp ile Yaz
Top