Windows bir APIPA IP (169.xxx) atarsa ​​ne yapılmalı: gerçek nedenler ve kesin çözüm

Cihazınız 169.254.xx adresiyle görüntülendiğinde ve ağ sınırlı bağlantı uyarısı gösterdiğinde, APIPA otomatik adreslemesinin çalışıyor olma olasılığı çok yüksektir. Bu mekanizma, acil bir yerel IP adresi atar. DHCP sızıntı, aynı fiziksel ağ üzerinde bazı iletişimlere izin verir ancak diğer ağlara erişim sağlamaz.

Ev ve şirket ortamlarında bu durum tekrar eden bir sorundur: DHCP'deki yanıt alamayan ve APIPA'ya düşen kartlar, internet olmadan Wi-Fi üzerinden bağlanan dizüstü bilgisayarlar veya belirli bir sorun nedeniyle kiralama sözleşmelerini yenilemeyi bırakan sunucular. APIPA'nın ne olduğunu, nasıl çalıştığını ve nasıl devre dışı bırakılacağını veya teşhis edileceğini anlamak Size hem zaman kazandıracak hem de baş ağrısından kurtaracaktır.

APIPA nedir ve ne işe yarar?

APIPA (Otomatik Özel IP Adresleme) DHCP sunucusu mevcut değilse, arayüzü 169.254.0.0/16 bloğundan bir adresle otomatik olarak yapılandıran bir IPv4 özelliğidir. Sadece 255.255.0.0 IP adresini ve maskesini atar, ağ geçidi veya DNS olmadan, bu sayede aynı segmentteki cihazlar arasında yerel iletişime izin verir ve başka hiçbir şeye izin vermez.

Bu alan, RFC 3927'ye göre IANA tarafından bağlantı-yerel adresler için ayrılmış olup, bağlantı-yerel aralıklar olarak adlandırılan aralıklara düşmektedir. Uygulamada APIPA, ağı yerel düzeyde “canlı” tutar. geçerli bir yapılandırma olmadığında, ancak yönlendirilebilir olmadığında veya İnternet erişimi için uygun olmadığında.

Kuralları çerçevelemek önemlidir: RFC 3330 (daha sonra RFC 5735 ile değiştirilmiştir) ve RFC 3927 bu adreslerin kullanımını tanımlar. Bilgisayarlarda kullanılabilir aralık genellikle 169.254.1.0 ile 169.254.254.255 arasındadır, her iki ucu da (169.254.0.x ve 169.254.255.x) rezerve ederek ve 169.254.255.255'i yayın olarak kullanarak.

APIPA'nın ayrıntılı çalışma şekli

Bir arayüz DHCP'de olduğunda ve yanıt alamadığında sistem APIPA'yı etkinleştirir. İstemci başlangıçta birkaç DHCPDISCOVER gönderir; yaygın bir tanımlamaya göre birkaç saniye içerisinde 3 veya 4 istekte bulunur ve eğer yanıt alınamazsa bağlantı yerel otomatik yapılandırmayı başlatır.

Otomatik yapılandırma sırasında cihaz, izin verilen aralıkta yarı rastgele bir IP adresi seçer ve ayarlamadan önce problar (ARP veya yayın) kullanarak kullanımda olmadığını doğrular. Bir çakışma tespit ederse, maksimum deneme sayısına kadar başka bir adresi dener.; bazı metinlerde çatışmalar devam ederse pes etmeden önce 10'a kadar denemeden bahsediliyor.

Atandıktan sonra istemci periyodik olarak DHCP sunucusu aramaya devam eder. Örneğin Windows'ta DHCP istekleri yaklaşık olarak her 5 dakikada bir yeniden denenir.Bir sunucu belirirse, TCP/IP yığını APIPA IP'sini geçerli bir kiralama ile değiştirir.

APIPA yalnızca IPv4 için geçerlidir; IPv6'da Durumsuz Otomatik Yapılandırma (SLAAC) kullanılırRFC 2462'de (şimdi RFC 4862 ile güncellenmiştir) açıklanan, farklı bir mekanizma ve fe80::/10 ön ekine sahip bağlantı yerel adresleri.

Windows'ta APIPA: davranış ve özellikler

Modern Windows sistemlerinde APIPA varsayılan olarak etkindir. DHCP almadığında, yığın kendi kendini atar ve periyodik olarak kiralamayı yeniden kazanmaya çalışır.Ayrıca, medya algılama özelliği bağlantı tekrar sağlandığında yeniden deneme girişimlerini hızlandırır.

