14 Bütünleştirici problem çözümü
Bu hafta yeni bir konu yok. Ağ bilgisi, terimleri tek tek sayabildiğinde değil, gerçek bir belirtide hangi kanıtın ne anlama geldiğini birleştirebildiğinde işe yarar. Bu bölüm önceki on üç haftayı tek bir düşünme süreci altında topluyor ve finale hazırlıyor.
Sınavda sorulur: dönemin tamamı. Bu bölümdeki 20 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?
Fark şudur: tahmin bir çözümle başlar (“router’ı yeniden başlatalım”), kanıt bir gözlemle başlar ve çözümü sona bırakır.
Belirti → Kapsam → Kanıt → Hipotez → Ayırıcı test → Sınırlı düzeltme → Doğrulama
Bu zincir her soruna uzun bir prosedür uygulamak için değil, hangi sonuca hangi kanıtla vardığını görünür kılmak içindir.
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 link-local adresidir: hiçbir DHCP sunucusu bu adresi dağıtmaz. Gateway ve DNS’in de boş olması aynı bulguyu tamamlıyor — 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, normal IP/gateway/DNS gelip gelmediğini kontrol et.
Yanlış refleks: “DNS’i 8.8.8.8 yapalım.” Cihazın henüz adresi 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/router yapılandırmasını doğrula.
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
A, B’yi 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.
Prefix hesaba katılmadan “ikisi de 192.168.10.x” demek yetersizdir. 7. ve 8. haftaların temel bağlantısı budur.
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 kapsama/kanal/ortam koşullarını işaret ediyor.
İlk adım router değiştirmek veya ISP arıza kaydı açmak değil; AP yerleşimi, kanal yoğunluğu ve fiziksel engelleri incelemektir.
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ı parola ve MFA kodu istiyor.
Yorum. SSID tek başına AP’nin kimliğini doğrulamaz. Durum sahte AP / evil twin olasılığıyla uyumludur. 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 hangi farklı deneyimler? |
| 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
En çok karıştırılan çiftler — 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 mi? |
| Gecikme | Throughput | Ne kadar sürede mi, ne kadar çok mu? |
| Kapsama | Kapasite | Ulaşıyor mu, taşıyor mu? |
| Tehdit | Zafiyet | Dışarıdan 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 hafta yeni konu değil, bütünleştirme haftasıdır.
- Zincir: belirti → kapsam → kanıt → hipotez → ayırıcı test → sınırlı düzeltme → doğrulama.
- Tahmin bir çözümle başlar, kanıt bir gözlemle.
169.254.x.x→ DHCP; yalnız isimler bozuk → DNS; ilk üç octet aynı ama prefix farklı → ayrı ağlar.- Kablosuz şikâyetinde Ethernet karşılaştırması en güçlü tek hamledir.
- SSID kimlik kanıtı değildir; DHCP gateway ve DNS de dağıtır.
- Finalde ölçülen şey terim bilgisi değil, kanıtı doğru yorumlayabilmektir.
- 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.
- Kapsam kanıtını kullanarak hipotez uzayını daraltır.
- En çok karıştırılan kavram çiftlerini ayırır.
- Çoklu kanıt kümesinden tek bir hipoteze varır.
- İki hipotezi ayıran en küçük testi seçer.
