Dell iDRAC IP Not Accessible sorunu, yönetim IP’sine Layer‑3’te ulaşılamaması demektir: ping fail, “Destination host unreachable”, yanlış subnet veya dokümantasyondaki IP’nin artık geçerli olmaması. Kısa cevap: Önce gerçek IP’yi F2/LCD/racadm getniccfg ile doğrulayın; mask/gateway/VLAN’ı kontrol edin; duplicate IP ve DHCP lease kaybını eleyin. Fiziksel port/LOM: Bağlantı Sorunu. Ping var HTTPS yok: Cannot Connect. Temel: iDRAC Nedir?.
Bu rehber özellikle şu ekipler için yazılmıştır:
- Eski Excel’deki iDRAC IP’sine ping atamayan sistem yöneticileri
- DHCP sonrası “IP kayboldu” diyen operasyonlar
- Remote site’tan route/gateway hatasını ayıran NOC ekipleri
- Duplicate IP / yanlış mask şüphesi olan altyapı ekipleri
Hızlı Özet
- IP Not Accessible = L3 erişilemezlik; HTTPS hatasından önce gelir.
- Kaynak of truth: LCD / F2 /
getniccfg— wiki’deki IP her zaman doğru değildir. - Static: IP + mask + gateway + VLAN ID bir paket halinde doğrulanır.
- DHCP: lease süresi, reservation, “Enable NIC” sonrası yeniden alma.
- Duplicate IP → aralıklı erişim; ARP ile kanıtlayın.
- Shared LOM host-self-ping tuzağı — Bağlantı.
- Sonraki liste: iDRAC License Kayboldu.
İçindekiler
- IP Not Accessible Nedir?
- Diğer iDRAC Hatalarından Farkı
- Adım Adım Teşhis
- Static, DHCP, Duplicate
- Route ve Uzak Erişim
- IP’yi Kurtarma / Yeniden Atama
- Kontrol Listesi
- Leon-X ile Sonraki Adım
- Sık Sorulan Sorular
- Kaynaklar

