Ek Çalışma — Sorun Giderme Laboratuvarı

Sorun giderme laboratuvarı

Bu çalışma 12. bölümdeki kanıt sırasını uygulamak içindir. Her vakada ayarları rastgele değiştirmeden önce şu sırayı izleyin:

fiziksel bağlantı → IP/adres → varsayılan ağ geçidi → DNS → hedef erişimi

Her kontrol için komutu, gözlediğiniz çıktıyı ve bu çıktının hangi olasılığı desteklediğini yazın.

Teşhis kayıt formu

Adım Kontrol Kullanılan komut/gözlem Çıktıdan önemli parça Çıkarım
1 Fiziksel bağlantı
2 IP/prefix
3 Gateway
4 DNS
5 Hedef erişimi

Senaryo A — Yerel ağ var, internet yok

Bir istemcide şu belirtiler gözleniyor:

IP:       192.168.10.42/24
Gateway:  192.168.20.1
DNS:      1.1.1.1

ping 192.168.10.50   -> başarılı
ping 8.8.8.8         -> başarısız

Görevler:

  1. İlk şüpheyi yazın.
  2. Hangi komutla varsayılan rotayı kontrol edersiniz?
  3. Doğru gateway’in 192.168.10.1 olduğu biliniyorsa hangi yapılandırma alanı yanlıştır?
  4. DNS ayarını değiştirmek bu vakayı neden çözmez?

İstemci aynı subnet’teki hedefe ulaşabildiği için fiziksel bağlantı ve temel yerel IP iletişimi çalışıyor. Yapılandırılmış gateway 192.168.20.1, istemcinin 192.168.10.0/24 yerel ağında değildir. İlk düzeltilecek alan varsayılan gateway’dir; doğru değer 192.168.10.1 olmalıdır. Linux’ta ip route, Windows’ta route print veya ipconfig ile doğrulanabilir. DNS, dış IP’ye (8.8.8.8) erişim daha isim çözmeye gelmeden başarısız olduğu için birincil neden değildir.

Senaryo B — IP ile erişim var, isimle yok

IP:       192.168.10.77/24
Gateway:  192.168.10.1
DNS:      192.0.2.53

ping 192.168.10.1     -> başarılı
ping 8.8.8.8          -> başarılı
nslookup example.com  -> zaman aşımı

Görevler:

  1. Hangi hizmet alanı öncelikle incelenmelidir?
  2. ping 8.8.8.8 sonucunun başarılı olması hangi olasılıkları zayıflatır?
  3. DNS sunucusu olarak verilen 192.0.2.53 neden şüphelidir? (192.0.2.0/24 dokümantasyon bloğudur.)
  4. Çözümden sonra hangi komutla isim çözmeyi yeniden doğrularsınız?

Fiziksel/IP yolu ve gateway üzerinden dış IP erişimi çalışıyor; sorun DNS çözümlemesinde yoğunlaşıyor. 192.0.2.0/24 dokümantasyon/örnek bloğudur; gerçek üretim DNS sunucusu olarak kullanılmamalıdır. Geçerli DNS sunucusu yapılandırıldıktan sonra nslookup example.com veya dig example.com ile doğrulama yapılır. Sadece tarayıcıyı yeniden açmak yeterli bir kanıt değildir.

Senaryo C — Yanlış prefix yerel hedefi uzak gösteriyor

Aynı fiziksel switch’e bağlı bilgisayarların gerçekte 192.168.10.0/24 ağında olduğu biliniyor. İstemci A yanlışlıkla /26 ile yapılandırılmış:

İstemci A: 192.168.10.70/26
Gateway:   192.168.10.1

ping 192.168.10.80   -> başarılı
ping 192.168.10.20   -> başarısız

Görevler:

  1. /26 ile istemci A hangi ağı doğrudan yerel kabul eder?
  2. 192.168.10.80 neden hâlâ yerel görünürken 192.168.10.20 uzak hedef gibi değerlendirilir?
  3. Yapılandırılmış gateway’in /26 açısından ayrıca hangi sorunu vardır?
  4. Doğru /24 ile ağ ve broadcast adresleri nedir?
  5. Prefix düzeltildikten sonra hangi iki ping’i yeniden denersiniz?

192.168.10.70/26, 192.168.10.64/26 bloğundadır. Bu bloğun host aralığı 192.168.10.65–126 olduğu için 192.168.10.80 istemciye göre yereldir; 192.168.10.20 ise farklı bir ağda görünür. Dahası 192.168.10.1 gateway’i de yanlış /26 hesabında doğrudan bağlı ağın dışındadır. Bu nedenle istemci, gerçekte aynı fiziksel LAN’da bulunan bazı adreslere yanlış yönlendirme kararı verebilir.

Doğru /24 yapılandırmasında ağ 192.168.10.0/24, broadcast 192.168.10.255, host aralığı 192.168.10.1–254 olur. Prefix /24 olarak düzeltildikten sonra hem 192.168.10.80 hem 192.168.10.20 tekrar denenmeli; ardından gateway erişimi doğrulanmalıdır.

İsteğe bağlı dördüncü vaka — fiziksel bağlantı

Bir istemcide IP yapılandırması doğru görünmesine rağmen link ışığı yok ve ağ arayüzü DOWN durumunda. Çözüm zincirini en baştan kurun: kablo/port → link durumu → IP yapılandırması. Fiziksel kanıt yokken DNS veya gateway değiştirmek neden gereksizdir?

Back to top