简介：这份 iDRAC9 240 天试用版许可证面向戴尔第 14 代服务器用户，适用于 R740、R440 等机型，主要解决测试、评估和临时运维场景下 iDRAC9 高级功能授权不足的问题。压缩包内共 1 个文件，为 XML 格式的许可证文件，整体约 2KB，体量小巧，便于归档、备份和按需导入使用。内容围绕 iDRAC9 Enterprise Extended Eval License 展开，可帮助服务器管理员在有限周期内验证远程管理、系统监控与维护等企业级功能，适合作为实验室环境、项目验收前测试或故障排查辅助材料。已有 1502 人学习下载，可供需要短期试用授权、对照授权文件结构或补充测试环境配置的运维人员参考。

1. 二手 R740 拉回机房之前，先想清楚 iDRAC9 那张 240 天试用许可证能干什么

一台 R740 或 R440 从机柜上退下来流到手里，通电、网线插好、iDRAC9 的网页能打开，看着挺正常；等真要装系统才发现虚拟控制台是灰的，虚拟介质挂不上，连 ISO 都推不进去。跑一趟机房插显示器键盘，来回成本比机器本身还贵。这张 240 天试用的 Enterprise 许可证解决的正是这个卡点：把远程控制台、虚拟介质、iDRAC Direct、告警转发、目录服务一次性解锁，让一台 14 代服务器从“必须到现场碰”变成“远程能交付”。做二手整备交付的、实验室自建虚拟化的、临时抢修的运维，都会遇到这个需求。

2. 先认清这张试用证的边界：四档许可与三条硬约束

买机器的时候很少有人细看 iDRAC 的许可档位，等到用的时候才发现“网页能开”和“能远程装系统”完全是两件事。这一步不讲清楚，后面导入再顺利也会在功能解锁上翻车。先把档位、有效期、绑定关系这三件事定下来，再动手。

2.1 四档许可差在哪：一张表看清 Enterprise 到底开哪些口子

iDRAC9 的许可分基础版、Express、Enterprise、数据中心版四档，出厂随机器带的是基础版，能开网页、能走 Redfish 和 IPMI、能看硬件清单和健康状态，但远程操作这一层基本是空的。

提示：不同机型出厂搭配的档位不完全一致，同代机器也可能出现差异。最终以 iDRAC 网页里“许可”页面实际列出的功能为准，别拿别人机器上的截图当标准。

对绝大多数整备和自建场景来说，缺的就是前三行加告警。装系统靠虚拟控制台和虚拟介质，日常靠告警。这也解释了为什么试用许可的价值几乎全在 Enterprise 这一档——Express 给的东西不够用，数据中心版的遥测对单机场景又是浪费。

2.2 240 天不是一个随便的数字：三条硬约束先记住

第一条，许可证绑定服务编号。XML 文件里写死了这台机器的 Service Tag，换到另一台上导入一定会被拒。所以别想着“一张证刷十台”，这条路走不通，硬刷的后果是后面所有远程操作全部回退。

第二条，有效期通常从签发日开始算，不是从导入那天开始。很多人把证生成完放在抽屉里两个月才想起来导入，实际可用时间就少了一大截。拿到文件第一件事是打开看里面的到期字段，而不是直接点上传。

第三条，一个服务编号一般只能自助生成一次。过期之后想再来一张，走常规渠道往往拿不到，得看厂商当时的政策。所以这张证要当“一次性资源”规划，别拿它当长期方案。

2.3 动手前先读三个值：服务编号、固件版本、当前许可

导入之前不要急着点上传，先通过 SSH 或本地 racadm 把三个值读出来。这三个值决定了后面能不能一次成功。

# 1) 服务编号：许可证绑定的就是它，抄错一位导入必失败 racadm getsvctag # 2) iDRAC 固件版本：老固件对新格式许可的兼容性差，先升级再导入 racadm getversion # 3) 当前许可状态：确认现在是基础版，还是已经挂着别的许可 racadm license view

getsvctag输出的是七位服务编号，拿它去和许可文件名、许可内容里的编号逐位比对，这是最容易出错也最容易避免的一步。getversion会列出 iDRAC、Lifecycle Controller 和 BIOS 的版本，重点看 iDRAC 那一行；如果固件还停留在很老的 3.x 分支，建议先在网页的“更新”页面把 iDRAC 固件升到官方支持页给出的稳定版本，再导入许可。我遇到过一次导入提示成功、功能却没解锁的情况，升级固件后重新导入就正常了，这种玄学问题在老固件上并不罕见。

