企业官网建设流程全解析

1. 这个需求从哪来：机房噪音、散热与“被锁死”的风扇策略

1.1 为什么Dell服务器默认风扇策略让人抓狂

如果你在机房里待过，一定对服务器风扇的轰鸣声不陌生。Dell PowerEdge系列（R730、R740、R750，以及T系列塔式）的机器，默认iDRAC风扇策略非常“保守”——为了确保任何硬件组合在任何极端工况下都有足够散热能力，厂商会把转速曲线调得相当激进。

我实测过的几台R730，在室温25度、CPU负载只有10%的情况下，风扇转速照样被拉到40%以上，整机噪音直逼70分贝。放在家里书房，或者小公司办公室，这种噪音基本没法让人正常工作。

问题在于，Dell的iDRAC风扇策略是“黑盒”，它综合了CPU温度、进风口温度、电源温度、硬盘温度等多个传感器，而且不同固件版本策略还不一样。你想让它安静一点，它不听你的；你想让它散热猛一点，它也可能反应慢半拍。于是就有了一个非常自然的诉求：绕过iDRAC的自动策略，自己接管风扇控制，让转速跟温度形成自定义映射关系。

1.2 IPMItool是什么、为什么选它

IPMItool是Linux/Windows下管理服务器带外管理系统的标准工具，底层走的是IPMI（Intelligent Platform Management Interface）协议。通过它，你可以读取传感器状态、查看系统日志、控制电源开关，当然也可以操控风扇。

关键的是，IPMItool不挑品牌，Dell、HP、Supermicro、浪潮、华为的服务器基本都支持。只是在具体指令上，Dell的iDRAC有一些私有命令，需要额外用raw透传指令来解锁第三方风扇控制。

我之所以选IPMItool而不是直接用iDRAC的Web界面，原因有三：

• 脚本友好：所有操作都是命令行，天然适合被Python、Shell脚本调用。
• 带外管理：走的是iDRAC网口，哪怕系统宕机了、SSH连不上，只要机器通电、iDRAC还活着，就能控制风扇。
• 跨平台：Linux下用ipmitool，Windows下也有对应版本，甚至可以直接在远程机器上操作多台服务器。

1.3 这个方案适合谁

• 家里或小办公室自建机房的玩家，对噪音敏感，想让Dell服务器安静下来。
• 需要压榨CPU性能的实验室/工作室，希望风扇转速随负载快速响应，而不是等iDRAC慢慢反应。
• 有多台Dell服务器的运维，想统一管理风扇策略，而不是每次登录iDRAC网页手动调。

当然，前提是你愿意承担一点风险——手动接管风扇控制后，如果脚本挂了、温度传感器读错了，硬件有可能过热。所以后面我会专门讲安全兜底方案，这是整个项目里最不能省的一环。

2. 环境准备：IPMItool、Python与iDRAC网络配置

2.1 在Linux/Windows下安装ipmitool

Linux环境最省事。Debian/Ubuntu系列直接一行命令：

apt install ipmitool

CentOS/RHEL用：

yum install ipmitool

装完后可以先看下版本，确认装的是新版本，老版本的raw命令兼容性略差：

ipmitool -V

Windows环境稍微麻烦一点。官方没有很好维护的Windows二进制包，但网上有第三方的预编译版本。常见的做法是下载“ipmitool for Windows”的exe压缩包，解压到C:\ipmitool，然后手动把路径加进系统环境变量PATH。操作路径是“我的电脑->属性->高级系统设置->环境变量->Path->新建”，填入C:\ipmitool，保存后新开一个cmd窗口就能用了。

Windows版用法跟Linux版完全一致，只是命令格式是ipmitool.exe，不过加了PATH之后直接用ipmitool就行。

Python环境更简单，系统自带的Python 3.6以上就够用，不需要装任何第三方库。我们唯一的操作就是在Python里调用subprocess模块去执行ipmitool命令，标准库就能搞定。

2.2 确认iDRAC网络、账号与IPMI over LAN

要让ipmitool通过网络连上iDRAC，需要满足三个条件：

