Otomatik Adresleme Başarısız Olduğunda

DHCP çoğu zaman sorunsuz çalışır. Ancak hiçbir DHCP sunucusu yanıt vermediğinde cihaz uygun ayarlar olmadan kalır. DHCP arızasının belirtilerini tanımak, temel bir sorun giderme becerisidir. En belirgin işaret, 169.254 ile başlayan ve APIPA adresi olarak adlandırılan garip bir adrestir. Bu derste APIPA ve otomatik adreslemenin bozulmasının yaygın nedenleri açıklanır.

APIPA (Otomatik Özel IP Adresleme), Windows'a ve diğer sistemlere yerleşik bir geri dönüş mekanizmasıdır. Bir cihaz DHCP Keşif iletileri gönderir ve Teklif alamazsa 255.255.0.0 maskesiyle 169.254.0.1 ile 169.254.255.254 aralığından kendisine bir adres verir. APIPA, aynı kesimdeki cihazların yine de birbiriyle iletişim kurmasını sağlar; ancak ağ geçidi ve DNS sunmadığı için internet erişimi yoktur.

Bir cihazı denetlediğinizde 169.254.45.10 gibi bir adres görürseniz bu büyük bir uyarı işaretidir: cihaz hiçbir zaman DHCP sunucusuna ulaşamamıştır. APIPA adresleri yerel bağlantı adresleridir; yalnızca yerel kablo veya Wi-Fi üzerinde çalışır ve başka yerlere yönlendirilmez. 169.254 gördüğünüzde aklınıza hemen şu gelmelidir: DHCP başarısız oldu, sunucu nerede?

En doğrudan neden, DHCP sunucusunun çalışmaması veya hizmetinin durmasıdır. Sunucu yoksa Teklif de yoktur; bu nedenle kiraya ihtiyaç duyan her istemci APIPA'ya geri döner. Birçok cihaz aynı anda 169.254 adresleri göstermeye başlarsa tek bir cihazdan çok sunucunun kendisinden şüphelenin. DHCP hizmetini yeniden başlatmak çoğu zaman normal adreslemeyi geri getirir.

Sunucu çalışıyor olabilir, ancak istek ona hiçbir zaman ulaşmıyordur. Arızalı bir kablo, devre dışı bırakılmış bir anahtar bağlantı noktası veya çalışmayan bir DHCP aktarıcısı, Discover yayınını engelleyebilir. Yönlendiriciler yayınları iletmediğinden, eksik ya da yanlış yapılandırılmış bir aktarma aracısı, sunucu sağlıklı olsa bile uzak alt ağlardaki istemcilerin sunucudan hiçbir zaman haber almasını engeller.

Bazen sunucu, kaynakları tükenene kadar herkese yanıt verir. Adres havuzundaki tüm adresler kiralanmışsa yeni istemciler Offer alamaz ve APIPA'ya düşer. Bu durum yoğun konuk ağlarında sık görülür. Çözüm, havuzu genişletmek veya kullanılmayan adreslerin daha hızlı yeniden kullanılabilmesi ve yeni cihazlar için yer açılması amacıyla kira sürelerini kısaltmaktır.

Yetkisiz DHCP sunucusu, yetkisi olmayan bir sunucudur; bazen birinin ağa taktığı yanlış yapılandırılmış bir ev yönlendiricisi olabilir. Gerçek sunucudan daha hızlı yanıt vererek yanlış adresler, ağ geçitleri veya DNS dağıtabilir. Böylece cihazlar, geçerli gibi görünen ancak yararlı hiçbir yere yönlendirmeyen bir adres alır. Çözüm, yetkisiz cihazı bulup kaldırmaktır; anahtarlar, güvenilmeyen sunucuları engellemek için DHCP gözetimini kullanabilir.

Her DHCP sorunu 169.254 adresi üretmez. Yetkisiz bir sunucu veya yanlış yapılandırılmış bir kapsam, gerçek ama hatalı bir adres, yanlış ağ geçidi ya da yanlış DNS verebilir. Cihaz bağlı göründüğü hâlde internette gezemez. Bu nedenle yalnızca bir adresin var olup olmadığını değil, adres, maske, ağ geçidi ve DNS olmak üzere dört değerin tamamını kontrol edin. Mantıklı görünen ancak yanlış bir ayarı fark etmek, bariz bir APIPA adresini fark etmekten daha zordur.

Tek bir cihazda sorun giderirken mevcut adresini bırakıp yeni bir adres isteyebilirsiniz. Windows'ta bunun için iki hızlı komut kullanılır. Yeni istek bu kez başarılı olursa önceki hata geçici olmuş olabilir. Cihaz yine 169.254 adresine düşüyorsa sorun cihazda değil, üst taraftaki sunucuda, aktarıcıda veya yoldadır.

Bunu bir akış olarak bir araya getirin. 169.254 adresini mi görüyorsunuz? DHCP başarısız olmuştur. Sorun tek bir cihazda mı, yoksa birçok cihazda mı? Tek cihaz, yerel bir kabloyu veya bağlantı noktasını düşündürür; birçok cihaz ise sunucuyu, aktarıcıyı veya havuzu düşündürür. Aynı kesimdeki diğer cihazlar adres alabiliyor mu? Evetse başarısız olan cihaza odaklanın. Hayırsa ortak altyapıya odaklanın. Bu mantık nedeni hızla daraltır.

DHCP arızaları, yardım masasına gelen en yaygın çağrılar arasındadır ve kullanıcılara çoğu zaman internet tamamen kesilmiş gibi görünür. 169.254 adresinin DHCP olmadığını gösterdiğini ve birkaç temel nedeni bilmek, karmaşadan net bir kontrol listesine geçmenizi sağlar: sunucu, yol, havuz veya yetkisiz sunucu. Network+ sınavının ve gerçek işlerin ödüllendirdiği şey tam olarak bu hızdır.

Arıza analizinizi test edin.

DHCP başarısız olduğunda cihazlar APIPA'ya geçer ve ağ geçidi ya da DNS olmadan kendilerine bir 169.254.x.x yerel bağlantı adresi atar; bu nedenle diğer ağlara ulaşamazlar. 169.254 adresini görmek, DHCP'nin yanıt vermediği anlamına gelir. Yaygın nedenler arasında çalışmayan sunucu, bozuk yol veya eksik aktarıcı, tükenmiş havuz ya da hatalı ayarlar dağıtan yetkisiz DHCP sunucusu bulunur. Her zaman dört adres değerinin tamamını kontrol edin ve tek bir cihazı test etmek için bırakma ve yenileme işlemlerini kullanın.