license view在没有任何许可时会明确告诉你当前是基础配置；如果已经有许可，会列出类型、状态和到期时间。先看清楚现状，避免重复导入覆盖掉已有内容。

3. 导入实操：Web、RACADM、Redfish 三条路径

同样一件事有三种做法，适用场景完全不同。单台机器走网页最稳，机房批量走 racadm 最快，要接进自动化流水线就走 Redfish。三条路都过一遍，你才知道自己该用哪条。

3.1 Web 路径：四步走完，重点在传之前的检查

网页路径适合手头只有一两台机器的情况，操作直观，出错也有明确提示。步骤本身没什么技术含量，关键在于上传之前那次文件检查。

1. 用文本编辑器打开许可文件，确认里面的服务编号与getsvctag输出一致，确认到期日期在自己能接受的范围内。
2. 浏览器访问https://<iDRAC管理IP>，用管理员账号登录。
3. 进入“iDRAC 设置”下的“许可”页面，点“导入”，选择文件并确认。
4. 页面刷新后查看许可类型是否变为 Evaluation，到期时间是否已填入。

导入完成后不要只看页面上的绿色提示，回到命令行复核一遍：

# 逐项确认：状态是否 OK、类型是否 Evaluation、到期日是否正确 racadm license view

这条命令的输出是后续所有判断的依据。如果状态显示 OK 但类型仍是基础，说明文件没被真正接受；如果到期日明显不对，多半是文件本身签发时间早，或者 iDRAC 的系统时间漂了，后面第 5 章会专门讲时间漂移这个坑。

3.2 RACADM 路径：一条远程命令，批量靠脚本

racadm 是这套体系里最实用的工具，装在一台管理机上就能远程操作所有机器，不用一台台开浏览器。远程导入的语法很直接：

# 把本地 license.xml 推送到目标 iDRAC 并导入 # -r 目标地址 -u/-p 账号密码 -f 本地文件 -c 目标许可槽位 racadm -r 192.168.10.21 -u root -p 'calvin' license import \ -f ./license.xml -c idrac.embedded.1

几个参数值得说清楚。-c idrac.embedded.1指的是 iDRAC 内置的许可槽位，这个值基本不用改，照抄即可。-f后面跟的是运行 racadm 这台机器上的本地路径，不是 iDRAC 上的路径，远程模式下 racadm 会把文件推过去。密码里有特殊字符时务必加单引号，否则 shell 会先吃掉一部分字符，报出来的错却是“认证失败”，很容易误判成账号问题。

机器多了就得靠脚本，手工敲十几台不现实：

#!/usr/bin/env bash # 批量导入：inventory.txt 每行是 "IP 服务编号"，许可文件按服务编号命名 set -u USER=root; PASS='calvin' LIC_DIR=./licenses while read -r ip tag; do lic="$LIC_DIR/$tag.xml" # 文件不存在就跳过，避免把上一台的文件推到这台 [ -f "$lic" ] || { echo "skip $ip: $lic 不存在"; continue; } echo "== $ip ($tag)" racadm -r "$ip" -u "$USER" -p "$PASS" license import -f "$lic" -c idrac.embedded.1 # 导完立刻回读，把关键字段打出来存档 racadm -r "$ip" -u "$USER" -p "$PASS" license view \ | grep -Ei 'status|license type|expiration' done < inventory.txt

脚本里最值钱的是那句“文件不存在就跳过”。批量操作翻车最常见的原因不是命令写错，而是文件名对不上导致把 A 机器的许可推给了 B 机器，一连串导入全部失败，日志还看不出原因。按服务编号命名文件、导入前做存在性检查，这两个习惯能省掉大量排查时间。最后那句回读也别省，导入的返回码只代表命令执行完了，不代表许可生效了。

3.3 Redfish 路径：先探路，再提交

要把导入动作接进自动化流程，Redfish 是正路。但这里有个前提必须说清楚：不同固件版本暴露的动作地址和参数名不完全一样，照抄网上抄来的 URL 大概率 404。正确做法是先 GET 探路，看清楚这台机器支持什么，再构造请求。

# 第一步：查这台机器暴露了哪些许可相关的动作和参数 curl -sk -u root:calvin \ "https://192.168.10.21/redfish/v1/Managers/iDRAC.Embedded.1/Oem/Dell/DellLicenseManagementService" \ | python3 -m json.tool | sed -n '1,80p'