Windows 98 gibi eski sürümlerde, fiziksel bir çökmeden sonra yeniden bağlanmayı geciktirebilen Media Sense yoktu. Windows 2000, XP, 7, 10 ve üzeri sürümler Media Sense'i içerir ve ağ bağlamını iyileştirmek için ICMP Yönlendirici Keşfi veya RIP dinleme gibi diğer tamamlayıcı özellikler.

Bazı Windows uygulamaları, arayüzün MAC adresini karmalayarak APIPA IP'sini oluşturur. yeniden başlatmalardan sonra istikrarı sağlamak ve tekrarların olasılığını azaltmak (her zaman önceden çatışma kontrolü yapılarak).

APIPA'da olup olmadığınızı nasıl anlarsınız?

Windows 2000/XP/Server 2003 ve sonraki sürümlerde bir komut istemi açın ve şunu çalıştırın: otomatik yapılandırma bloğunu incelemek için ipconfig /allOtomatik yapılandırma etkinse ve IP 169.254.xy ve 255.255.0.0 maskesine sahipse APIPA'dasınız.

Daha eski Windows sürümlerinde (Windows 98, Windows Me), winipcfg yardımcı programı, otomatik yapılandırma etiketi altında 169.254.xx içinde bir adresin bulunup bulunmadığını görmenize olanak tanır. Bu IP'yi görmek, DHCP kiralamasının mevcut olmadığını gösterir.

Windows'ta APIPA'yı devre dışı bırakma veya etkinleştirme

Duruma göre DHCP'nin kullanımı korunarak veya kullanılmayarak APIPA devre dışı bırakılabilir. Bu, Windows Kayıt Defterini düzenleyerek yapılır, sistem versiyonuna bağlı olarak rotayı değiştiriyoruz.

• Windows 98/Me'de: 'IPAutoconfigurationEnabled' DWORD girdisini 0x0 değeriyle şuraya ekleyin: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\DHCP.
• Windows 2000/XP/Server 2003'te: Belirli arayüzün altına 'IPAutoconfigurationEnabled' (DWORD 0x0) ekleyin: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\<GUID_del_adaptador>.
• Daha yeni sürümlerde (Windows 7/8/10/11), TCP/IP genel parametre sarmalayıcısına yönelik referansları da göreceksiniz: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters1 değerinin APIPA'yı etkinleştirdiğini ve 0 değerinin devre dışı bıraktığını unutmayın.

Kayıt Defterini değiştirdikten sonra ayarın geçerli olması için bilgisayarı yeniden başlatmanız önerilir. Herhangi bir şeye dokunmadan önce kayıt defterinizi yedekleyin.Özellikle kritik ekipmanlarda.

APIPA'nın ortaya çıktığı tipik senaryolar

Önceden kiralama ve DHCP olmadan önyükleme: istemci önyükleme yapar, birkaç keşif mesajı (3 veya daha fazla) yayınlar ve, Cevap alınamazsa 169.254/16 içerisinde kendisine B sınıfı IP atar.. Aralıklarla yeniden denemeye devam edin.

Önceki kiralama ile ve DHCP olmadan: cihaz varsayılan ağ geçidini sorgular; Eğer cevap verirse eski IP'yi koruHerhangi bir yanıt alınamaması veya ağ geçidinin yapılandırılmaması durumunda APIPA etkinleştirilir ve hatalar kullanıcıya bildirilir.

Kiralama süresi doldu ve DHCP yok: istemci yenilemeyi deniyor; Bir sunucu bulamazsa APIPA'ya geri döner, birkaç algılama gönderir ve sunucu tekrar çevrimiçi olana kadar döngüyü birkaç dakikada bir tekrarlar.

169.254.xx gördüğünüzde hızlı tanı

Temel bilgilerle başlayın: kabloları, bağlantıları, yönlendiricinin veya anahtarın durumunu ve onu sunan cihazın DHCP hizmetini kontrol edin (evde genellikle yönlendiricidir). Yönlendiricinin ve ağ arayüzünün kontrollü bir şekilde yeniden başlatılması yeniden müzakereyi zorunlu kılar.

Windows'ta, yığını sıfırlamak için yükseltilmiş komut isteminde şu komutları çalıştırın: Güvenlidirler ve genellikle sık karşılaşılan olayları çözerler.

netsh int ip reset c:\resetlog.txt
netsh winsock reset
ipconfig /flushdns
ipconfig /registerdns
ipconfig /release
ipconfig /renew