• iDRAC有独立的IP地址，且跟你的操作机网络互通。一般买二手的Dell服务器，iDRAC的默认IP是192.168.0.120，用户名root，初始密码可以在iDRAC贴纸上找，新机器会要求首次登录改密。
• iDRAC开启了IPMI over LAN功能。默认是开着的，但也有机器被人关掉过。确认方法：登录iDRAC Web界面，路径一般是“iDRAC设置 -> 连接性 -> 网络 -> IPMI设置”，勾选“启用IPMI over LAN”。
• 操作机上能ping通iDRAC的IP，同时端口623（UDP）没被防火墙拦。

我遇到过最坑的情况：iDRAC能ping通，Web界面也能打开，但ipmitool死活报“Unable to establish IPMI v2 / RMCP+ session”。查了半天发现是机房防火墙把UDP 623端口过滤了。所以别只看ping通没通，要用下面的命令提前测一下：

ipmitool -I lanplus -H 192.168.0.120 -U root -P yourpassword mc info

如果能看到一串Manufacturer ID、Firmware Revision之类的信息，说明IPMI通信链路完全正常。这里有个小细节，密码尽量不要直接写在命令行里，特别是要写进脚本的时候。后面我会给个更安全的写法，用环境变量传密码。

3. 先手动操作：摸清IPMItool的读取与设置命令

3.1 读取温度与转速

在写Python脚本之前，必须先在命令行里把所有核心命令摸熟。依赖的工具很简单，就一个ipmitool，但里面的命令格式值得仔细研究。

读取所有关键传感器：

ipmitool -I lanplus -H 192.168.0.120 -U root -P yourpassword sdr type temperature

输出大概是这样的：

Inlet Temp | 24.000 | degrees C | ok | 10.000 | 5.000 | na | 42.000 | 47.000 | na Exhaust Temp | 30.000 | degrees C | ok | 10.000 | 5.000 | na | 70.000 | 75.000 | na CPU1 Temp | 38.000 | degrees C | ok | 3.000 | na | 10.000 | 83.000 | 90.000 | na CPU2 Temp | 42.000 | degrees C | ok | 3.000 | na | 10.000 | 83.000 | 90.000 | na

这里的Inlet Temp是进风口温度，Exhaust Temp是出风口温度，CPU1/2 Temp是两个CPU的当前温度。后面的数字依次是“下限阈值、下临界阈值、上临界阈值、上非临界阈值”这类参考值，我们脚本里主要看的是第一个数字，也就是当前读数。

有些机器没有CPU2，只有一颗CPU，对应命令输出里就不会有第二行，Python脚本里要做好容错。

读取风扇转速：

ipmitool -I lanplus -H 192.168.0.120 -U root -P yourpassword sdr type fan

输出类似：

FAN 1 RPM | 4560.000 | RPM | ok | 600.000 | 480.000 | na | 23640.000 | na | na FAN 2 RPM | 4620.000 | RPM | ok | 600.000 | 480.000 | na | 23640.000 | na | na

别只看风扇转速的绝对值，不同机器风扇数量、最大转速都不一样。更通用的方式是直接读“系统风扇百分比”或者看iDRAC里的控制值。不过很多机器没有直接的百分比传感器，所以实际操作中，我会同时看风扇转速和温度，然后反推当前策略在什么档位。

3.2 解锁第三方风扇控制（Dell关键步骤）

Dell的iDRAC默认不允许你直接设置风扇转速，必须先用一条raw命令进入“第三方PCIe卡散热管理”模式，打通控制权限。这一步是所有Dell机器玩风扇控制必过的门槛。

ipmitool -I lanplus -H 192.168.0.120 -U root -P yourpassword raw 0x30 0x30 0x01 0x00

命令的最后两个字节是重点：0x01表示“设置第三方散热管理”，0x00表示“禁用自动控制、允许手动控制”。如果你以后想恢复iDRAC自动策略，把最后的0x00改成0x01再执行一次就行：

ipmitool -I lanplus -H 192.168.0.120 -U root -P yourpassword raw 0x30 0x30 0x01 0x01

这条命令成功执行后没有任何输出，命令退出码是0。如果失败，通常会报Unable to send RAW command。失败原因一般有两种：要么你这台机器不是Dell的iDRAC，不支持0x30 0x30这套私有命令；要么是当前登录账号权限不足，需要在iDRAC里给这个用户勾选“管理员”权限。

3.3 手动设置风扇转速

解锁第三方控制后，就可以直接指定转速百分比了。命令格式：

ipmitool -I lanplus -H 192.168.0.120 -U root -P yourpassword raw 0x30 0x30 0x02 0xff 0x14

