Ek: Sorun giderme laboratuvarı

Sorun giderme laboratuvarı

Bu çalışmada 12. bölümdeki kanıt sırasını vakalara uygulayacaksın. Her vakada bir ayarı değiştirmeden önce şu sırayı izle:

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

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

Teşhis kayıt formu

Adım Kontrol Kullanılan komut/gözlem Çıktıdaki önemli kısım Çı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 şüpheni yaz.
  2. Varsayılan rotayı hangi komutla kontrol edersin?
  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ı subnetteki hedefe ulaşabildiğine göre fiziksel bağlantı ve yerel IP iletişimi çalışıyor. Ama ayarlı gateway 192.168.20.1, istemcinin 192.168.10.0/24 yerel ağında değil. Önce varsayılan gateway düzeltilmeli; doğru değer 192.168.10.1. Bunu Linux’ta ip route, Windows’ta route print ya da ipconfig ile doğrulayabilirsin. 8.8.8.8 bir IP adresi olduğu için bu ping daha isim çözmeye sıra gelmeden başarısız oluyor. Bu yüzden sorunun birincil nedeni DNS 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. Önce hangi hizmete bakmalısın?
  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. Sorunu çözdükten sonra isim çözmeyi hangi komutla yeniden doğrularsın?

Fiziksel bağlantı, IP yapılandırması ve gateway üzerinden dış IP erişimi çalışıyor; kanıt DNS çözümlemesine işaret ediyor. 192.0.2.0/24 belgelerde örnek olarak kullanılmak için ayrılmış bir bloktur; gerçek bir ağda DNS sunucusu adresi olarak kullanılmamalıdır. Geçerli bir DNS sunucusu ayarlandıktan sonra nslookup example.com ya da dig example.com ile yeniden dene. Tarayıcıyı kapatıp açmak DNS’in düzeldiğini kanıtlamaz.

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. Neden 192.168.10.80 yerel görünmeye devam ederken 192.168.10.20 uzak bir hedef sayılır?
  3. /26 ile bakıldığında ayarlı gateway’in başka hangi sorunu var?
  4. Doğru /24 ile ağ ve broadcast adresleri nedir?
  5. Prefix’i düzelttikten sonra hangi iki ping’i yeniden denersin?

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. Üstelik yanlış /26 hesabına göre 192.168.10.1 gateway’i de istemcinin doğrudan bağlı olduğu ağın dışında kalır. Bu yüzden istemci, aslında aynı fiziksel LAN’da bulunan bazı adreslere paketi hangi yoldan göndereceğine yanlış 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’i /24 yaptıktan sonra hem 192.168.10.80 hem 192.168.10.20 adresini yeniden dene, ardından gateway’e erişimi doğrula.

İ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. Zinciri en baştan kur: kablo/port → link durumu → IP yapılandırması. Fiziksel bağlantı yokken DNS ya da gateway ayarını değiştirmek neden boşunadır?

Back to top