返回体里会给出可用的 Actions 列表，每个动作带自己的 target 地址和参数结构。拿到 target 之后，把许可文件当作二进制体提交：

# 第二步：把 xml 作为请求体 POST 到上一步拿到的 target # Content-Type 用 octet-stream，--data-binary 保证文件不被改写 curl -sk -u root:calvin -X POST \ -H "Content-Type: application/octet-stream" \ --data-binary @license.xml \ "https://192.168.10.21<上一步返回的 target>"

用--data-binary而不是-d是有原因的：-d会去掉换行、做 URL 编码，XML 结构被破坏后服务端只会回一个语焉不详的解析错误。提交完同样用license view回读验证，别只看 HTTP 状态码。

3.4 导入后验证：输出里每个字段都对应一个故障方向

license view的输出不长，但每个字段都能指向一类问题，值得逐行读：

看到 Status 是 OK 但虚拟控制台仍然是灰的，先别怀疑许可，去刷新一次 iDRAC 网页会话，必要时重启一次 iDRAC 服务（racadm racreset，注意这会断开当前会话几十秒）。功能解锁依赖服务端重新加载许可，浏览器缓存的旧页面看着就像没生效。

4. 权限拿到手之后：把 Enterprise 功能真正跑起来

许可证导入成功只是拿到了钥匙，门还得自己推。这一章讲的是怎么把虚拟控制台、虚拟介质、告警和账号这几件事配到能用的状态，配完之后一台机器才算真正“可远程交付”。

4.1 虚拟控制台与虚拟介质：远程装系统的两条腿

虚拟控制台负责“看”，虚拟介质负责“喂”。两条腿都通了，才能在不碰机器的前提下装完一个系统。

虚拟介质有两种来源：一是通过浏览器上传本地 ISO，适合文件不大、网络还行的情况；二是挂载网络上已有的 CIFS 或 NFS 共享，适合几十台机器共用同一份镜像。后者用 racadm 一条命令就能配：

# 挂载 CIFS 共享上的 ISO；NFS 换成 nfs://<ip>/<path>/xxx.iso 的形式 racadm -r 192.168.10.21 -u root -p calvin remoteimage -c \ -l //192.168.10.50/iso/win2022.iso -u shareuser -p 'Share@123' # 查挂载状态：Connected 才算成功，Available 只是能连上但还没挂 racadm -r 192.168.10.21 -u root -p calvin remoteimage -s

-l的写法有讲究：CIFS 用双斜杠开头加共享名和文件名，NFS 用nfs://前缀，路径区分大小写。共享账号建议单独开一个只读账号，别用域管理员——这个凭据是明文存在 iDRAC 配置里的。

挂载成功后再开虚拟控制台，进 BIOS 或启动菜单，光驱位置就能看到那个 ISO。整个过程不用碰机器，也不用去机柜前面蹲着。

4.2 一次性启动与 iDRAC Direct：进机房前的最后保险

“一次性启动”是个很容易被忽略但极其好用的功能。配好之后重启，机器只在这一次从虚拟光驱引导，装完系统下次自动回到硬盘启动，不用再进 BIOS 改顺序。这一点在远程操作里很关键——万一系统装完忘了改回来，下次重启机器就卡在“按任意键从光盘启动”，人在外地就只能干瞪眼。

# 设定下次启动走虚拟光驱，且只生效一次 racadm -r 192.168.10.21 -u root -p calvin set iDRAC.ServerBoot.BootOnce Enabled racadm -r 192.168.10.21 -u root -p calvin set iDRAC.ServerBoot.FirstBootDevice VCD-DVD # 确认无误后重启 racadm -r 192.168.10.21 -u root -p calvin serveraction powercycle

两个属性有先后顺序：先开 BootOnce 再设首选设备，反过来的话设置会被清掉。重启前用racadm get iDRAC.ServerBoot复核一遍当前值，比事后猜要省事。

至于 iDRAC Direct，是给“网线没通、交换机没配好”这种极端情况兜底的。机器前面板有一个标着扳手图标的 USB 口，用 Micro-USB 线接到笔记本，笔记本上会多出一个网卡，浏览器访问固定的链路本地地址就能进 iDRAC。这个口在 Enterprise 许可下还能当虚拟光驱用，等于随身带了一个不依赖任何网络的应急通道。血泪经验：整备间里网络还没打通的时候，这条线救过不止一次场。