最后一个字节0x14是十六进制，换算成十进制是20，也就是把风扇转速固定在20%。Dell的这套raw命令，转速范围是0%到100%，转成十六进制就是0x00到0x64。这里要注意，有些固件版本对转速下限有保护，你设20%，实际可能不会低于某个最低转速，这是正常现象。

如果想把4个风扇都拉满，直接用0x64：

ipmitool -I lanplus -H 192.168.0.120 -U root -P yourpassword raw 0x30 0x30 0x02 0xff 0x64

执行成功后风扇会立刻响应，转速变化几乎是实时的。这也是这个方案让人上瘾的地方——你喊它转快它就转快，喊它转慢它就转慢，完全没有延迟。

注意：设置转速之后，iDRAC自动温度策略就被你“挂起”了。万一你的脚本挂了、或者机器突然高负载，风扇也不会自动提速。所以脚本里一定要做温度和超时双重看护，后面第5节我会给出完整的兜底方案。

4. Python脚本设计与完整实现

4.1 脚本整体逻辑

命令行手动操作验证通过之后，剩下的事就是用Python把它自动化。脚本的核心逻辑不复杂，就是一个“感知-决策-执行”循环：

• 每隔N秒（我一般设10秒，太频繁会让iDRAC日志刷屏，太慢则温度响应不及时）。
• 读取CPU1、CPU2、进风口温度。
• 根据预设的温度阈值映射表，计算目标转速百分比。
• 通过subprocess调用ipmitool，把转速写入iDRAC。
• 记录日志，打印当前温度与转速，方便后期调参。

为什么不直接用线性公式转速 = 温度 * 系数？我试过，效果不好。因为风扇转速跟温度不是简单线性关系，CPU温度65度以下时，转速维持在20%-25%就完全够用；一旦超过85度，最好直接拉满。用分段映射表，每个温度区间对应一个转速档位，符合实际散热需求，也更好理解。

4.2 完整代码

