14 Bütünleştirici problem çözümü
Bu hafta yeni bir konu yok. Ağ bilgisi, gerçek bir belirti karşısında kanıtları bir araya getirip ne anlama geldiklerini çıkarabildiğinde işe yarar. Terimleri tek tek sayabilmek bunun yalnız başlangıcı. Bu bölümde önceki on üç haftada öğrendiklerini aynı yöntemle vakalara uygulayacak ve finale hazırlanacaksın.
Sınavda sorulur: dönemin tamamı. Bu bölümdeki 25 soruluk deneme sınavı final biçiminin birebir örneğidir.
Sınav dışı (bilgi amaçlı): ayrıntılı IPv6 sorun giderme. IPv6 bu derste tanıma düzeyindedir: ::1, fe80::/10 ve dual stack’in ötesinde hesap beklenmez.
14.1 Elindeki kanıtlar seni tek bir sonuca götürüyor mu, yoksa tahmin mi ediyorsun?
Tahmin ederken önce bir çözüm denersin: “Router’ı yeniden başlatalım.” Kanıtla çalışırken önce neyin çalışıp neyin çalışmadığına bakarsın. Çözüm en sona kalır.
Belirti → Kapsam → Kanıt → Hipotez → Ayırıcı test → Sınırlı düzeltme → Doğrulama
Zincirin işi, hangi sonuca hangi kanıtla vardığını açıkça göstermek. Her soruna bütün adımları uzun uzun uygulaman gerekmez.
14.1.1 Hızlı karar ağacı
Bağlantı/link var mı?
├─ Hayır → fiziksel / Wi-Fi
└─ Evet
↓
Geçerli IP / prefix / gateway var mı?
├─ Hayır veya 169.254.x.x → DHCP / yapılandırma
└─ Evet
↓
Gateway erişiliyor mu?
├─ Hayır → yerel ağ, prefix veya gateway
└─ Evet
↓
Uzak IP erişiliyor mu?
├─ Hayır → dış erişim / ISP / yönlendirme
└─ Evet
↓
DNS çözülüyor mu?
├─ Hayır → DNS
└─ Evet
↓
Uygulama yanıtlıyor mu?
├─ Hayır → port, uygulama, firewall veya uzak hizmet
└─ Evet → zincir çalışıyor
14.2 Vaka 1: DHCP mi, internet mi?
Wi-Fi : bağlı
IPv4 : 169.254.44.18
Subnet mask : 255.255.0.0
Gateway : yok
DNS : yok
Aynı sınıftaki diğer cihazlar internete erişiyor.
Yorum. En güçlü kanıt 169.254.x.x adresi. Bu adresi hiçbir DHCP sunucusu dağıtmaz; cihaz DHCP’den cevap alamayınca kendine verir (link-local adres). Gateway ve DNS’in de boş olması aynı bulguyu destekliyor: DHCP’den gelen dört bilginin tamamı eksik. Tek cihazın etkilenmesi ISP hipotezini eler.
Sonraki en küçük test. Wi-Fi bağlantısını doğrula, ipconfig /release ve /renew ile yeni yapılandırma iste, geçerli bir IP, gateway ve DNS gelip gelmediğini kontrol et.
Yanlış refleks: “DNS’i 8.8.8.8 yapalım.” Cihazın henüz geçerli bir adresi ve gateway’i yok; 8.8.8.8’e ulaşamaz.
14.3 Vaka 2: DNS
IP : 192.168.20.45/24
Gateway : 192.168.20.1
ping 192.168.20.1 : başarılı
ping 1.1.1.1 : başarılı
nslookup example.com : timeout
curl https://example.com : Could not resolve host
Yorum. Dört bilginin ilk üçü sağlam ve dış erişim çalışıyor. İki ayrı test isim çözme aşamasında takılıyor. En güçlü hipotez DNS yapılandırması veya DNS sunucusuna erişim.
Sonraki en küçük test. ipconfig /all ile hangi DNS adresinin alındığını kontrol et; beklenmeyen bir değer varsa DHCP ve router yapılandırmasını kontrol et.
Bu vaka 13. haftadaki yanlış DNS dağıtımı riskinin neden önemli olduğunu da gösterir.
14.4 Vaka 3: Aynı subnet mi?
A: 192.168.10.70/26
B: 192.168.10.130/26
Teknisyen ilk üç octet aynı olduğu için iki cihazı aynı yerel ağda sanıyor.
Hesap. /26 → blok 64. Bloklar: 0–63, 64–127, 128–191, 192–255.
A → 192.168.10.64/26
B → 192.168.10.128/26
Aynı subnette değiller. İletişim için router gerekir.
İki adresin aynı subnette olup olmadığına prefix karar verir. Prefix’e bakmadan “ikisi de 192.168.10.x” demek yetmez. 7. ve 8. haftaları birbirine bağlayan fikir de bu.
14.5 Vaka 4: Wi-Fi mı, ISP mi?
| Koşul | Sonuç |
|---|---|
| Wi-Fi, uzak oda | 28 Mbps |
| Wi-Fi, AP yanı | 170 Mbps |
| Ethernet | 490 Mbps |
| Ethernet, başka test sunucusu | 475 Mbps |
Yorum. Ethernet sonuçları tutarlı ve yüksek; hat ve ISP çalışıyor. Wi-Fi mesafeyle belirgin biçimde düşüyor. Kanıt kablosuz tarafa işaret ediyor: kapsama, kanal ya da ortam koşulları.
Bu durumda router’ı değiştirmek ya da ISP’ye arıza kaydı açmak ilk iş olmaz. Önce AP’nin yerine, kanalın ne kadar kalabalık olduğuna ve aradaki fiziksel engellere bakılır.
14.6 Vaka 5: Tanıdık SSID yeterli mi?
Bir öğrenci kafeteryada Kampus-WiFi ağına bağlanıyor. Birkaç dakika sonra beklenmeyen bir oturum açma sayfası açılıyor ve parola ile MFA kodu istiyor.
Yorum. Tanıdık bir SSID, AP’nin gerçek olduğunu kanıtlamaz. Belirtiler sahte AP (evil twin) olasılığıyla uyumlu. Kullanıcı bilgi girmemeli, bağlantıyı kesmeli, kurumun gerçek bağlantı yöntemini doğrulamalıdır.
Bu vaka 5. haftadaki SSID kavramını 13. haftadaki güvenlik bilgisiyle birleştirir.
14.7 Çekirdek kavram haritası
| Kavram | Cevapladığı soru |
|---|---|
| Switch / MAC | Aynı LAN içindeki çerçeve nereye gider? |
| Router / gateway | Hedef başka subnetteyse ilk yerel hedef kim? |
| DHCP | Cihaz IP, prefix, gateway ve DNS’i nasıl otomatik alır? |
| DNS | Alan adını hangi hizmet çözer? |
| ARP | Yerel bir IPv4 hedefinin MAC’i nasıl bulunur? |
| NAT | Özel adresler dışarıda nasıl temsil edilir? |
| Subnetting | Bu adres hangi ağda, sınırları nerede? |
| Wi-Fi | Kanal, kapsama ve ortak hava süresi performansı nasıl etkiler? |
| Performans | Throughput, gecikme, jitter ve kayıp kullanıcıya nasıl farklı yansır? |
| Güvenlik | Hangi varlık hangi zafiyet yüzünden risk altında? |
| Komutlar | Hangi test hangi soruya cevap verir? |
14.9 Final için çalışma stratejisi
Terim listesi ezberlemek yerine her başlıkta üç soruyu cevapla:
- Bu kavram hangi problemi çözüyor?
- Sorun olduğunda hangi kanıtı görürüm?
- Hangi benzer kavramla karıştırılmamalı?
Örnek:
DHCP
- Problem : istemciye otomatik ağ yapılandırması vermek
- Kanıt : IP/prefix/gateway/DNS birlikte gelir; 169.254.x.x sorun işareti
- Karıştırma: DNS isim çözer, DHCP isim çözmez
Aşağıda en çok karıştırılan kavram çiftleri var. Bunları ayırabiliyorsan finalin büyük kısmını çözersin:
| Bu | Şununla karıştırılır | Ayıran soru |
|---|---|---|
| NAT | Firewall | Trafiği inceliyor mu? |
| MAC | IP | Yerel mi, ağlar arası mı? |
| IP TTL | DNS TTL | Hop sayacı mı, önbellek süresi mi? |
| Bant genişliği | Throughput | Kapasite mi, gerçekleşen hız mı? |
| Gecikme | Throughput | Ne kadar sürede mi, ne kadar çok mu? |
| Kapsama | Kapasite | Ulaşıyor mu, taşıyor mu? |
| Tehdit | Zafiyet | Dışarıdan gelen olay mı, bendeki açık mı? |
| Switch portu | TCP portu | Fiziksel mi, yazılımsal mı? |
| SSID | Access point | İsim mi, cihaz mı? |
14.10 Tek sayfa özet
- Son haftada yeni konu yok; önceki haftalarda öğrendiklerini vakalarda bir arada kullanırsın.
- Zincir: belirti → kapsam → kanıt → hipotez → ayırıcı test → sınırlı düzeltme → doğrulama.
- Bir şeyi değiştirmeden önce neyin çalışıp neyin çalışmadığına bak.
169.254.x.x→ DHCP; yalnız isimler bozuk → DNS; ilk üç octet aynı ama prefix farklı → ayrı ağlar.- Kablosuz şikâyetinde önce Ethernet ile karşılaştır: Ethernet hızlıysa hat ve ISP çalışıyordur.
- SSID kimlik kanıtı değildir; DHCP gateway ve DNS de dağıtır.
- Finalde terim bilgin değil, kanıtı doğru yorumlayıp yorumlayamadığın ölçülür.
- IPv6 tanıma düzeyindedir:
::1,fe80::/10, dual stack.
14.11 Bu bölümün kazanımları
Bu bölümü bitiren öğrenci:
- Kanıt zincirinin adımlarını doğru sırayla uygular.
- Kanıta dayanmayan refleks müdahaleyi tanır ve reddeder.
- Sorunun kapsamına bakarak olası nedenleri daraltır.
- En çok karıştırılan kavram çiftlerini ayırır.
- Birden çok kanıtı birlikte okuyarak tek bir hipoteze varır.
- İki hipotezi ayıran en küçük testi seçer.