4.3 邮件告警与 SNMP：让机器自己喊人

服务器最怕的不是坏，是坏了没人知道。内存单条失效、电源掉一路、硬盘进预警状态，这些在带外管理里都有事件，但默认只躺在日志里。

# 开启第 1 组邮件告警并指定收件人与 SMTP 服务器 racadm -r 192.168.10.21 -u root -p calvin set iDRAC.EmailAlert.1.Enable Enabled racadm -r 192.168.10.21 -u root -p calvin set iDRAC.EmailAlert.1.Address ops@example.com racadm -r 192.168.10.21 -u root -p calvin set iDRAC.EmailAlert.1.CustomMsg "R740-机房A-03" racadm -r 192.168.10.21 -u root -p calvin set iDRAC.RemoteHosts.SMTPServerIPAddress 192.168.10.25

CustomMsg这个字段别留空。十几台机器的告警邮件长得一模一样，只有这个字段能让你在收件箱里一眼看出是哪台。命名建议带上物理位置和编号，比纯服务编号有用得多。

如果已经有监控平台，走 SNMP Trap 更合适：

racadm -r 192.168.10.21 -u root -p calvin set iDRAC.SNMP.AgentEnable Enabled racadm -r 192.168.10.21 -u root -p calvin set iDRAC.SNMP.Alert.1.DestAddr 192.168.10.30 racadm -r 192.168.10.21 -u root -p calvin set iDRAC.SNMP.Alert.1.State Enabled

配完发一条测试告警（网页告警页面有测试按钮），确认监控端真能收到。只配不发测试，等于没配。

4.4 账号与目录服务：别再用 root/calvin 裸奔

默认账号在局域网里等同于没有密码。哪怕只是实验室环境，也建议改掉。

# 启用 3 号账号位，设为管理员权限，并改掉默认密码 racadm -r 192.168.10.21 -u root -p calvin set iDRAC.Users.3.Enable Enabled racadm -r 192.168.10.21 -u root -p calvin set iDRAC.Users.3.UserName opsadmin racadm -r 192.168.10.21 -u root -p calvin set iDRAC.Users.3.Privilege 0x1ff racadm -r 192.168.10.21 -u root -p calvin set iDRAC.Users.3.Password 'NewP@ssw0rd'

权限值0x1ff对应管理员，这个十六进制是按位组合出来的，改小一位权限范围就变了，不确定就照抄，改完立刻用新账号登录验证一次，别把旧账号先删了。

有多台机器、又有目录服务的话，在网页的“用户认证”里把目录服务打开，属性组是iDRAC.ActiveDirectory.*，具体属性名以racadm get查出来的为准，不要凭记忆拼。目录服务能省掉逐台改密码的麻烦，但这属于锦上添花，先把本地账号管好更实际。

5. 避坑与排查：五个现场，从报错到恢复

这一章全是踩过的坑。每一条都按“现象—原因—解决”写，遇到问题时可以直接对号入座，不用从头推。

5.1 上传就报错，提示文件无效或解析失败

现象：网页上传后立刻弹错，或者进度条走完提示失败；Redfish 提交返回 400。

原因：许可文件在下载、邮件转发、复制过程中被改写过。最常见的是用某些编辑器打开后顺手保存，编码从 UTF-8 变成带 BOM 的格式，或者换行被统一了。

解决：重新获取一份文件，全程不做任何编辑，只用只读方式打开查看内容。传之前用file license.xml和md5sum确认类型与校验值，与源文件比对。走 Redfish 的话确认用的是--data-binary。

5.2 提示服务编号不匹配

现象：导入被明确拒绝，日志里能看到服务编号对比信息。

原因：三种可能——文件是给另一台机器签发的；机器的服务编号在换过主板后变了；手动改名时把编号敲错。

解决：先racadm getsvctag取出当前值，和文件里的编号逐位比对，中间有没有容易混淆的字符（数字 0 和字母 O、数字 1 和字母 I）。如果确实是换过主板，原许可就作废了，需要按新编号重新走流程，这一点没有绕过办法。

5.3 显示导入成功，功能却没解锁

现象：license view状态正常，但虚拟控制台仍然是灰的，或者挂载 ISO 时提示权限不足。

原因：多半是 iDRAC 服务没有重新加载许可，或者浏览器缓存了旧页面。少数情况是固件版本过旧，对新格式许可解析不完整。