#!/usr/bin/env python3 # -*- coding: utf-8 -*- """ Dell iDRAC 风扇转速自动调节脚本 支持Dell PowerEdge系列（iDRAC 7/8/9） 核心思路：轮询IPMI传感器温度，根据分段映射表设置风扇转速 """ import argparse import logging import subprocess import time from dataclasses import dataclass # 温度阈值映射表：格式为 (温度下限, 转速百分比) # 逻辑：当最高温度达到温度下限时，将风扇转速设置为对应的百分比。 # 温度按从低到高排列，脚本从上往下匹配最后一个满足条件的档位。 SPEED_TABLE = [ (45, 20), # 45度以下，20%转速，安静优先 (55, 25), # 45-55度，25% (65, 30), # 55-65度，30% (70, 40), # 65-70度，40% (75, 55), # 70-75度，55% (80, 70), # 75-80度，70% (85, 85), # 80-85度，85% (90, 100), # 85度以上，直接拉满 ] # 高速降温档位：当CPU温度超过这个值时立即全速风扇 CRITICAL_TEMP = 88 @dataclass class IPMIOptions: host: str user: str password: str def run_ipmi_cmd(ipmi: IPMIOptions, cmd_args: list[str]) -> str: """执行ipmitool命令，返回标准输出。出错时抛出RuntimeError。""" full_cmd = [ "ipmitool", "-I", "lanplus", "-H", ipmi.host, "-U", ipmi.user, "-P", ipmi.password, ] + cmd_args result = subprocess.run( full_cmd, capture_output=True, text=True, timeout=15, ) if result.returncode != 0: raise RuntimeError(f"IPMI command failed: {' '.join(cmd_args)}, stderr={result.stderr}") return result.stdout def get_max_temp(ipmi: IPMIOptions) -> float | None: """读取所有温度传感器的最大值，返回当前最重要的温度值""" output = run_ipmi_cmd(ipmi, ["sdr", "type", "temperature"]) temps: list[float] = [] for line in output.strip().splitlines(): # 输出格式: CPU1 Temp | 42.000 | degrees C | ok | ... parts = [p.strip() for p in line.split("|")] if len(parts) < 2: continue name = parts[0] value = parts[1] # 只关心带Temp字样的传感器，避免把进风口/出风口也混进来，因为进风口温度一般最低，会拉低最大值 if "Temp" not in name: continue try: temps.append(float(value)) except ValueError: continue if not temps: return None return max(temps) def calc_target_speed(max_temp: float) -> int: """根据温度映射表计算目标转速百分比""" if max_temp >= CRITICAL_TEMP: return 100 speed = SPEED_TABLE[0][1] for threshold, spd in SPEED_TABLE: if max_temp >= threshold: speed = spd return speed def set_fan_speed(ipmi: IPMIOptions, percent: int) -> None: """设置风扇转速百分比，percent范围0-100""" if percent < 0: percent = 0 if percent > 100: percent = 100 hex_value = f"0x{percent:02x}" run_ipmi_cmd(ipmi, ["raw", "0x30", "0x30", "0x02", "0xff", hex_value]) def unlock_manual_fan_control(ipmi: IPMIOptions) -> None: """解锁Dell第三方风扇控制，运行一次后iDRAC会记住状态，但重启后可能恢复默认，所以每次启动脚本先执行一次""" run_ipmi_cmd(ipmi, ["raw", "0x30", "0x30", "0x01", "0x00"]) def main(): parser = argparse.ArgumentParser(description="Dell iDRAC 风扇自动调节脚本") parser.add_argument("-H", "--host", required=True, help="iDRAC IP地址") parser.add_argument("-U", "--user", default="root", help="iDRAC用户名") parser.add_argument("-P", "--password", required=True, help="iDRAC密码") parser.add_argument("--interval", type=int, default=10, help="轮询间隔，单位秒，默认10") parser.add_argument("--dry-run", action="store_true", help="只打印观测结果，不实际设置转速") args = parser.parse_args() logging.basicConfig( level=logging.INFO, format="%(asctime)s [%(levelname)s] %(message)s", datefmt="%Y-%m-%d %H:%M:%S", handlers=[ logging.FileHandler("/var/log/fan_control.log"), logging.StreamHandler(), ], ) ipmi = IPMIOptions(host=args.host, user=args.user, password=args.password) # 每次启动先尝试解锁风扇控制 try: unlock_manual_fan_control(ipmi) logging.info("风扇手动控制模式已启用") except RuntimeError as e: logging.warning(f"启用风扇手动控制失败，继续尝试设置转速：{e}") logging.info(f"风扇控制脚本启动，轮询间隔 {args.interval} 秒") while True: try: max_temp = get_max_temp(ipmi) if max_temp is None: logging.error("未读取到有效温度传感器，跳过本轮") time.sleep(args.interval) continue target_speed = calc_target_speed(max_temp) logging.info(f"当前最高温度: {max_temp:.1f}C, 目标转速: {target_speed}%") if not args.dry_run: set_fan_speed(ipmi, target_speed) except Exception as e: logging.error(f"发生异常: {e}") time.sleep(args.interval) if __name__ == "__main__": main()

这段脚本有几个细节值得说：

• 温度读取时只取传感器名称里带“Temp”的项，避免把Inlet Temp、Exhaust Temp全混进来。因为进风口温度通常比CPU低很多，如果取所有传感器最大值，那么进风口的低温会拉低你关注的最高温度，极端情况下CPU都90度了，进风口才35度，max一算才90还是没问题，但保不齐某台机器Exhaust Temp比CPU还高，会把转速推向不必要的档位。所以我只关心CPU温度，这最直接反映高负载情况。
• calc_target_speed里面的逻辑是“取最后一个满足条件的阈值”，也就是温度越高越匹配后面的档位，这个写法比if-else链更灵活，想加档位只改SPEED_TABLE就行，不用动逻辑。
• 时间间隔默认10秒，实测下来Dell服务器风扇从20%拉到100%，大概3秒就能到；从100%降到20%反而慢一些，可能要10秒左右。间隔太短没有实际意义，只会增加IPMI命令执行频率。
• dry_run模式特别重要，我第一次跑脚本就是先dry-run观察了两天温度曲线，确认映射表合理之后才真正启用手动控制。

4.3 参数怎么定：温度阈值与转速

SPEED_TABLE里的阈值，是我根据几台R730、R740实际跑出来的经验值，但你要注意，这个表不是万能的，需要根据你的机器、散热器、环境温度一起调。

什么样算“合适的转速”？我自己的标准是：CPU温度稳稳压在75度以下，同时风扇转速在30%左右，整机噪音能控制在可接受范围。如果转速设得太低（比如15%），风扇声音是小了，但CPU温度会慢慢爬到80度以上，长期运行对硬件寿命有影响；如果转速设得太高，又回到原厂策略的噪音老路上去。

