14 Bütünleştirici problem çözümü
Ağ temelleri bilgisi, terimleri ayrı ayrı söyleyebildiğimizde değil; gerçek bir belirtide hangi kanıtın ne anlama geldiğini birleştirebildiğimizde işe yarar. Bu son bölüm yeni bir protokol öğretmez. Önceki haftalardaki fiziksel bağlantı, Ethernet/Wi-Fi, IPv4 adresleme ve subnetting, DHCP, DNS, gateway, NAT, performans, güvenlik ve sorun giderme bilgisini tek bir düşünme sürecinde bir araya getirir.
Derste işlenecek: kanıt zinciri, dört kısa bütünleştirici vaka ve bölüm sonundaki 20 soruluk öz-değerlendirmenin sınıfta birlikte çözülmesi. Bu hafta final öncesi tekrar haftasıdır; yeni kavram eklenmez.
Kendiniz okuyun: bütünleştirici görevin teslim biçimi ve örnek değerlendirme rubriği.
Sınav dışı / bilgi amaçlı: ayrıntılı IPv6 sorun giderme. IPv6 bu derste yalnız tanıma düzeyindedir; finalde IPv6 adresini tanıma, ::1, fe80::/10 ve dual stack düzeyinin ötesinde hesaplama beklenmez.
14.1 Bu bölümün sonunda
- Küçük bir ağ şemasından fiziksel ve mantıksal ilişkileri çıkarabilecek,
- Komut çıktılarından çalışan ve çalışmayan aşamaları ayırabilecek,
- İlk şüpheli noktayı kanıtla gerekçelendirebilecek,
- Gereksiz geniş müdahale yerine bir sonraki en küçük testi seçebilecek,
- Subnet, DHCP, DNS, Wi-Fi, performans ve güvenlik sorunlarını birbirinden ayırabilecek,
- Final öncesi çekirdek kavramlarda kendi eksiklerinizi belirleyebileceksiniz.
14.2 Kanıt zinciriyle düşünmek
Bir kullanıcı “internet yok” dediğinde doğrudan DNS değiştirmek, router’ı yeniden başlatmak veya kabloyu söküp takmak rastgele müdahaledir. Daha güvenilir yaklaşım şu zincirdir:
Belirti
↓
Kapsam
↓
Kanıt
↓
Hipotez
↓
Ayırıcı test
↓
Sınırlı düzeltme
↓
Doğrulama
Bu zincirin amacı her soruna uzun prosedür uygulamak değildir. Ama hangi sonucu hangi kanıta dayanarak verdiğinizi görünür kılar.
14.2.1 Hızlı karar ağacı
Bağlantı/link var mı?
├─ Hayır → fiziksel/Wi-Fi bağlantısını araştır
└─ Evet
↓
Geçerli IP/prefix/gateway var mı?
├─ Hayır / 169.254.x.x → DHCP/yapılandırma araştır
└─ Evet
↓
Gateway erişiliyor mu?
├─ Hayır → yerel ağ, prefix veya gateway araştır
└─ Evet
↓
Uzak IP erişiliyor mu?
├─ Hayır → dış erişim / ISP / routing araştır
└─ Evet
↓
DNS çözülüyor mu?
├─ Hayır → DNS araştır
└─ Evet
↓
Uygulama/hizmet yanıtlıyor mu?
├─ Hayır → port, uygulama, firewall veya uzak hizmet araştır
└─ Evet → bağlantı zinciri temel olarak çalışıyor
14.3 Vaka 1 — DHCP mi, internet mi?
Bir dizüstü bilgisayarda:
Wi-Fi : bağlı
IPv4 : 169.254.44.18
Subnet mask : 255.255.0.0
Gateway : yok
DNS : yok
Aynı sınıftaki başka cihazlar internete erişebiliyor.
14.3.1 Yorum
Buradaki en güçlü ilk kanıt 169.254.x.x IPv4 link-local adresidir. Tek cihaz etkileniyorsa genel internet kesintisinden önce istemcinin DHCP’den beklenen yapılandırmayı alamadığı araştırılır.
14.3.2 Bir sonraki küçük test
- Wi-Fi bağlantısını doğrula.
ipconfig /releaseve ardındanipconfig /renewile yeni DHCP yapılandırması iste.- Sonuçta normal IP, prefix, gateway ve DNS alınıp alınmadığını kontrol et.
“DNS’i 8.8.8.8 yapalım” bu aşamada kanıta dayalı ilk müdahale değildir; cihazın normal IP/gateway’i bile yoktur.
14.4 Vaka 2 — DNS sorunu
Bir bilgisayarda:
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
14.4.1 Yorum
Fiziksel bağlantı, yerel IP yapılandırması, gateway ve uzak IP erişimi çalışıyor. İki ayrı test isim çözümleme aşamasında sorun gösteriyor. En güçlü hipotez DNS yapılandırması veya DNS sunucusuna erişim sorunudur.
14.4.2 Bir sonraki küçük test
ipconfig /allile istemcinin hangi DNS adresini aldığını kontrol et.- Beklenmeyen DNS varsa DHCP/router yapılandırmasını doğrula.
- Gerekirse
ipconfig /flushdnssonrası yeniden sorgula.
Bu vaka 13. haftadaki “yanlış DNS dağıtımı” güvenlik riskinin de neden önemli olduğunu gösterir.
14.5 Vaka 3 — Aynı subnet mi?
İki bilgisayar:
A: 192.168.10.70/26
B: 192.168.10.130/26
A cihazı B’nin aynı yerel subnet’te olduğunu varsayıyor.
14.5.1 Hesap
/26 → blok 64.
Subnetler:
0–63
64–127
128–191
192–255
Dolayısıyla:
A → 192.168.10.64/26
B → 192.168.10.128/26
Aynı subnet’te değildirler. İletişim için uygun bir router/gateway yolu gerekir.
Prefix hesaba katılmadan “ikisi de 192.168.10.x” demek yeterli değildir. 7. ve 8. haftaların temel bağlantısı budur.
14.6 Vaka 4 — Wi-Fi mı, ISP mi?
Aynı dizüstü bilgisayar ve aynı internet hattında yapılan ölçümler:
| 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 |
14.6.1 Yorum
Ethernet sonuçları tutarlı ve yüksek, AP yanındaki Wi-Fi uzak odaya göre belirgin biçimde daha iyi. Bu kanıtlar sorunu doğrudan ISP’ye yüklemek yerine kablosuz kapsama/kanal/ortam koşullarını araştırmayı destekler.
İlk adım olarak router değiştirmek veya ISP arızası kaydı açmak yerine AP yerleşimi, kanal yoğunluğu ve fiziksel engeller incelenmelidir.
14.7 Güvenlik vakası — Tanıdık SSID yeterli mi?
Bir öğrenci kafeteryada Kampus-WiFi adlı ağa bağlanıyor. Birkaç dakika sonra beklenmeyen bir oturum açma sayfası parola ve MFA kodu istiyor.
14.7.1 Yorum
SSID tek başına access point’in kimliğini doğrulamaz. Bu durum sahte AP / evil twin olasılığıyla uyumludur. Kullanıcı beklenmeyen sayfada parola veya MFA kodu paylaşmamalı, bağlantıyı kesmeli ve 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.9 20 soruluk sınıf içi öz-değerlendirme
Bu bölümün kalan ders süresinde soruları önce öğrencilerle birlikte çözün, ardından aşağıdaki cevap anahtarını açın. Amaç yeni bilgi vermek değil, final öncesi eksik kavramları görünür kılmaktır.
14.9.1 Sorular
- Wi-Fi simgesi görünürken internetin çalışmaması neden mümkündür?
- Hub ile switch arasında bant genişliği ve trafik iletimi açısından temel fark nedir?
- Ethernet broadcast MAC adresi nedir?
- 100 m bakır Ethernet kanalını
5 m + 90 m + 5 mbiçiminde düşünmek neyi açıklar? - 8 PoE portlu bir switch’in 8 access point’i mutlaka çalıştırabileceğini neden söyleyemeyiz?
- 2.4 GHz Wi-Fi’de 20 MHz kanal planı için sık kullanılan üç kanal hangileridir?
- TCP/UDP port numarası hangi aralıktadır ve well-known portlar hangi aralıktadır?
- IP paketindeki TTL’in temel amacı nedir?
192.168.1.70/26için ağ adresi ve broadcast adresi nedir?255.255.255.224hangi prefix’tir ve blok büyüklüğü kaçtır?169.254.20.8adresi DHCP kullanan küçük bir ağda hangi şüpheyi doğurur?- Uzak bir IP hedefi aynı subnet’te değilse istemci Ethernet çerçevesini ilk olarak hangi yerel cihaza yöneltir?
- DNS ile DHCP’nin görevleri nasıl ayrılır?
- NAT ile firewall neden aynı şey değildir?
- Gateway ping başarılı,
1.1.1.1başarılı,nslookup example.combaşarısızsa ilk güçlü hipotez nedir? - Hız testi Ethernet’te 500 Mbps, Wi-Fi uzak odada 35 Mbps ise sorunu doğrudan ISP’ye bağlamak neden zayıf bir çıkarımdır?
tracerouteçıktısında tek bir ara hop* * *gösteriyor ama sonraki hop’lar ve hedef yanıtlıyorsa ne söylenebilir?- WPA2/WPA3 ile WEP/TKIP arasında temel güvenlik yorumu nedir?
- Sahte AP (evil twin) riski SSID hakkında hangi önemli gerçeğe dayanır?
- IPv6 için bu dersin sınav kapsamında tanıma düzeyinde bilinmesi gereken
::1,fe80::/10ve dual stack neyi ifade eder?
- Wi-Fi yalnız yerel kablosuz erişimi gösterir; router, ISP, DNS veya uzak hizmet ayrı ayrı sorunlu olabilir.
- Hub trafiği ortak ortamda tekrarlar ve kapasite paylaşılır; switch MAC adresine göre uygun porta iletir ve her port ayrı bağlantı kapasitesi sağlayabilir.
FF:FF:FF:FF:FF:FF.- 100 m sınırının yalnız duvardaki sabit kabloyu değil patch kabloları dahil toplam kanalı ifade ettiğini.
- Port sayısının yanında switch’in toplam PoE güç bütçesi ve AP’lerin watt ihtiyacı da yeterli olmalıdır.
- 1, 6 ve 11.
0–65535; well-known portlar0–1023.- Paketin yönlendirme döngüsünde ağda sonsuza kadar dolaşmasını önlemek için her router geçişinde azaltılan bir sınır sağlamaktır.
/26 → blok 64; ağ192.168.1.64, broadcast192.168.1.127./27; blok büyüklüğü 32.- Cihazın DHCP’den beklenen yapılandırmayı alamayıp IPv4 link-local adres kullanıyor olabileceğini.
- Default gateway/router’ın yerel MAC adresine; uzak sunucunun MAC adresine değil.
- DHCP istemciye IP/prefix/gateway/DNS gibi yapılandırmayı verir; DNS alan adlarını ilgili kayıt/adreslerle çözümler.
- NAT adres/port eşleştirmesi yapar; firewall güvenlik politikasına göre trafiğe izin verir veya engeller.
- DNS yapılandırması/sunucusu/erişimi sorunu.
- Aynı hat üzerinde Ethernet çok daha hızlıysa Wi-Fi kapsama, kanal, girişim veya ortak hava süresi daha güçlü adaydır; karşılaştırmalı kanıt ISP’yi tek neden olmaktan çıkarır.
- Tek ara hop’un yanıt vermemesi kesin arıza kanıtı değildir; cihaz ICMP tanılama mesajlarına cevap vermiyor veya düşük öncelik veriyor olabilir.
- WPA2/WPA3 güncel temel güvenlik seçenekleridir; WEP ve TKIP eski/zayıf kabul edilir ve kullanılmamalıdır.
- SSID yalnız ağ adıdır; aynı adı yetkisiz bir access point de yayınlayabilir, dolayısıyla isim kimlik kanıtı değildir.
::1IPv6 loopback;fe80::/10IPv6 link-local blok; dual stack IPv4 ve IPv6’nın birlikte kullanılmasıdır.
14.10 Kendiniz okuyun: bütünleştirici görev
Bu görev dönem dışı büyük proje değildir. Öğretim elemanı tarafından ödev olarak verilirse tek küçük ağ senaryosunun kanıta dayalı analizi biçiminde tutulmalıdır.
14.10.1 Örnek görev
Aşağıdaki türde bir senaryo verilir:
- Küçük bir ofis şeması
- 3–4 istemcinin IP/prefix/gateway/DNS bilgisi
- 4–6 komut çıktısı
- Bir kullanıcı şikâyeti
- Bir Wi-Fi veya güvenlik gözlemi
Öğrenciden en fazla 1–2 sayfada şunlar istenir:
- Sorunun kapsamını tanımlaması,
- eldeki kanıtlardan çalışan/şüpheli aşamaları ayırması,
- en güçlü hipotezi gerekçelendirmesi,
- bir sonraki en küçük testi önermesi,
- düzeltmeden sonra nasıl doğrulama yapacağını belirtmesi.
Beş ölçütlü puanlama rubriği
| Ölçüt | Ağırlık | Tam puan için beklenen |
|---|---|---|
| Kapsamı belirleme | %15 | Etkilenen cihaz/hizmet/alan açık ve doğru sınırlandırılmış |
| Kanıtları yorumlama | %30 | IP, subnet, ping/DNS/komut çıktıları teknik olarak doğru okunmuş |
| Hipotez ve gerekçe | %25 | Sonuç doğrudan kanıta dayanıyor; alternatifler gereksiz yere genişletilmiyor |
| Sonraki test / düzeltme | %20 | En küçük ayırıcı test veya sınırlı müdahale seçilmiş |
| Doğrulama ve teknik ifade | %10 | Çözüm sonrası doğrulama net; terminoloji ve kısa kayıt anlaşılır |
Bu görevin amacı topoloji çizimi, marka seçimi veya uzun rapor üretmek değildir. Ders süresi ve laboratuvar koşulları nedeniyle ölçülen beceri kanıt → yorum → bir sonraki test zinciridir.
14.11 IPv6 kapsam sınırı
IPv6 güncel ağların temel parçasıdır; ancak bu dersin 7. haftasında bilinçli olarak tanıma düzeyinde tutulmuştur. Bu nedenle final hazırlığında şunlar yeterlidir:
- IPv6’nın 128 bit ve hexadecimal yazıldığını tanımak,
::1loopback adresini bilmek,fe80::/10link-local kavramını tanımak,- dual stack’in IPv4 ve IPv6’yı birlikte kullanmak olduğunu açıklamak.
IPv6 adres kısaltma egzersizleri, ayrıntılı prefix/subnet hesabı, Neighbor Discovery mesajları veya IPv6 sorun giderme senaryosu sınav dışıdır.
14.12 Final için çalışma stratejisi
Finale yalnız terim listesi ezberleyerek hazırlanmak yerine her başlıkta şu üç soruyu cevaplayın:
- 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, lease; 169.254.x.x sorun işareti olabilir
- Karıştırma: DNS alan adı çözer, DHCP isim çözmez
Bu yaklaşım final sorularındaki kısa vaka ve yorum sorularına doğrudan hazırlanmanızı sağlar.
14.13 Bölüm özeti
- Son hafta yeni konu değil bütünleştirme ve final hazırlığı haftasıdır.
- Sorun çözme zinciri belirti → kapsam → kanıt → hipotez → ayırıcı test → sınırlı düzeltme → doğrulamadır.
- DHCP, DNS, subnetting, Wi-Fi, performans ve güvenlik vakaları önceki haftalardaki kavramların birlikte kullanılmasını gerektirir.
- 20 soruluk öz-değerlendirme sınıfta birlikte çözülerek final öncesi eksikler belirlenir.
- Bütünleştirici görev verilirse küçük tutulur ve beş açık ölçütle değerlendirilir.
- IPv6 final kapsamı tanıma düzeyindedir; ayrıntılı IPv6 hesaplama ve sorun giderme sınav dışıdır.