Ayrıca 'DHCP İstemcisi' hizmetinin etkin olduğunu (services.msc) kontrol edin ve gerekirse, Windows 10'da DHCP'yi Etkinleştirme. Başlatılmış durumda olmalı ve başlatma türü Otomatik olmalıdır böylece arayüz hibeleri doğru şekilde elde edebilir.

Wi-Fi kullanıyorsanız, adaptörün erişim noktasının güvenliği (WPA/WPA2 vb.) ve sinyal kalitesiyle uyumluluğunu kontrol edin. Kötü bir müzakere, fikri mülkiyet edinimini engelleyebilir SSID'yi görüp ilişkilendirmeme rağmen.

DHCP sunucusu veya yönlendirici kontrolleri

Özel DHCP sunucusuna sahip ağlarda, günlük kayıtlarına ve kapsamların durumuna bakmak iyi bir fikirdir. 169.254.xx dosyasından yanlışlıkla kaydedilmiş olan kalan girdileri kaldırır ve aktif havuzun tükenmediğinden emin olun.

İyi işletme uygulamaları: kullanılmayan arayüzleri devre dışı bırakın, yönetim arayüzlerine geçerli statik IP atar, her alt ağda DHCP'yi dağıtın ve gelişmiş seçenekleri (uygulanabilirse yayın keşfi gibi) inceleyin.

Ev ortamlarında, yönlendiricinin arayüzüne giriş yapın ve DHCP sunucusunun etkin olduğunu ve yeterli menzile sahip olduğunu doğrulayın. Yönlendiricinin yazılımını güncellemek bilinen hataların giderilmesine yardımcı olur. ve performansı ve istikrarı artırır.

Çatışmaları ve bunların etkilerini ele alın

IP çakışmaları, yinelenen manuel atamalardan, DHCP hatalarından veya kötü yönetilen rezervasyonlardan kaynaklanabilir. Çatışmanın türünün belirlenmesi, statik sözleşmeler belirlemek, dinamik sözleşmeleri yenilemek veya sözleşmeleri iptal etmek arasında karar vermede önemlidir..

İşletmelerde aynı IP adresine sahip iki bilgisayar, özellikle çakışmanın sunucuları etkilemesi durumunda kritik hizmetlerin durmasına neden olabilir. Ağınızı periyodik olarak izlemek ve denetlemek, sorunları önceden tahmin etmenizi sağlar. ve kesinti süresini azaltır.

APIPA ve güvenlik: olası suistimaller ve karşı önlemler

Bazı kaynaklar, Windows'ta APIPA'nın sürekli olarak zorlanmasının kötü amaçlı kullanılabileceğini, örneğin otomatik yapılandırma, DHCP veya arayüz ölçümleriyle ilgili kayıt defteri girdilerinin değiştirilmesi yoluyla kullanılabileceğini belirtmektedir. Saldırganın amacı sunucunun bağlantısını kesmek olacaktır. hassas parametrelerin değiştirilmesi.

Bu bağlamda belirtilen ayarlar arasında 'IPAutoconfigurationEnabled', 'EnableDHCP', 'DhcpConnForceBroadcastFlag' gibi anahtarlar veya arayüzlerin metrik değerleri yer almaktadır. ...\Tcpip\Parameters\Interfaces\<GUID>. Bunları bilmek savunmaya yardımcı olsa da, kontrolsüz bir şekilde otomatikleştirmek tavsiye edilmez. çünkü ağı kendiniz engelleyebilirsiniz.

Karşı önlemler: Yönetim ayrıcalıklarını sınırlayın, Kayıt Defterini koruyun, uç nokta politikalarını güçlendirin, Olağandışı ağ değişikliklerini izleyin ve kurtarma betikleri (TCP/IP sıfırlama) kullanınVe tabii ki sürücüleri ve işletim sistemini güncel tutmak saldırı yüzeyini azaltır.

Linux: Zeroconf, Avahi ve Nasıl Devre Dışı Bırakılır

GNU/Linux'ta eşdeğer davranış Zeroconf ve avahi-autoipd daemon'uyla ilişkilidir. Arayüzün 169.254/16'yı benimsemesini istemiyorsanız, birkaç yol var Dağıtıma bağlı olarak.

Klasik Red Hat/CentOS ailelerinde, Zeroconf genellikle genel yapılandırmaya aşağıdakiler eklenerek devre dışı bırakılır: 'NOZEROCONF=yes' ayarını yapın ve ağı yeniden başlatın otomatik bağlantı-yerel rotalardan kaçınmak için.

