Angebot anfordern

iDRAC-Weboberfläche nicht erreichbar? Prüfen Sie in dieser Reihenfolge

· Systemingenieur, Fanxi Technology · Aktualisiert am 1. November 2026 · 6 Min. Lesezeit

Kurze Antwort

Öffnet sich die iDRAC9-Weboberfläche nicht, lesen Sie zuerst die tatsächliche IP des iDRAC ab (LCD an der Front, F2 > iDRAC Settings > Network oder racadm getniccfg im Host-Betriebssystem) und prüfen Sie, welchen Port er nutzt: Dedicated oder einen geteilten LOM. Schließen Sie danach VLAN-Konflikte, deaktiviertes IPv4, doppelte IP-Adressen, IP-Bereichsfilter und einen geänderten HTTPS-Port aus. Hängt der iDRAC selbst, führen Sie racadm racreset auf dem Host aus oder halten Sie die System-ID-Taste 16 Sekunden gedrückt; ohne Netzwerk verbinden Sie einen Laptop mit dem Micro-USB-Port iDRAC Direct an der Front und öffnen 169.254.0.3.

Grundlage: the Dell iDRAC9 User's Guide, the iDRAC9 RACADM CLI Guide (2024, firmware 7.x) and Dell KB articles for PowerEdge 14G to 16G

Reihen von Server-Racks in einem Rechenzentrum
Foto: “Datacenter Server Racks” by Carl Lender, via Wikimedia Commons, CC BY 2.0

Welche IP-Adresse hat der iDRAC wirklich?

Die meisten Meldungen „iDRAC ist tot“ enden hier: Der Controller funktioniert, hat aber eine andere Adresse als erwartet. Lesen Sie die Adresse am Server ab, nicht aus einer alten Tabelle. Auf nie konfigurierten Rack-Servern nutzt iDRAC9 die statische Standardadresse 192.168.0.120, sofern DHCP nicht aktiviert ist.

  • LCD an der Front (bei Servern mit LCD-Blende): Das Menü View zeigt die IPv4- oder IPv6-Adresse des iDRAC.
  • Beim Start F2 drücken und System Setup Main Menu > iDRAC Settings > Network öffnen. Enable NIC, NIC Selection, IPv4 und DHCP stehen auf einer Seite.
  • Im Host-Betriebssystem mit lokalem RACADM (Paket iDRAC Tools installiert):
racadm getniccfg
# diese Zeilen in der Ausgabe prüfen:
#   NIC Enabled     =1
#   IPv4 Enabled    =1
#   DHCP Enabled    =0
#   IP Address      =10.0.20.15
#   NIC Selection   =dedicated
#   Link Detected   =Yes
#   Active NIC      =Dedicated
getniccfg zeigt die Adresse, den gewählten Port und ob dieser Port Link hat.

Steckt das Kabel in dem Port, den der iDRAC nutzt?

iDRAC9 kommuniziert entweder über seinen eigenen RJ45-Port oder über einen der Onboard-LAN-Ports (LOM1 bis LOM4), den er mit dem Host teilt. Steht NIC Selection auf LOM1 und das Managementkabel steckt im iDRAC-Port, oder umgekehrt, ist der Controller nicht erreichbar, obwohl alles verkabelt aussieht.

EinstellungBedeutungTypischer Fehler
DedicatedDatenverkehr über den Port mit der Aufschrift iDRAC an der RückseiteKabel steckt stattdessen in einem Onboard-NIC-Port
LOM1 bis LOM4iDRAC teilt diesen Onboard-Port mit dem BetriebssystemPort liegt in einem Switch-VLAN ohne iDRAC-Subnetz
Failover NetworkZweiter LOM übernimmt bei Linkverlust des ersten (nur geteilter Modus)Failover-LOM nicht mit demselben Netz verbunden
Auto Dedicated NICWechselt vom geteilten LOM auf Dedicated, sobald der dedizierte Port Link hatEin Patchkabel im iDRAC-Port zieht den Verkehr vom bisher genutzten LOM ab
racadm get iDRAC.NIC.Selection
racadm set iDRAC.NIC.Selection Dedicated

Passt der Switch-Port zu VLAN und Geschwindigkeit des iDRAC?

Ein VLAN-Konflikt zeigt Link-LEDs, aber keinen Datenverkehr. Hat der iDRAC VLAN-Tagging aktiv und der Switch-Port ist ein ungetaggter Access-Port, kommen getaggte Frames an und werden verworfen. Ist der Switch-Port ein Trunk und der iDRAC sendet ungetaggt, landen die Frames im Native VLAN. Entscheiden Sie sich für ein Modell und stellen Sie beide Seiten gleich ein.

racadm get iDRAC.NIC.VLanEnable     # 0 = ungetaggt, 1 = getaggt
racadm get iDRAC.NIC.VLanID
racadm set iDRAC.NIC.VLanEnable 0   # für einen Access-Port
racadm get iDRAC.NIC.Autoneg        # 1 = Autonegotiation an (Standard)