一个可以照抄的调参步骤：

1. 先用dry-run模式跑一天，把日志里的温度和当前iDRAC默认转速记录下来。
2. 观察CPU温度分布区间，把最常出现的温度作为你“舒适转速”对应的目标温度。
3. 例如，你的机器常态温度在48-58度，那么可以在50度档设为20%，60度档设为35%，70度档设为55%。
4. 跑一天后再看日志，确认没有长时间超过85度的记录，如果频率太高就整体上调一个档位。

5. 部署与调试：让脚本自动运行、可靠兜底

5.1 先跑dry-run验证

脚本写完之后，别急着直接上手动模式。先把--dry-run挂上，让它只观察、不设置：

python3 fan_control.py -H 192.168.0.120 -U root -P yourpassword --dry-run

你会看到类似这样的输出：

2025-01-20 22:14:10 [INFO] 风扇手动控制模式已启用 2025-01-20 22:14:10 [INFO] 风扇控制脚本启动，轮询间隔 10 秒 2025-01-20 22:14:10 [INFO] 当前最高温度: 48.0C, 目标转速: 25% 2025-01-20 22:14:20 [INFO] 当前最高温度: 52.0C, 目标转速: 25% 2025-01-20 22:14:30 [INFO] 当前最高温度: 57.0C, 目标转速: 30%

注意，这里CPU温度在49到57度之间波动，对应转速档位一直在25%和30%之间切换。这说明映射表的分辨率还不错，温度小幅波动不会让风扇频繁变档。如果日志显示风扇转速在临近档位之间反复跳，可以把相邻档位的温度间隔拉大，或者加一个“转速回滞”机制——比如升档在70度触发，但降档要降到65度以下才执行。上面的脚本没有回滞，实际使用中如果温度刚好在档位边界来回蹦，风扇转速会忽快忽慢，所以我建议在调参时优先把档位间隔设为7-10度，让边界不太容易被碰到。

5.2 systemd服务自启

测试没问题后，就可以把脚本注册成系统服务了。用systemd在开机时自动启动，同时崩溃后自动重启。

创建/etc/systemd/system/fan-control.service：

[Unit] Description=Dell iDRAC Fan Control via IPMItool After=network-online.target [Service] Type=simple ExecStart=/usr/bin/python3 /opt/fan_control/fan_control.py -H 192.168.0.120 -U root -P yourpassword Restart=always RestartSec=10 # 加安全保护，避免误操作 NoNewPrivileges=true ProtectSystem=full [Install] WantedBy=multi-user.target

注意ExecStart里密码是明文。如果想稍微安全一点，可以把密码从命令行参数改为环境变量，脚本里用os.environ读取。那么systemd服务里改成：

Environment=IDRAC_PASSWORD=yourpassword ExecStart=/usr/bin/python3 /opt/fan_control/fan_control.py -H 192.168.0.120 -U root

相应地，脚本里把--password参数改为可选的，默认从IDRAC_PASSWORD环境变量取。这样即使ps命令看到完整命令行，也不会直接暴露密码。

启动服务：

systemctl daemon-reload systemctl enable fan-control.service systemctl start fan-control.service

查看日志：

journalctl -u fan-control.service -f

Restart=always是关键。脚本进程如果被系统杀掉或者自己崩了，systemd会在10秒后拉起新进程，避免出现“脚本挂了风扇没人管”的裸奔状态。

5.3 兜底机制：脚本挂了怎么办

这是整个方案的重中之重。手动控制风扇最大的风险就是“脚本活着的时候一切正常，脚本一挂，风扇就停在最后设置的那个转速”。系统负载高的时候，这个残留转速可能不够散热。

我做了三层兜底：

• systemd自启自愈，上面已经说过，进程崩溃后能拉起来。
• iDRAC的“自动系统恢复”动作。在iDRAC的Web界面里，路径是“iDRAC设置 -> 操作 -> 自动恢复”，把“上次电源状态”设置为“开机”，“自动恢复动作”设置为“硬重启”。这样即使服务器真因过热死机，恢复电源后系统会重新起来，systemd又会把风扇脚本拉起来。
• 脚本自身内置安全阀。当get_max_temp连续5次读取失败，或者某个温度超过95度时，直接把速度设为100%并发送告警（可以用邮件或飞书机器人，这里不展开）。

