简介：IPMITool 1.8.19 for Windows 是一款面向企业 IT 运维人员与服务器管理员的命令行工具，用于通过 IPMI 协议对兼容硬件进行本地或远程监控与维护。它独立于操作系统运行，可在系统崩溃或无法启动时完成电源控制、硬件诊断与固件升级，适用于数据中心批量管理、远程故障排查及无人值守部署等场景。资源包共 12 个文件，以 6 个 dll 动态库、2 个 exe 可执行程序及 2 个 c 源码文件为主，另含 ipmitool_ltshwrapper 与 ipmievd_ltshwrapper 包装脚本，压缩包约 4.69MB，解压后即可获得 ipmitool.exe 与 ipmievd.exe 等核心程序。目前已有 1936 人学习下载。借助该工具，读者可读取温度、电压、风扇转速等传感器数据，查看并清除系统事件日志，远程开关机与重启，更新 BMC 固件，并通过脚本自动化重复管理任务，从而提升服务器可管理性与运维效率。
1. ipmitool 1.8.19 for windows：把带外管理搬进 Windows 运维机
很多做服务器运维的人都有过这种场景：机房在异地，一台 Windows 跳板机上想直接查 BMC 的传感器温度、开关机、看 SEL 日志，结果发现手头只有 Linux 版的 ipmitool，Windows 上要么找不到可执行文件，要么装完报一堆 DLL 缺失。ipmitool 1.8.19 for windows 解决的正是这件事——把原本跑在 Linux 上的 IPMI 命令行工具，编译成能在 Windows 上直接运行的版本，让你在 Windows 运维机、笔记本甚至 Windows Server 上，用一条命令就能对带外管理口做电源控制、传感器读取、FRU 查询和 SEL 日志导出。
它适合三类人：一是日常用 Windows 办公但需要管物理服务器的运维；二是做批量装机、PXE 部署、机房巡检，需要在 Windows 脚本里调用 IPMI 的工程师；三是想用 Windows 计划任务做硬件健康巡检、又不想额外开 Linux 虚机的场景。这一篇不讲空泛概念，从二进制怎么拿到、依赖怎么补、命令怎么跑通，一路讲到参数怎么调、坑在哪。
2. 先搞清楚 ipmitool 在 Windows 上到底靠什么跑起来
2.1 IPMI 协议栈与 Windows 侧的接口差异
IPMI 是服务器 BMC 提供的一套带外管理协议，走的是网络上的 RMCP/RMCP+，默认 UDP 623 端口。ipmitool 本身是一个用户态客户端，它把命令翻译成 IPMI 消息，通过网卡发给 BMC。在 Linux 上，ipmitool 可以直接用内核的 IPMI 驱动走本地接口（/dev/ipmi0），也可以走 lan 接口发网络包。到了 Windows，没有对应的内核 IPMI 驱动，所以 1.8.19 的 Windows 版本基本只保留 lan/lanplus 这条网络路径，也就是你必须知道 BMC 的 IP、账号、密码，通过网络去访问。
这一点决定了选型：如果你的服务器 BMC 已经配好独立管理口并接入网络，Windows 版 ipmitool 完全够用；如果你指望像 Linux 那样通过本地 KCS 接口直接读，Windows 上基本走不通，得换厂商自带的 Windows 管理工具。所以拿到 ipmitool.exe 之前，先确认你的访问方式是「网络带外」，这是后面所有命令能跑通的前提。
另一个差异是字符编码和换行。Windows 控制台默认代码页可能是 GBK，而 ipmitool 输出里带不少 ASCII 之外的字符（比如 FRU 里的厂商字符串），直接重定向到文件容易出现乱码。常见做法是在 cmd 里先执行chcp 65001切到 UTF-8，或者用 PowerShell 并设置输出编码。这个细节后面排错章节还会展开。
2.2 1.8.19 这个版本在 Windows 上的能力边界
1.8.19 是 ipmitool 一个相对成熟的版本，支持 IPMI 1.5 和 2.0，常见的chassis、power、sensor、sdr、fru、sel、sol、lan、user这些子命令都在。Windows 构建版通常还带 OpenSSL 支持，所以lanplus（RMCP+，带加密认证）能用，这对现代 BMC 很重要，因为很多新服务器默认禁用了明文lan。
但要注意边界：sol（串口重定向）在 Windows 上体验一般，因为涉及本地串口/控制台交互，Windows 终端对 raw 模式支持不如 Linux，容易出现按键无响应或退不出来的情况。ipmitool shell交互模式在 Windows 下也可能因为行编辑问题变得难用。所以我的建议是：Windows 上优先用「一条命令一个动作」的非交互方式，把结果输出到文件或变量，再交给脚本处理，而不是长时间挂在交互 shell 里。
2.3 拿到可执行文件的几种可靠途径
标题里没有给下载地址，我也不编造仓库。实际工作中，Windows 版 ipmitool 的来源无非几种：一是从 ipmitool 官方源码用 MinGW/MSYS2 或 Cygwin 自行交叉编译；二是用社区或厂商已经编译好的 exe；三是通过包管理器，比如 MSYS2 的pacman -S ipmitool，或 Chocolatey 上若有对应包。自行编译最可控，但依赖链较长；用现成 exe 最快，但要确认它链接了哪些 DLL。
判断一个 exe 能不能直接用，最省事的办法是先在 cmd 里跑ipmitool -V。如果报「找不到 xxx.dll」，说明缺运行库，常见的是libcrypto-*.dll、libssl-*.dll、libgcc_s_*.dll、zlib1.dll之类。把这些 DLL 和 exe 放同一目录，或者放进 PATH，通常就能解决。下面给一个用 MSYS2 自行构建的最小流程，适合想完全掌控依赖的人。
# 在 MSYS2 MINGW64 环境下执行 pacman -Syu pacman -S mingw-w64-x86_64-toolchain \ mingw-w64-x86_64-openssl \ mingw-w64-x86_64-readline \ autoconf automake libtool make # 获取 ipmitool 源码后进入目录 ./bootstrap ./configure --enable-intf-lan --enable-intf-lanplus \ --disable-intf-open --disable-intf-imb make -j4 # 产物在 src/ipmitool.exe，用 ldd 检查依赖 ldd src/ipmitool.exe这段流程的关键在configure参数：--enable-intf-lan和--enable-intf-lanplus打开网络接口，这是 Windows 上唯一实用的路径；--disable-intf-open关掉 Linux 专有的 OpenIPMI 接口，Windows 上编译它没意义还会报错；--disable-intf-imb关掉 Intel IMB 接口，同样用不上。ldd用来列出 exe 依赖的 DLL，把列出来的非系统 DLL 一起打包，换机器才不会翻车。
提示：如果你只是要用，不想编译，优先找带完整 DLL 的压缩包；拿到后先
ipmitool -V验证，再ipmitool -I lanplus -H <BMC_IP> -U <用户> -P <密码> chassis status做连通性测试。
3. 用 ipmitool 1.8.19 在 Windows 上跑通第一条带外命令
3.1 最小连通性验证：chassis status 与 power status
拿到 exe 后别急着写脚本，先用一条命令确认网络、认证、权限三件事都通。最常用的是chassis status，它会返回电源状态、上次关机原因、前面板按钮是否禁用等信息。
# 基本连通性测试，lanplus 走 RMCP+ 加密 ipmitool -I lanplus -H 192.168.1.100 -U admin -P 'YourPass' chassis status # 只看电源开关状态，脚本里最常用 ipmitool -I lanplus -H 192.168.1.100 -U admin -P 'YourPass' power status参数逐个说清楚：-I lanplus指定接口为 RMCP+，现代 BMC 基本都要这个，如果 BMC 很老只支持 IPMI 1.5，才退回-I lan；-H后面是 BMC 管理口的 IP，不是业务网 IP；-U是 IPMI 用户，注意不是系统用户；-P是密码，密码里有特殊字符时在 cmd 里要用双引号包住，PowerShell 里单引号更稳。chassis status返回里System Power显示 on/off，Power Overload、Power Interlock这些字段能帮你判断是不是硬件保护导致开不了机。
如果这条命令超时，先别怀疑 ipmitool，按顺序查：BMC IP 能不能 ping 通、UDP 623 有没有被防火墙拦、账号有没有被锁定、-I是不是选错。Windows 防火墙默认不拦出站，但企业环境里可能有终端安全软件拦 UDP，这个后面排错章节细说。
3.2 传感器与 FRU：把硬件健康数据拉回 Windows
连通之后，最有价值的是批量采集传感器和 FRU。sdr系列命令能列出所有传感器读数，fru能读出主板、机箱的厂商、序列号、资产标签。
# 列出所有传感器，输出到文件便于后续解析 ipmitool -I lanplus -H 192.168.1.100 -U admin -P 'YourPass' sdr list full > sensors.txt # 只列温度和风扇，减少输出量 ipmitool -I lanplus -H 192.168.1.100 -U admin -P 'YourPass' sdr type Temperature ipmitool -I lanplus -H 192.168.1.100 -U admin -P 'YourPass' sdr type Fan # 读 FRU，重点看 Board 和 Product 段 ipmitool -I lanplus -H 192.168.1.100 -U admin -P 'YourPass' fru printsdr list full输出的是「传感器名 | 读数 | 状态 | 单位」这种格式，状态里ok是正常，nc表示读不到，cr表示临界。脚本里通常用findstr或 PowerShell 的Select-String过滤出非 ok 的行，作为告警依据。sdr type Temperature和sdr type Fan是按类型过滤，适合只关心散热链路的场景，输出量小，解析简单。
fru print的 Board 段里有Board Serial，Product 段里有Product Serial，做资产盘点时这两个字段最有用。注意 FRU 读取偶尔会返回Device not present或超时，这通常是 BMC 忙或该槽位没插 FRU，重试一次往往就好，不要立刻判定硬件故障。
3.3 电源控制与 SEL 日志导出
电源控制是 ipmitool 在 Windows 上最高频的用途，尤其是配合批量脚本做远程重启。SEL 是系统事件日志，记录了硬件告警、电源事件、温度越限等，是排查偶发故障的黑匣子。
# 电源控制三件套 ipmitool -I lanplus -H 192.168.1.100 -U admin -P 'YourPass' power on ipmitool -I lanplus -H 192.168.1.100 -U admin -P 'YourPass' power off ipmitool -I lanplus -H 192.168.1.100 -U admin -P 'YourPass' power reset # 导出 SEL 到文件，再清空 ipmitool -I lanplus -H 192.168.1.100 -U admin -P 'YourPass' sel list > sel.txt ipmitool -I lanplus -H 192.168.1.100 -U admin -P 'YourPass' sel elist > sel_ext.txt ipmitool -I lanplus -H 192.168.1.100 -U admin -P 'YourPass' sel clearpower off是强制断电，power reset是硬重启，两者都不走操作系统优雅关机，生产环境用之前一定确认业务已停。sel list是简表，sel elist是扩展表，带传感器名和事件描述，排查时用elist信息更全。sel clear会清空日志，建议先导出再清，否则后悔药没得吃。
注意：
sel clear不可逆，清之前务必把sel elist输出保存到带时间戳的文件，这是排查历史故障的唯一依据。
4. 把 ipmitool 接进 Windows 脚本与计划任务
4.1 用批处理做批量巡检的最小骨架
单机命令跑通后，下一步是批量。Windows 上最省事的是批处理，配合一个服务器清单文件，循环调用 ipmitool，把结果按机器名归档。
@echo off chcp 65001 >nul set IPMITOOL=ipmitool.exe set USER=admin set PASS=YourPass set OUTDIR=.\report if not exist %OUTDIR% mkdir %OUTDIR% for /f "tokens=1,2 delims=," %%a in (servers.csv) do ( echo [*] 采集 %%a %%b %IPMITOOL% -I lanplus -H %%b -U %USER% -P %PASS% chassis status > %OUTDIR%\%%a_chassis.txt 2>&1 %IPMITOOL% -I lanplus -H %%b -U %USER% -P %PASS% sdr list full > %OUTDIR%\%%a_sdr.txt 2>&1 %IPMITOOL% -I lanplus -H %%b -U %USER% -P %PASS% sel elist > %OUTDIR%\%%a_sel.txt 2>&1 ) echo doneservers.csv每行是「机器名,BMC_IP」，for /f按逗号切分，%%a是机器名，%%b是 IP。chcp 65001切 UTF-8 避免中文乱码。2>&1把错误也写进文件，方便事后看哪台超时。这个骨架的短板是串行执行，机器多了慢，后面进阶章节会给并行思路。
4.2 用 PowerShell 解析输出并生成告警
批处理负责采集，PowerShell 负责解析更顺手。下面这段读sdr.txt，把状态不是ok的行挑出来，输出成告警列表。
$reportDir = ".\report" $alerts = @() Get-ChildItem $reportDir -Filter "*_sdr.txt" | ForEach-Object { $host_name = $_.BaseName -replace "_sdr$","" Get-Content $_.FullName | ForEach-Object { # sdr list full 格式: 名称 | 读数 | 状态 | 单位 $parts = $_ -split '\|' if ($parts.Count -ge 3) { $status = $parts[2].Trim() if ($status -ne "ok" -and $status -ne "") { $alerts += [PSCustomObject]@{ Host = $host_name Sensor = $parts[0].Trim() Value = $parts[1].Trim() Status = $status } } } } } $alerts | Format-Table -AutoSize $alerts | Export-Csv ".\alerts.csv" -NoTypeInformation -Encoding UTF8-split '\|'按竖线切分，$parts[2]是状态列。判断条件排除空字符串，是因为有些行格式不规整。结果导出 CSV 时指定 UTF8，避免 Excel 打开乱码。这段脚本的价值在于把「人肉看日志」变成「机器筛异常」，是巡检自动化的核心一步。
4.3 计划任务里调用 ipmitool 的注意事项
把脚本挂到任务计划程序时，最容易翻车的是工作目录和 PATH。任务计划默认工作目录是C:\Windows\System32，脚本里用相对路径找ipmitool.exe或servers.csv就会失败。
# 在任务计划的操作里这样写 程序或脚本: C:\ipmi\run_check.bat 起始于(可选): C:\ipmi「起始于」这一栏必须填脚本所在目录，否则相对路径全乱。另外，如果任务配置成「不管用户是否登录都要运行」，ipmitool 访问网络没问题，但如果脚本里依赖映射盘符就会失效，建议全用 UNC 路径或本地路径。还有一点，任务计划里跑批处理时chcp可能不生效，最好在脚本开头显式设置，或者干脆用 PowerShell 脚本作为入口。
5. ipmitool Windows 版避坑与常见问题排查
5.1 报「Unable to establish LAN session」但 BMC 能 ping 通
现象：pingBMC IP 正常，但 ipmitool 报Error: Unable to establish LAN session。原因通常有三类：一是接口选错，BMC 只支持 RMCP+ 却用了-I lan；二是账号权限不足或密码错；三是终端安全软件拦了 UDP 623 出站。解决顺序：先换-I lanplus重试，再确认账号密码，最后在 Windows 防火墙和终端防护里放行 UDP 623 出站。企业环境里第三种最常见，因为出站默认放行的是 TCP，UDP 常被忽略。
5.2 输出中文或特殊字符乱码
现象：fru print里厂商字符串显示成问号或方块。原因是控制台代码页和 ipmitool 输出编码不一致。解决：在 cmd 里先chcp 65001，或者用 PowerShell 并在脚本里设置[Console]::OutputEncoding = [System.Text.Encoding]::UTF8。如果重定向到文件后仍乱码，用支持 UTF-8 的编辑器打开，别用记事本默认编码去猜。
5.3 缺 DLL 导致 exe 直接闪退
现象：双击或命令行运行ipmitool.exe一闪而过，或报「找不到 libcrypto-3-x64.dll」。原因是 exe 依赖的 OpenSSL、readline 等运行库没随包提供。解决：用ldd（MSYS2 环境）或 Dependencies 工具查依赖，把缺失的 DLL 和 exe 放同一目录。血泪经验是别只拷 exe 就换机器，依赖链一定要一起打包。
5.4 sol 会话卡住退不出来
现象：执行ipmitool ... sol activate后能进控制台，但按退出组合键没反应，只能关窗口。原因是 Windows 终端对 raw 模式支持有限，ipmitool 的 sol 在 Windows 上交互体验本就不稳。解决：尽量避免在 Windows 上用 sol 做长时间交互，改用 BMC 的 Web 控制台或厂商工具；如果非要用，用支持 raw 的终端如 MinTTY，并记住退出组合键是~.（波浪号加点）。
5.5 批量脚本里密码含特殊字符导致认证失败
现象：单条命令能通，放进批处理就报认证失败。原因是密码里有&、%、!等字符，被 cmd 解释成特殊语法。解决：在 cmd 里用双引号包住密码，但%仍需转义成%%；更稳的做法是把密码放进 PowerShell 脚本用单引号，或者用环境变量传递。生产环境建议用 IPMI 专用只读账号，密码避免用 cmd 元字符。
6. 进阶：用并行采集和基线对比把巡检做扎实
串行采集在几十台规模还能忍，上百台就明显慢。Windows 上做并行，最顺手的是 PowerShell 的ForEach-Object -Parallel（PowerShell 7+），或者用Start-Job。下面给一个 PowerShell 7 的并行采集片段，把每台机器的chassis status和sdr list full并发拉取。
$servers = Import-Csv ".\servers.csv" # 列: Name, BmcIp $user = "admin" $pass = "YourPass" $tool = "C:\ipmi\ipmitool.exe" $servers | ForEach-Object -Parallel { $name = $_.Name $ip = $_.BmcIp $u = $using:user $p = $using:pass $t = $using:tool & $t -I lanplus -H $ip -U $u -P $p chassis status | Out-File ".\report\${name}_chassis.txt" -Encoding utf8 & $t -I lanplus -H $ip -U $u -P $p sdr list full | Out-File ".\report\${name}_sdr.txt" -Encoding utf8 } -ThrottleLimit 8-ThrottleLimit 8控制并发数，别开太大，BMC 的处理能力有限，并发过高反而大量超时。$using:是把外层变量传进并行块，这是 PowerShell 7 的语法，5.1 没有。采集完只是第一步，真正有价值的是基线对比：把「正常时」的传感器读数存成基线，之后每次采集和基线比，偏差超过阈值才告警。温度、风扇转速、电压这三类最适合做基线，因为它们的正常波动范围相对稳定。
| 对比项 | 基线来源 | 告警阈值建议 | 说明 |
|---|---|---|---|
| 温度 | 空闲态采集一次 | 高于基线 10°C | 排除刚重启的瞬时值 |
| 风扇转速 | 空闲态采集一次 | 低于基线 30% | 过低可能是风扇故障 |
| 电压 | 空闲态采集一次 | 偏离基线 5% | 电源模块劣化前兆 |
| SEL 新增条目 | 上次清空后为空 | 出现即告警 | 重点看 Critical 级别 |
基线不是一次定死，季节变化、负载变化都会影响，建议每季度重新采一次基线，或者用滑动窗口取近 7 天均值。这套做法我在实际巡检里用了很久，最大的体会是：ipmitool 本身只是把数据拉出来，真正省事的是「拉出来之后自动比、自动报」，否则采集再多也是躺在文件夹里没人看。Windows 上跑这套，好处是不用额外维护 Linux 跳板机，坏处是依赖链和编码问题比 Linux 多，打包和脚本里多留个心眼就行。希望帮到你。
本文还有配套的精品资源，点击获取