Lassen Sie Autonegotiation eingeschaltet. Ein Switch-Port, der fest auf 100 Mbit/s Vollduplex steht, gegenüber einem iDRAC auf Auto endet oft in einem Duplex-Konflikt mit hohem Paketverlust. Der dedizierte iDRAC9-Port arbeitet mit 1 GbE, ein reiner 10G-Switch-Port ohne 1G-Unterstützung zeigt daher gar keinen Link.

Ist IPv4 aktiviert und die Adresse eindeutig?

Prüfen Sie, ob IPv4 Enabled =1 gilt. Vielleicht hat jemand IPv4 bei einem IPv6-Test abgeschaltet. Testen Sie danach auf eine doppelte Adresse: Trennen Sie den Server vom Strom und pingen Sie die iDRAC-IP. Antwortet trotzdem etwas, gehört die Adresse einem anderen Gerät. In einem DHCP-Netz suchen Sie die iDRAC-MAC-Adresse (auf dem LCD, in F2 und in getniccfg) in den DHCP-Leases, statt zu raten.

racadm set iDRAC.IPv4.Enable 1
racadm setniccfg -s 10.0.20.15 255.255.255.0 10.0.20.1   # statisch
racadm setniccfg -d                                      # oder DHCP
arping -I eth0 10.0.20.15   # von einem Linux-Host im selben Subnetz: mehr als eine MAC bedeutet Konflikt

Warum antwortet der iDRAC auf Ping, aber die Webseite lädt nicht?

Funktioniert ICMP, ist der Netzwerkpfad in Ordnung. Die Ursache liegt dann in den Web-Einstellungen des iDRAC oder im Browser:

  1. HTTPS-Port geändert. Standard ist 443. Lesen Sie ihn mit racadm get iDRAC.WebServer.HttpsPort aus und öffnen Sie https://<ip>:<port>.
  2. IP-Bereichsfilter. Ist iDRAC.IPBlocking.RangeEnable auf 1 gesetzt, dürfen sich nur Adressen innerhalb von RangeAddr und RangeMask anmelden. Prüfen Sie das über lokales RACADM und erweitern oder deaktivieren Sie den Bereich.
  3. Anmeldesperre. Nach mehreren Fehlversuchen sperrt der iDRAC die Client-IP kurzzeitig. Warten Sie eine Minute und nutzen Sie das richtige Passwort.
  4. TLS-Konflikt. Alte iDRAC9-Firmware bietet eventuell nur TLS-Versionen oder Cipher an, die ein aktueller Browser ablehnt. Sehr neue Firmware mit der Einstellung nur TLS 1.3 kann einen alten Browser oder RACADM-Client abweisen. Prüfen Sie racadm get iDRAC.WebServer.TLSProtocol und aktualisieren Sie die Firmware.
  5. Browser-Cache und Zertifikat. Testen Sie ein privates Fenster oder einen anderen Browser und bestätigen Sie die Warnung zum selbstsignierten Zertifikat.
racadm get iDRAC.WebServer.HttpsPort
racadm get iDRAC.IPBlocking
racadm set iDRAC.IPBlocking.RangeEnable 0
racadm get iDRAC.WebServer.TLSProtocol

Wie setzen Sie einen hängenden iDRAC ohne Server-Neustart zurück?

Stimmen die Einstellungen und der iDRAC antwortet trotzdem nicht, hängt möglicherweise der Controller. Jede der folgenden Methoden startet den iDRAC neu, ohne das Host-Betriebssystem oder die gespeicherten iDRAC-Einstellungen zu berühren. Warten Sie ein bis zwei Minuten, bevor Sie erneut testen.

  1. Im Host-Betriebssystem: racadm racreset mit lokalem RACADM.
  2. Mit installiertem iDRAC Service Module: Invoke-iDRACHardReset unter Windows (PowerShell) oder Linux, wenn der Controller nicht mehr auf RACADM reagiert.
  3. Am Server: Halten Sie die System-ID-Taste (mit i gekennzeichnet) mindestens 16 Sekunden gedrückt, bis die Lüfter auf volle Drehzahl gehen und das LCD erlischt.
  4. Letzter Ausweg: Betriebssystem herunterfahren, beide Netzkabel für einige Minuten ziehen und wieder einschalten.

Nutzen Sie racadm racresetcfg nicht als Lösung. Der Befehl setzt den iDRAC auf Werkseinstellungen zurück und löscht genau die Netzwerkkonfiguration und Benutzerkonten, über die Sie ihn erreichen wollen.

Wie erreichen Sie den iDRAC ganz ohne Netzwerk?