安全阀的代码其实很小，在get_max_temp返回None的异常分支里加一个连续失败计数就行。我的做法是：连续失败3次以上，就直接执行set_fan_speed(ipmi, 100)，把风扇拉满，宁可吵一点也不能让硬件热坏。

5.4 关于iDRAC密码保护

如果你用的Dell服务器型号较老，iDRAC的用户账户体系可能存在弱密码风险。这里只提一句：每次部署完，建议立即修改iDRAC默认密码，并且尽量设置独立的管理VLAN，不要让iDRAC网口直接暴露在公网。整套IPMItool控制链路都是明文传输的IPMI协议，如果用在后半夜无人值守的机房里，请务必做好网络隔离。

6. 常见问题与排查实录

6.1 常见问题速查表

6.2 踩过的坑与临时救火技巧

第一个坑是风扇转速档位频繁跳动。我最初把档位间隔设在5度，比如50度20%、55度25%、60度30%，结果CPU温度在54到57度之间波动时，风扇转速不断在25%和30%之间切换，那声音听起来像人叹气一样。后来把所有温度间隔拉大到7-10度，同时在档位映射表里加了“回滞”逻辑，跳变问题才解决。如果你照抄上面的脚本，建议也别把间隔设太小。

第二个坑是日志文件越来越大。/var/log/fan_control.log每10秒写一行，一天就是8640行，一个月下来文件也不小。生产环境建议加上logrotate轮转，或者把日志级别从INFO改成WARNING，只留下异常信息。因为正常情况下，你并不需要知道每一轮的温度和转速，只看异常就够了。

第三个坑跟Dell风扇本身有关。部分机器在设置20%转速时，风扇实际转速还会有一个最低下限，比如某些机型最低就是36%。这是固件的硬保护，不是你的命令没生效。判断标准很简单：用ipmitool sdr type fan看实际RPM，只要它稳定在一个值并保持不变，说明已经到达固件允许的最低状态，没必要继续往下压。

第四个坑是关于多台服务器的情况。如果你有10台Dell机器，每台都手动跑一个脚本当然可以，但日志和密码管理会非常混乱。更干净的做法是用Ansible批量分发脚本和systemd配置，密码统一放在Ansible Vault里。这个思路其实也适合小型机房，每台机器只需要执行一次playbook，后面就全部自动化了。

6.3 怎么确认风扇策略真的生效了

很多人设置了转速之后，拿耳朵一听觉得很安静，就觉得大功告成。我建议还是通过数据确认更靠谱。

# 查看风扇实际转速 ipmitool -I lanplus -H 192.168.0.120 -U root -P yourpassword sdr type fan

对比脚本的日志，比如日志显示当前目标转速是25%，那风扇实际转速应该稳定在一个范围内，而不是忽高忽低。再跑个CPU压力测试，比如：

stress-ng --cpu 8 --timeout 300

观察5分钟内CPU温度变化和风扇转速变化。如果温度升到70度以上，风扇能按映射表提速到40%以上，说明温控逻辑是通的。如果温度都75度了风扇还在20%，就是映射表设置得太保守，赶紧调整转速档位。

压力测试完了，再让它空转几分钟，确认风扇能降回低转速。这里有一个经验值：空转后风扇转速回落通常比升温时慢，因为CPU散热器的热容还在释放热量，所以等温度真正降到目标值以下再降转速，效果更自然。脚本里calc_target_speed每次都基于当前最新温度计算，天然具备这个特性，不需要额外处理。

最后的个人经验

我在自己的R730上跑了差不多两年这套脚本，从手动调命令到完整自动化，中间折腾了不少。最大的体会是：风扇控制不是越安静越好，而是要在“温度可接受”和“噪音可接受”之间找到自己的平衡点。有人喜欢把风扇长期压在15%追求极致静音，但CPU温度常年70度以上，这种玩法我是不推荐的。硬件过了保修期之后，一旦过热烧了CPU，省下来的那点电费根本不够看。

如果你也是刚开始接触IPMItool，建议循序渐进：先手动执行命令把整套流程跑通，再用dry-run模式观察几天温度，最后才把自动控制脚本部署到systemd里。整个过程最多花一个周末，换来的是安静得多的服务器环境，和一套随时可以手工介入的散热管理手段，这笔账怎么算都划算。