解决：先关掉浏览器重新登录，必要时racadm racreset重启 iDRAC 服务（会断连三十秒左右，别在装系统中间做）。仍然不行就升级 iDRAC 固件后重新导入一次。升级前把当前配置导出一份备份，这是后悔药。

5.4 明明没过期，却被判定为已过期

现象：导入后立刻提示许可过期，或者功能用了几天突然失效。

原因：iDRAC 有自己的时钟，与主机操作系统、与网络都不是自动同步的。主板电池老化、长期断电存放，都会让 iDRAC 时间停在很久以前或跳到未来。

解决：先racadm getractime看当前时间，明显不对就手动设置或配 NTP：

# 开启 NTP 并指定服务器，比手工设时间可靠 racadm -r 192.168.10.21 -u root -p calvin set iDRAC.NTPConfigGroup.1.NTPEnable Enabled racadm -r 192.168.10.21 -u root -p calvin set iDRAC.NTPConfigGroup.1.NTP1 192.168.10.5

时间纠正后重新导入许可。二手设备上手第一件事就是查时钟，这个习惯能避开一大类莫名其妙的问题。

5.5 换主板或大版本刷固件之后许可消失

现象：机器维修换过主板，或者做了一次跨大版本的固件升级，许可变回基础版。

原因：许可绑定服务编号，换主板往往连带更换了服务编号；跨大版本升级有时会重置许可数据区。

解决：先确认当前服务编号，与许可文件比对。编号变了就只能按新编号重新走流程；编号没变就重新导入一次原文件。所以整备流程里应该固定加一步——换硬件前后各存一份license view和getsvctag的输出，出问题时能立刻判断是哪种情况。

6. 到期前 30 天：一条巡检命令和一张决策表

试用许可最危险的不是到期那一刻，是到期时你正好在外地，而机器上还挂着没做完的远程操作。所以我把巡检做成定时任务，机器一多就必须自动化，靠人记迟早出事。

#!/usr/bin/env bash # 许可到期巡检：输出每台的到期日与剩余天数，供提前决策 set -u USER=root; PASS='calvin' while read -r ip tag; do out=$(racadm -r "$ip" -u "$USER" -p "$PASS" license view 2>/dev/null) # 抓 Expiration 冒号后面的值，只取第一条 exp=$(printf '%s\n' "$out" | awk -F: '/Expiration/{gsub(/^[ \t]+/,"",$2); print $2; exit}') if [ -z "$exp" ]; then echo "$ip $tag 读取失败，检查网络或账号" continue fi # GNU date 用 -d；macOS 上换成 gdate -d exp_s=$(date -d "$exp" +%s 2>/dev/null || echo 0) [ "$exp_s" -eq 0 ] && { echo "$ip $tag 日期格式无法解析: $exp"; continue; } days=$(( (exp_s - $(date +%s)) / 86400 )) echo "$ip $tag 到期:$exp 剩余:${days}天" done < inventory.txt

两个细节值得留意。awk里那句exit很关键，license view在有多条许可记录时会输出多行 Expiration，不退出就会拿到最后一条，判断全错。date -d是 GNU 的写法，在 macOS 上得用gdate，脚本换机器跑之前先确认这一行，否则整批输出都是“无法解析”，看着像全挂了，其实是工具链差异。

跑出剩余天数之后，按这张表决定动作，别等到期了再临时找方案：

到期后的表现要说清楚，免得半夜被吓到：功能回退，不是数据丢失。系统照常跑，业务不受影响，只是虚拟控制台、虚拟介质这些带外功能被锁回去，机器从此必须现场碰。所以真正需要提前准备的不是“数据安全”，是“下一次故障时你怎么远程接入”。

还有一个容易忽略的点：到期前把 iDRAC 的配置导出一份。导出文件里包含网络、用户、告警、证书这些设置，将来换机或者恢复时能省掉重配的功夫。导出路径在网页的“iDRAC 设置”里，也可以走racadm config -g cfgExport一类的接口，具体命令按固件版本略有差异，以页面上给的方式为准更稳。

从那以后我每次整备一台机器，都会在导入许可的当天把到期日写进资产表，同时把巡检脚本挂上去，宁可多跑几次也不要靠记性。带外管理这东西平时没存在感，真出事的时候它就是唯一的入口，别让它在最需要的时候刚好过期。希望帮到你。

本文还有配套的精品资源，点击获取