iDRAC Direct macht den USB-Managementport an der Front zu einer privaten Netzwerkverbindung mit Ihrem Laptop. Bei PowerEdge der 14., 15. und 16. Generation (iDRAC9) ist das der Micro-USB-Port an der Frontblende, bei der 17. Generation (iDRAC10) ein USB-C-Port neben einem Schraubenschlüssel-Symbol.

  1. Verbinden Sie Laptop und Front-Port iDRAC Direct mit einem USB-auf-Micro-USB-Datenkabel.
  2. Warten Sie, bis der Laptop die Adresse 169.254.0.4 erhält. Unter aktuellem Windows oder Linux ist keine Treiberinstallation nötig.
  3. Öffnen Sie https://169.254.0.3 und melden Sie sich mit den iDRAC-Zugangsdaten vom ausziehbaren Informationsetikett an.
  4. Korrigieren Sie die Netzwerkeinstellungen unter iDRAC Settings > Connectivity > Network und ziehen Sie das Kabel ab.

Bekommt der Laptop keinen Link, prüfen Sie unter iDRAC Settings > Media and USB Port Settings, ob der Portmodus auf iDRAC Direct Only oder Automatic steht, und schalten Sie das WLAN des Laptops ab, damit 169.254.x.x nicht anders geroutet wird.

Häufige Fragen

Warum kann ich den iDRAC pingen, aber die Weboberfläche nicht öffnen?

Der Netzwerkpfad funktioniert, die Ursache liegt im iDRAC selbst: ein geänderter HTTPS-Port, ein IP-Bereichsfilter, eine kurze Sperre nach Fehlanmeldungen oder eine TLS-Version, die Ihr Browser ablehnt. Prüfen Sie racadm get iDRAC.WebServer.HttpsPort und racadm get iDRAC.IPBlocking im Host-Betriebssystem.

Sollte der iDRAC den dedizierten Port oder einen geteilten LOM nutzen?

Nutzen Sie den dedizierten Port, wann immer möglich. Der Managementverkehr bleibt aus dem Produktivnetz heraus, und Sie behalten den Zugriff, wenn ein OS-Treiber oder ein LOM-Firmware-Update die Onboard-Ports abschaltet.

Startet racadm racreset meinen Server neu?

Nein. Der Befehl startet nur den iDRAC-Controller neu und behält dessen Konfiguration. Das Host-Betriebssystem läuft weiter. Der iDRAC braucht bis zu zwei Minuten, bis er wieder erreichbar ist.

Wie lautet die Standard-IP-Adresse von iDRAC9?

Bei Rack- und Tower-Servern ist die Werkseinstellung 192.168.0.120, sofern DHCP nicht aktiviert ist. Über den USB-Port iDRAC Direct an der Front hat der iDRAC immer 169.254.0.3, Ihr Laptop erhält 169.254.0.4.

Quellen

  1. Dell KB: How to configure iDRAC9 and Lifecycle Controller network settings
  2. Dell KB: PowerEdge, how to use the iDRAC Direct feature
  3. Dell KB: How to reset the iDRAC on a PowerEdge server
  4. Dell: Integrated Dell Remote Access Controller 9 User's Guide
  5. Dell: Integrated Dell Remote Access Controller 9 RACADM CLI Guide (2024)

Weiterlesen

Brauchen Sie einen so eingerichteten Server?

Wir stellen die gewünschte iDRAC-Adresse und den NIC-Modus vor dem Versand ein und prüfen, dass der iDRAC im Netzwerk antwortet. Ist ein Gerät von uns nicht erreichbar, senden Sie uns die Ausgabe von `getniccfg`, und wir gehen die Schritte gemeinsam mit Ihnen durch.

Angebot anfordern

Über Fanxi Technology, Server-Lieferant aus China

Fanxi Technology (Dalian Fanxi Technology Co., Ltd.) ist Dell Technologies Platinum Partner (Dell Technologies Partner Program, 2026) und HPE Business Solution Provider für HPE und HPE Networking (2026). Das Unternehmen ist ein in China ansässiger Anbieter von Enterprise-Serverhardware, der von seinem Standort in Dalian nach Europa, in die Amerikas und nach Afrika exportiert. Das Unternehmen führt Systeme von Dell PowerEdge, HPE ProLiant, Lenovo ThinkSystem, Huawei und xFusion sowie Rack- und Tower-Server, Enterprise-Storage und Komponenten wie PCIe-Grafikkarten. Bestellungen reichen von einer einzelnen Einheit bis zum kompletten Rack, und jeder Server wird mit 1 Jahr Garantie geliefert. Fanxi verkauft zu EXW-Bedingungen ab Dalian. Für Käufer weltweit arbeitet das Unternehmen mit einem Spediteur, der die Ware per Luftfracht ans Ziel bringt und DAP oder DDP liefern kann, wobei Zoll und Abgaben vom Spediteur übernommen werden. Alle Sendungen gehen per Luftfracht, und die Lieferung von Tür zu Tür dauert in jedes Land 1–2 Wochen. Fanxi beantwortet Angebotsanfragen innerhalb von 1 Stunde während der Geschäftszeiten (Mo–Fr 09:00–19:00 Uhr Pekinger Zeit, UTC+8) und berät Käufer, die Hilfe bei der Abstimmung von Hardware auf Workloads brauchen. Das Unternehmen bleibt vom ersten Angebot bis zur Zustellung mit Käufer und Spediteur in Kontakt.