# /etc/sysconfig/network
NETWORKING=yes
NOZEROCONF=yes
# Reinicio del servicio
service network restart

Avahi kullanıyorsanız, ağ politikanıza bağlı olarak onun daemon'unu yeniden başlatmanız veya devre dışı bırakmanız gerekebilir. Daha eski SysV sistemlerinde '/etc/init.d/avahi-daemon restart' gibi yollar göreceksiniz; sürümünüzün servis yöneticisini ayarlayın.

Başka bir yaklaşım ise 169.254.0.0/16 rotasını sıcak olarak silmek ve ip/route ile alt ağınız için geçerli rotalar belirlemektir. Kalıcı bir önlem olarak, avahi-autoipd betiklerinde bağlantı yerel yolunu ekleyen satırları yorum satırı haline getirebilirsiniz eğer dağıtımınız bunları kullanıyorsa.

# Ejemplo orientativo (ajusta a tu entorno)
# Eliminar ruta link-local y forzar gateway de la LAN
ip route del 169.254.0.0/16 dev eth0
ip route add 192.168.1.0/24 via 192.168.1.1 dev eth0 metric 100

Genellikle yardımcı olan diğer pratik adımlar

Ağ bağdaştırıcısı sürücüsünün (ve varsa yönlendirici yazılımının) güncellenmesi uyumsuzlukları ve müzakere başarısızlıklarını çözer. Yeni bir sürüm yoksa, sürücüyü yeniden yüklemek bazen bozuk durumları temizler. aylarca kullanımdan sonra.

Eğer durum devam ederse ve sistem kurulumundan şüpheleniyorsanız, işletim sistemi geri yüklemesi en hızlı yol olabilir. Donanım ve DHCP'yi zaten elediyseniz, bir yedekleme yapın ve temiz bir kurulum yapmayı düşünün..

Birden fazla arayüze (fiziksel ve sanal) sahip makinelerde öncelikleri ve ölçümleri gözden geçirin. Hypervisor sanal kartları müdahale edebilir Eğer metrik, LAN'a gitmesi gereken fiziksel NIC'in üstündeyse.

Windows'ta rota tablosunu ve ilişkili ölçümleri görüntülemek için şunu kullanın: Bu şekilde yönlendirme kararlarında hangi arayüzün "kazandığını" bileceksiniz..

netstat -rn

Metriği manuel olarak ayarlamanız gerekiyorsa, kartın TCP/IPv4 özelliklerine, gelişmiş seçeneklere gidin ve ana arayüzde otomatik metriğin işaretini kaldırarak düşük bir değer (örneğin 1) ayarlayın. Geri kalanını otomatikte bırakabilirsiniz. sürprizlerden kaçınmak için.

Sık sorulan sorular

• Takımım neden sadece 169.254.xx adresindeki diğer kişilerle konuşuyor? Çünkü APIPA ağ geçitlerini veya DNS'i yapılandırmaz. Aynı bağlantı içinde yalnızca yerel 3. Katman bağlantısı vardır ve hiçbir yönlendiriciye erişim sağlanmaz.
• APIPA kendiliğinden geçer mi? Evet, DHCP sunucusu yanıt verip geçerli bir kiralama sağladığında. Windows birkaç dakikada bir sunucuyu bulmaya çalışır ve bağlantı yerel IP'sini manuel müdahaleye gerek kalmadan değiştirir.
• "Çalıştığı için" 169.254.xx'i sabit IP olarak kullanabilir miyim? Bu iyi bir fikir değil. Yönlendirilebilir değil ve yerel bağlantı aralığının amacını ihlal ediyor. Statik özel IP'ler için RFC1918 aralıklarını kullanıyor.
• DHCP'yi kaldırmadan APIPA'yı nasıl devre dışı bırakabilirim? Kayıt Defterini düzenleyerek ilgili arayüzde 'IPAutoconfigurationEnabled' değerini 0 olarak ayarlayın. Eski sürümlerin farklı anahtar yolları vardır; devre dışı bırakma bölümüne bakın.

169.254.xx'i görüntüleyen bir makine, başlı başına "sorun" değildir; daha ziyade DHCP kiralamasının alınamadığının bir belirtisidir. Yukarıdaki kontrollerle (DHCP hizmeti, kablolar, sürücüler, güvenlik duvarı ve ölçümler) Normal olan geçerli bir IP'ye geri dönmek ve tam bağlantıyı yeniden sağlamaktır.