UK’s trusted IT infrastructure partner since 2003
Servnet
ConfiguratorGet in Touch
First boot with iDRAC and iLO: initial server setup the right way (UK 2026) — analysisFirst boot with iDRAC and iLO: initial server setup the right way (UK 2026) — analysis — reach
Server Infrastructure · How-To

First boot with iDRAC and iLO: initial server setup the right way (UK 2026)

Servnet Editorial · Server Infrastructure Practice11 min read

The baseboard management controller is the first thing you should configure on a new server and the one most people configure last - if at all. Dell iDRAC and HPE iLO give you full remote control of a server even when it is powered off, which is exactly why a default-password, flat-network BMC is one of the most dangerous things in a data hall. This is the day-one sequence our engineers follow to bring an iDRAC or iLO up licensed, updated and secured before the operating system ever loads.

Unbox to a licensed, secured BMC
Where are you in first boot?
Just unboxed
Mgmt port, change password
BMC reachable
Static IP, firmware, licence
Pre-OS
NTP, syslog, virtual media

What the BMC is and why it goes first

iDRAC (Integrated Dell Remote Access Controller) and iLO (Integrated Lights-Out) are independent management processors on the motherboard with their own CPU, network port and power. They let you power-cycle the server, mount virtual media, watch the console, read every sensor and update firmware - all remotely, all out-of-band, with no operating system involved. That power is the reason to configure them first: you want full remote control before you install anything, so the rest of the build needs no physical visits.

It is also the reason to secure them first. A BMC with default credentials on the production network is a remote, OS-independent backdoor to the whole server. Treat the BMC as the most privileged interface on the box, because it is.

The unbox-to-secured sequence

Work the same order every time. Connect the dedicated management port - never share it with production traffic. Reach the BMC on its default address, then immediately change the default administrator password to a strong unique credential; this is the single most important step and it must happen before the BMC ever touches a routable network. Set a static management IP (or a reserved DHCP lease) so the controller is always findable. Update the BMC firmware and the system BIOS to current versions from the vendor before you build, because day-one firmware fixes real security and stability issues.

Then apply the licence - iDRAC Enterprise/Datacenter and iLO Advanced unlock the remote virtual console and virtual media you will actually use to install the OS. Configure time (NTP) so logs are trustworthy, point the BMC at your syslog/alerting, and only now mount the OS image over virtual media and install. By the time the operating system boots, the management plane is already locked down.

  • Dedicated management NIC - never on the production network
  • Change the default BMC password before it touches a routable network
  • Static/reserved management IP so the controller is always findable
  • Update BMC firmware + BIOS first; then apply the iDRAC/iLO licence
  • NTP, syslog and alerting set before the OS install

Out-of-band hardening that actually matters

Beyond the password, a handful of controls turn the BMC from a liability into the asset it should be. Put all BMCs on an isolated, firewalled management VLAN with no route to or from the internet - out-of-band management belongs on its own network, reachable only over the VPN or a jump host. Use individual named accounts rather than a shared admin login so actions are attributable, and integrate with your directory where the platform supports it. Disable legacy interfaces (IPMI over LAN if unused) and keep BMC firmware on the same patch discipline as everything else.

These are not optional extras for a production server - a compromised or exposed BMC hands an attacker total, persistent control. Our engineers apply this baseline as part of the server configuration service so servers arrive with the management plane already hardened.

Out-of-band BMC hardening baseline
iDRAC / iLO · OOB hardening — control mapBMC.1Default password changedCOREBMC.2Dedicated management NICCOREBMC.3Isolated management VLANCOREBMC.4No internet route to BMCCOREBMC.5BMC + BIOS firmware currentCOREBMC.6Named accounts, not sharedCOREBMC.7NTP + syslog to monitoringPLUSBMC.8Legacy IPMI-over-LAN disabledPLUS

Why day-one firmware and licensing pay off

Skipping the firmware update is a false economy. BMC and BIOS updates ship security fixes, microcode for the CPU, and stability improvements, and applying them on day one - before the server is in production and hard to patch - is far cheaper than scheduling downtime later. The licence matters just as much in practice: without the remote console and virtual media, every future problem becomes a physical visit, which for a remote or colocated server defeats the point of having a BMC at all.

Build the exact platform with the right iDRAC/iLO licence tier in our Dell PowerEdge or HPE ProLiant configurator, and we will ship it updated and licensed so first boot is genuinely remote.

Operating the BMC after day one

Once the baseline is set, the BMC becomes your primary operational tool: remote power control, virtual console for OS recovery, sensor and health telemetry into monitoring, and firmware updates pushed remotely. Keep the management VLAN tight, rotate credentials on the same schedule as the rest of your privileged access, and review BMC logs alongside your other security telemetry. A well-set-up iDRAC or iLO is what lets a small team run servers in multiple sites without a single van journey.

If you are standing up a fleet, we set this baseline consistently across every server before delivery so they all behave the same way. Start from our server configuration service.

Key takeaways
  • Configure the BMC first - it gives full remote control so the rest of the build needs no physical visits.
  • Change the default iDRAC/iLO password before the controller ever reaches a routable network.
  • Update BMC firmware and BIOS on day one, then apply the licence that unlocks remote console and virtual media.
  • Isolate all BMCs on a firewalled management VLAN with no internet route, reachable via VPN or jump host.
  • Use named accounts, NTP, syslog and tight patching so the BMC is an asset, not a backdoor.
Frequently asked

FAQs — First boot with iDRAC and iLO

First boot

What should I configure first on a new server?

The BMC - iDRAC or iLO. Connect the dedicated management port, change the default password before it touches a routable network, set a static IP, update firmware and apply the licence. Then install the OS over virtual media. We pre-apply this in our configuration service.

Do I need the iDRAC Enterprise or iLO Advanced licence?

For practical remote operation, yes - the licence unlocks the remote virtual console and virtual media you use to install and recover the OS without a physical visit. Choose the right tier when you build in our Dell or HPE configurator.

Securing the BMC

How do I secure iDRAC and iLO?

Put every BMC on an isolated management VLAN with no internet route, change default credentials, use named accounts, enable NTP and syslog, disable unused legacy interfaces, and keep firmware patched. We apply this hardening baseline as part of server configuration.

Related

Got a question this article didn't answer?

One conversation with an engineer who's done this before. No sales script.

Talk to Servnet →