Windows Server 2019'da APIPA adres atamasının düzeltilmesi
Bu kılavuz, VMware ESXi sanal makinesinde çalışan Windows Server 2019'un yapılandırılmış statik IP adresini kullanmak yerine kendisine 169.254.x.x aralığında bir adres (APIPA) atadığı durumu nasıl çözeceğinizi açıklar.
Genel Bakış
APIPA (Automatic Private IP Addressing) bir yedek mekanizmadır: Windows bir DHCP sunucusuna ulaşamadığında kendisine 169.254.x.x aralığında bir adres atar. Bu davranış kendi başına normaldir — burada ele alınan sorun, statik bir IP adresi zaten yapılandırılmış olsa bile APIPA'nın etkinleşmesidir. Bazı ESXi ortamlarında bu durum, sunucunun statik adresini yok saymasına ve erişilemez hale gelmesine neden olur.
Başlamadan önce
Aşağıdaki adımları uygulamadan önce şunları doğrulayın:
- statik IP adresi, alt ağ maskesi ve varsayılan ağ geçidi, bağdaştırıcı ayarlarında doğru şekilde yapılandırılmıştır;
- VMware sanal ağ bağdaştırıcısı bağlı ve etkin durumdadır;
- sanal makine doğru bağlantı noktası grubuna veya VLAN'a bağlıdır;
- ağda yinelenen bir IP adresi bulunmamaktadır.
Bu kontrollerden sonra sorun devam ederse aşağıdaki adımlarla devam edin.
1. Adım: Mevcut ağ yapılandırmasını kontrol edin
Komut İstemi'ni yönetici olarak açın ve aşağıdaki komutu çalıştırın:
ipconfig /all
Çıktıda aşağıdakilere benzer satırları bulun:
Autoconfiguration IPv4 Address. . : 169.254.248.201(Preferred) Subnet Mask . . . . . . . . . . . : 255.255.0.0 IPv4 Address. . . . . . . . . . . : 192.168.1.136(Duplicate)
169.254.x.x aralığındaki bir adres (Preferred) olarak görünüyorsa, sunucu bir APIPA adresi kullanıyor demektir. Yapılandırılmış statik IP adresi (bu örnekte 192.168.1.136) (Duplicate) olarak işaretlenmiştir. Bu, Windows'un adresin zaten kullanımda olduğunu algıladığı ve etkinleştirmeyi reddettiği anlamına gelir. Bu nedenle sistem bunun yerine APIPA adresine geçer. Sonuç olarak sunucu ağ üzerinden erişilemez hale gelebilir.
2. Adım: Ağ arabirimi dizinini bulun
Etkin ağ arabirimlerini listelemek için aşağıdaki komutu çalıştırın:
netsh interface ipv4 show interfaces
Örnek çıktı:
Idx Met MTU State Name --- ----- ----------- ---------- --------------------------- 1 75 4294967295 connected Loopback Pseudo-Interface 1 2 1 1500 disconnected VPN - VPN Client 12 25 1500 connected Ethernet 2
Ağ bağdaştırıcınıza karşılık gelen ve "connected" durumunda olan arabirimi bulun. Arabirim dizinini not edin; bir sonraki adımda bu dizine ihtiyacınız olacaktır.
3. Adım: Arabirimde DAD iletimlerini devre dışı bırakın (geçici çözüm)
Bazı VMware ESXi ortamlarında Windows Server, statik bir IP yapılandırıldıktan sonra bile APIPA adresini kullanmaya devam edebilir. DAD (Duplicate Address Detection) iletimlerini devre dışı bırakmak, etkilenen sanal makinelerde bu davranışın önlenmesine yardımcı olabilir.
Aşağıdaki komutu çalıştırın ve 12 değerini önceki adımda belirlediğiniz arabirim diziniyle değiştirin:
netsh interface ipv4 set interface 12 dadtransmits=0 store=persistent
Alternatif olarak aynı sonucu PowerShell üzerinden de elde edebilirsiniz:
Set-NetIPInterface -InterfaceIndex 12 -AddressFamily IPv4 -DadTransmits 0 -PolicyStore PersistentStore
DAD'nin devre dışı bırakılması, Windows'un yapılandırılmış IPv4 adresinin arabirime atanmadan önce ağda zaten kullanılıp kullanılmadığını kontrol etmesini engeller.
Komutlardan herhangi birini çalıştırdıktan sonra değişikliğin uygulanması için bağdaştırıcıyı devre dışı bırakıp yeniden etkinleştirin. Ethernet 2 ifadesini bağdaştırıcınızın adıyla değiştirin:
netsh interface set interface "Ethernet 2" admin=disabled netsh interface set interface "Ethernet 2" admin=enabled
Bağdaştırıcının tam adından emin değilseniz, bu komutları çalıştırmadan önce doğrulamak için netsh interface ipv4 show interfaces komutunu kullanın.
Bu, belirli ESXi ortamları için bir geçici çözümdür; standart bir çözüm değildir. DAD'nin devre dışı bırakılması, Windows'un IP adresinin ağda zaten kullanılıp kullanılmadığını kontrol etmeyeceği anlamına gelir. Ağınızda yinelenen IP adreslerinin oluşma ihtimali varsa bu ayarı uygulamayın.
4. Adım: Sonucu doğrulayın
ipconfig /all komutunu tekrar çalıştırın ve aşağıdakileri doğrulayın:
- 169.254.x.x adresi artık tercih edilen adres olarak gösterilmiyor;
- statik IP adresiniz etkin durumda.
İsteğe bağlı: DHCP Client hizmetini devre dışı bırakın
Bazı durumlarda yöneticiler, Windows'un başlangıç sırasında DHCP keşfi yapmaya çalışmasını önlemek için DHCP Client hizmetini devre dışı bırakmayı tercih eder.
Microsoft, statik IP adresine sahip sunucularda bile DHCP Client hizmetinin devre dışı bırakılmasını önermez. Bu hizmet otomatik DNS kaydı, ağ konumu algılama ve diğer ağ özellikleri için kullanılır. Devre dışı bırakılması beklenmeyen davranışlara neden olabilir. Bu adımı yalnızca sorun 1–4. adımlardan sonra da devam ediyorsa ve ortamınız açısından sonuçlarını tamamen anlıyorsanız uygulayın.
Hizmeti devre dışı bırakmak için Denetim Masası > Yönetimsel Araçlar > Hizmetler bölümüne gidin, DHCP Client hizmetini bulun ve başlangıç türünü Devre Dışı olarak ayarlayın.