APIPA (169.254.x.x) Adresi Nedir, Neden Görülür?

APIPA (Automatic Private IP Addressing), Windows’un DHCP üzerinden geçerli IPv4 ayarları alamayan bir ağ arayüzüne otomatik adres vermek için kullandığı addır. Bu otomatik yapılandırmanın standart karşılığı, yalnız aynı yerel bağlantıda geçerli olan IPv4 link-local adresleme olarak tanımlanır.
APIPA kullanan arayüz 169.254.x.x biçiminde bir IPv4 adresi taşır. Bu adres genel internet erişimi sağlamaz ve yönlendiriciler tarafından başka ağlara iletilmez. Aynı fiziksel veya mantıksal bağlantıdaki uyumlu cihazlarla sınırlı iletişim kurulabilir.
Bir arayüzün otomatik yapılandırma alanında beklenmedik biçimde 169.254 ile başlayan adres görülmesi, DHCP yapılandırmasının o arayüze ulaşmadığını gösteren önemli bir belirtidir; fakat DHCP sunucusunun kesin olarak bozuk olduğunu veya cihazdaki bütün ağ bağlantılarının çalışmadığını tek başına kanıtlamaz. Başka bir Ethernet, Wi-Fi, mobil veya sanal ağ arayüzü normal bağlantı sağlamaya devam edebilir.
APIPA ile IPv4 Link-Local Arasındaki İlişki
APIPA, Microsoft ürünlerinde yaygınlaşan mekanizma adıdır. İnternet standardı RFC 3927 ise işletim sisteminden bağımsız olarak “IPv4 link-local adreslerinin dinamik yapılandırılması” davranışını tanımlar. APIPA mekanizmayı, IPv4 link-local adresi ise arayüze atanan adres türünü belirtir.
IANA, 169.254.0.0/16 bloğunu IPv4 link-local için özel amaçlı adres alanı olarak kaydeder. Bu bloğun ağ maskesi 255.255.0.0 değeridir. Bloktaki adresler yerel bağlantıda kaynak ve hedef olarak kullanılabilir; ancak bu adresleri taşıyan paketler yönlendirici üzerinden başka bağlantılara iletilmez ve adresler küresel olarak erişilebilir değildir. RFC 1918’deki özel kullanım adres bloklarıyla aynı sınıfta değildir.
APIPA Adresi Nasıl Seçilir?
APIPA destekleyen sistem, kullanılabilir bir DHCP yapılandırması alamadığında aynı ağ arayüzü için sözde rastgele yöntemle aday IPv4 link-local adresi seçebilir. RFC 3927’ye göre dinamik seçim aralığı 169.254.1.0 ile 169.254.254.255 arasındadır. İlk 256 adresi kapsayan 169.254.0.0/24 ile son 256 adresi kapsayan 169.254.255.0/24 gelecekteki kullanımlar için ayrılmıştır ve otomatik seçimde kullanılmamalıdır.
Sistem seçtiği adresi hemen kullanmaz. ARP (Address Resolution Protocol) sorgularıyla aynı bağlantıda bu adresi kullanan başka bir cihaz olup olmadığını sınar. ACD (Address Conflict Detection) bir çakışma bulursa sistem başka aday seçer; kullanım başladıktan sonra oluşan çakışmaları da izler. Sistem, ARP duyurusuyla adresi kullandığını bildirerek onu korumayı deneyebilir veya adresi bırakıp yenisini seçebilir; kısa süre içinde tekrarlayan çakışmada aynı adresi kullanmayı sürdürmemelidir.
APIPA, DHCP’nin yerine geçen eksiksiz bir ağ yapılandırması değildir. Sistem APIPA adresi seçtiğinde DHCP sunucusundan yapılandırma almayı denemeyi bırakmaz. Sunucu cihaza belirli bir süre kullanabileceği bir IPv4 adresi verdiğinde cihaz, bu adresi ve sunucunun sağladığı diğer ayarları kullanabilir. Bu adres mevcut ağda kullanılabiliyorsa yeni bağlantılarda link-local adresi yerine tercih edilir; önceden kurulmuş yerel bağlantılar bir süre eski adresi kullanabilir.
APIPA Adresi Neden İnternet Erişimi Sağlamaz?
IPv4 link-local adresinin kapsamı tek bir yerel bağlantıdır. Cihaz, aynı bağlantıdaki 169.254 ile başlayan tekil bir hedef adres için doğrudan ARP çözümlemesi yapar ve paketi yönlendiriciye göndermez. Yönlendiriciler de IPv4 link-local kaynaklı veya hedefli paketleri başka ağlara taşımamalıdır.
IPv4 üzerinden internete ulaşmak için normalde yönlendirilebilir bir IPv4 adresi, uygun ağ maskesi ve hedefe giden bir rota gerekir; çoğu istemci ağında bu rota varsayılan ağ geçidine gider. Yalnız APIPA IPv4 adresi bulunan arayüz, bu adresle başka alt ağlara veya internete çıkamaz. DNS ayarının eksikliği de alan adlarının çözümlenmesini engelleyebilir; ancak yalnız DNS sunucusu adresi eklemek yönlendirme sorununu çözmez.
İki cihazın adresinin 169.254 ile başlaması, aynı bağlantıda olduklarını veya iletişim kurabileceklerini garanti etmez. Farklı VLAN’lar ya da ayrı fiziksel bağlantılar cihazları birbirinden ayırabilir. Aynı bağlantıdaki cihazlar arasında da Wi-Fi istemci yalıtımı, güvenlik duvarı veya uygulama izinleri iletişimi engelleyebilir.
APIPA Görülmesinin Yaygın Nedenleri
- DHCP hizmeti kapalı veya yanıt vermiyor: Yönlendirici, sunucu ya da erişim noktası istemcinin isteğine cevap veremiyor olabilir.
- Adres havuzu dolu: DHCP sunucusunda yeni cihaza verilebilecek boş IPv4 adresi kalmamış olabilir.
- Fiziksel bağlantı sorunu: Ethernet kablosu, switch portu, ağ kartı veya erişim noktası bağlantısı kesintili olabilir.
- Yanlış Wi-Fi veya misafir ağı: Cihaz ağa bağlı görünse de DHCP sunucusunun bulunduğu bağlantıya ulaşamıyor olabilir.
- VLAN veya DHCP aktarımı sorunu: DHCP relay (DHCP aktarıcısı), istemci yayınlarını doğru sunucuya taşımıyor olabilir.
- İstemci veya sürücü sorunu: DHCP istemcisi ya da ağ sürücüsü istek ve yanıtları düzgün işleyemiyor olabilir. Otomatik adres almanın kapalı olması ise tek başına APIPA açıklaması değildir; bu durumda elle girilmiş yapılandırma kullanılıyor olabilir.
- Güvenlik kuralı: Uç nokta güvenliği, erişim kontrolü ya da ağ politikası DHCP trafiğini engelliyor olabilir.
APIPA adresi açılışta veya ağ değişiminden hemen sonra kısa süreli görünebilir. Arayüz birkaç saniye sonra normal DHCP adresine geçiyorsa kalıcı bir arıza olmayabilir. Adres uzun süre kalıyor veya düzenli tekrarlanıyorsa bağlantı yolu incelenmelidir.
APIPA Her Zaman Bütün Cihazın Çevrim Dışı Olduğunu Gösterir mi?
Hayır. APIPA bir ağ arayüzünün durumunu gösterir. Dizüstü bilgisayarın Ethernet arayüzü APIPA adresi taşırken Wi-Fi arayüzü normal IPv4 veya IPv6 bağlantısıyla internete çıkabilir. Aynı Ethernet arayüzünde de kullanılabilir bir IPv6 adresi ve rota varsa IPv6 destekleyen internet hizmetlerine erişim sürebilir. Sanal makine, container (kapsayıcı), VPN ve fiziksel arayüzler de birbirinden farklı adresler taşıyabilir.
Teşhiste APIPA adresinin hangi arayüzde bulunduğu belirlenmelidir. Varsayılan ağ geçidinin ve varsayılan rotanın başka bir arayüze bağlı olması cihazın internete farklı yoldan ulaşabildiğini gösterebilir. Bu nedenle yalnız tek bir IP adresi satırı yerine bütün arayüzler birlikte incelenir.
IPv4 ve IPv6 Yerel Adres Türlerinin Farkları
| Adres türü | Örnek | Kapsam ve anlam |
|---|---|---|
| IPv4 link-local | 169.254.0.0/16 | Aynı yerel bağlantıyla sınırlıdır; yönlendirici üzerinden iletilmez |
| IPv4 özel kullanım | 10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16 | Özel ağlarda kullanılır ve kurum içindeki yönlendiriciler arasında taşınabilir |
| IPv4 loopback (geri döngü) | 127.0.0.0/8 | Yalnız aynı sistemin loopback ortamını gösterir |
| IPv6 link-local | fe80::/10 | Aynı yerel bağlantıyla sınırlı IPv6 adres türüdür; normal bir IPv6 yapılandırmasında da bulunabilir |
IPv6 link-local adresinin görülmesi APIPA sorunu anlamına gelmez. IPv6 arayüzleri normal küresel veya yerel IPv6 yapılandırması varken de link-local adres taşıyabilir. IPv4 APIPA durumu ile IPv6 link-local varlığı ayrı değerlendirilmelidir.
169.254.169.254 Bulut Sunucularında Ne İçin Kullanılır?
169.254.169.254, 169.254.0.0/16 içinde yer alır; ancak Amazon Web Services, Microsoft Azure ve Google Cloud gibi bazı bulut platformlarında çalışan sanal makineye ait meta verileri sunan yerel uç nokta olarak kullanılır. Bir uygulamanın bu adrese istek göndermesi veya ağ günlüğünde hedef olarak görünmesi, arayüzün APIPA adresi aldığı anlamına gelmez.
Önemli ayrım adresin rolüdür. Arayüzün kendi adresi 169.254.x.x ise otomatik link-local yapılandırma söz konusu olabilir; 169.254.169.254 yalnız hedef olarak kullanılıyorsa platformun meta veri hizmeti olabilir. Bu hizmet kimlik bilgileri veya erişim belirteçleri gibi hassas veriler sunabildiği için bulut sağlayıcısının erişim ve güvenlik yönergeleri uygulanmalıdır.
APIPA Sorunu Nasıl Giderilir?
- Etkilenen arayüzü belirleyin: Ethernet, Wi-Fi, sanal makine veya VPN arayüzlerinden hangisinin APIPA adresi aldığını bulun. Diğer arayüzlerde çalışan bağlantıyı yanlışlıkla bozmayın.
- Sorunun kapsamını karşılaştırın: Aynı ağdaki başka cihazlar normal DHCP adresi alıyorsa sorun ilk cihazla sınırlı olabilir. Birden fazla cihaz etkileniyorsa ortak ağ, DHCP hizmeti veya adres havuzu öncelik kazanır.
- Fiziksel ve kablosuz bağlantıyı doğrulayın: Ethernet kablosunu ve switch portunu kontrol edin; Wi-Fi için doğru kablosuz ağa bağlanıldığını ve erişim noktasının istemciyi yalıtmadığını doğrulayın.
- Ağ arayüzünü yenileyin: Bağlantıyı kesip yeniden kurmak veya arayüzü kapatıp açmak DHCP görüşmesini yeniden başlatabilir. Sorun tek cihazdaysa yönlendirici ayarlarını değiştirmeden önce bu adımı uygulayın.
- IPv4 ayarını kontrol edin: Ağda DHCP kullanılıyorsa otomatik adres alma etkin olmalıdır. Ağ yöneticisinin verdiği bir plan yoksa rastgele statik IPv4 adresi, ağ maskesi veya ağ geçidi yazmayın.
- DHCP sunucusunu inceleyin: Hizmetin etkin olduğunu, havuzda boş adres bulunduğunu, doğru ağ için IPv4 adresi verdiğini ve gerekiyorsa DHCP relay yapılandırmasının çalıştığını kontrol edin.
- Ortak cihazı kontrollü yeniden başlatın: Birden fazla istemci etkileniyor ve ayarlar doğru görünüyorsa yönlendirici ya da erişim noktasını yeniden başlatmak geçici DHCP sorununu düzeltebilir. Diğer kullanıcıları ve çalışan hizmetleri gözetin.
Fabrika ayarlarına dönüş ilk çözüm olmamalıdır. Bu işlem kablosuz ağ adı ve parolası, internet servis sağlayıcısı ayarları, port yönlendirmeleri, VLAN’lar ve diğer özel yapılandırmaları silebilir. Daha düşük riskli kontroller tamamlanmadan ve mevcut ayarlar yedeklenmeden uygulanmamalıdır.
APIPA Kullanıldığı Nasıl Doğrulanır?
Windows’ta ipconfig /all çıktısında ilgili arayüzün “Otomatik Yapılandırma IPv4 Adresi” alanı 169.254 ile başlayan adresi gösteriyorsa APIPA kullanımı anlaşılır. Otomatik yapılandırmanın etkinliği, 255.255.0.0 ağ maskesi ve aynı arayüzdeki IPv4 varsayılan ağ geçidi bilgisi de birlikte kontrol edilir. Grafik ağ ayarlarında da aynı arayüzün IPv4 ayrıntıları incelenebilir.
Linux’ta ip address, macOS’ta ağ ayarları veya uygun komut satırı aracı kullanılabilir. İşletim sisteminin 169.254 ile başlayan bir adres göstermesi IPv4 link-local adres türünü doğrular; nedenin DHCP sunucusu, kablo, VLAN, sürücü veya güvenlik kuralı olduğunu tek başına belirlemez.
Bağlantının Düzeldiği Nasıl Anlaşılır?
Etkilenen arayüzün ağa uygun bir IPv4 adresi ve ağ maskesi aldığını, gerekiyorsa varsayılan ağ geçidinin de ayarlandığını kontrol edin. Adresin görünmesi tek başına bağlantının düzeldiğini kanıtlamaz; yerel erişimi, DNS çözümlemesini ve ihtiyaç duyuluyorsa internet bağlantısını ayrı ayrı deneyin. DHCP kullanılıyorsa adresin sunucu tarafından verildiğini de doğrulayın. Sistem geçiş sırasında IPv4 link-local adresini bir süre koruyabilir.
Arayüz doğru IPv4 ayarlarını aldığı halde internet çalışmıyorsa DNS, yönlendirme, güvenlik duvarı veya internet servis sağlayıcısı tarafında başka bir sorun olabilir. Bu durumda yalnız APIPA adresinin kaybolmasına değil, bağlantının hangi aşamada başarısız olduğuna bakılır.