Görsel: Pexels - Server racks (yönetim ağı / veri merkezi bağlamı).
IP Not Accessible Nedir?
“IP not accessible”, istemcinin iDRAC yönetim adresine IP paketinin ulaşmamasıdır. Tipik belirtiler:
| Belirti | Olası neden |
|---|---|
Request timed out | Yanlış VLAN, ACL drop, yanlış IP |
Destination host unreachable | Local route/mask hatası |
| Ping aralıklı | Duplicate IP, flapping link |
| LCD’deki IP ≠ CMDB | DHCP değişimi, manuel yanlış kayıt |
| Aynı rack’ten OK, WAN’dan fail | Gateway / static route |
Kısa tanım: Dell iDRAC IP Not Accessible, PowerEdge iDRAC yönetim IP’sinin istemci ağından Layer‑3’te yanıt vermemesi durumudur; kök neden çoğu zaman yanlış IP/mask/gateway, VLAN veya DHCP lease’tir — web servisi çökmesinden önce gelir.
Diğer iDRAC Hatalarından Farkı
| Yazı | Odak |
|---|---|
| Bağlantı Sorunu | Dedicated/shared LOM, kablo, switch port |
| IP Not Accessible (bu yazı) | IP/mask/gateway, DHCP, duplicate, route |
| Cannot Connect | Ping OK ama HTTPS/TLS fail |
| Not Responding | UI açılır ama donar |
| Reset | Soft reset prosedürü |
Adım Adım Teşhis
1) Gerçek IP’yi okuyun
- Ön panel LCD / sağ tuş menü → iDRAC IP
- Veya konsol: F2 → iDRAC Settings → Network
- Veya host’tan (OpenManage/racadm kuruluysa):
racadm getniccfg
Not edin: IPv4, subnet mask, gateway, VLAN enable/ID, DHCP vs static, Link Detected.
2) Aynı L2’den ping
Yönetim VLAN’ına bağlı bir laptop/jump host’tan:
ping <idrac-ip>
arp -a | findstr <idrac-ip> # Windows
arp -an | grep <idrac-ip> # Linux/macOS
Aynı VLAN’dan fail → IP/mask/VLAN veya link.
Aynı VLAN OK, uzak fail → route/firewall.
3) Mask ve gateway
Örnek hata: iDRAC 10.10.20.50/24, gateway 10.10.10.1 → WAN’dan erişilemez.
Mask /16 sanılıp /24 yazılmışsa “yakın” host’lar bile unreachable olur.
Pro Tip: CMDB’deki IP’yi silmeden önce LCD’deki adresi fotoğraflayın; birçok “IP not accessible” vakası güncellenmemiş envanterdir.
Static, DHCP, Duplicate
Static
- Enable NIC = Enabled
- Static IP + doğru mask + gateway
- VLAN Enable + ID switch access/trunk ile uyumlu
DHCP
- Reservation MAC = iDRAC NIC MAC (LOM vs dedicated farklı olabilir)
- Lease bitince yeni IP → eski CMDB kırılır
- Çözüm: reservation veya static’e geç + dokümantasyon
Duplicate IP
- iDRAC’ı kapatmadan (mümkünse) aynı IP’ye başka cihazın cevap verip vermediğine bakın
- Switch MAC table / ARP: beklenen iDRAC MAC mi?
- Çakışan cihazı ayırın veya iDRAC’a yeni IP verin
Route ve Uzak Erişim
- Jump host → iDRAC aynı VRF/management VRF mi?
- Firewall: ICMP allow (teşhis için); asıl erişim HTTPS 443 — Cannot Connect
- Site-to-site VPN’de management subnet advertise edildi mi?
- Hairpin/NAT ile public IP’yi içeriden denemeyin
IP’yi Kurtarma / Yenidene Atama
- F2’den geçici static IP (bilinen management subnet)
- Kaydedip çıkın; 30–60 sn link/DHCP
- Jump host’tan ping → HTTPS
- Kalıcı IP + DNS kaydı + CMDB güncelle
- Gerekirse soft reset sonrası NIC’in ayağa kalkmasını bekleyin — Reset
iDRAC Direct (micro-USB) desteklenen modellerde IP bilmeden yerel erişim sağlar — Bağlantı.
Güvenlik ağı segmentasyonu: iDRAC Güvenliği.
Kontrol Listesi
- LCD/F2’den güncel IP not edildi.
- Dedicated vs shared LOM doğrulandı.
- Link Detected = Yes.
- Mask + gateway + VLAN ID kontrol edildi.
- Aynı management VLAN’dan ping denendi.
- DHCP reservation veya static kararı verildi.
- Duplicate IP / ARP kontrol edildi.
- Uzak erişimde route/VRF doğrulandı.
- CMDB / DNS güncellendi.
- Ping OK ise HTTPS için Cannot Connect rehberine geçildi.
Leon-X ile Sonraki Adım
Leon-X, iDRAC IP erişim sorunlarını yönetim ağı ve BMC yapılandırmasında Sunucu Kurulum, Konfigürasyon ve Devreye Alma kapsamında çözer. Destek: İletişime Geçin.
Sık Sorulan Sorular
Ping yok ama sunucu ayakta — iDRAC mı öldü?
Çoğu zaman hayır. Yanlış IP, VLAN veya dedicated porta takılmamış kablo daha yaygındır. Önce LCD’deki IP’yi okuyun.
DHCP kullanmak güvenli mi?
Küçük lab için evet; üretimde reservation veya static + envanter şart. Lease değişimi “IP not accessible” üretir.
Shared LOM’da host’tan ping neden fail?
Dell’in bilinen davranışı: host OS ile aynı LOM üzerindeki iDRAC’a self-ping genelde çalışmaz. Başka makineden test edin.
Gateway yanlışsa ne olur?
Aynı subnet’ten erişim çalışabilir; uzak sitelerden IP “not accessible” görünür.
Soft reset IP’yi değiştirir mi?
Genelde hayır; kayıtlı static/DHCP ayarı kalır. Reset servisi yeniden başlatır — Reset.


