从某种程度上来说，我是一个懒人，智能音箱在很大程度上满足了本人“懒”的需求。无奈的事，依旧有很多电器无法接入智能音箱的生态，比如服务器。

关于服务器的远程开关，尝试了很多方案，演化大致如下：从开始的WOL，到后来的ipmi，以及本文的homebridge方案。

严格来说，homebridge是一个转接平台，能作为一个主控让无法直接支持homekit的设备接入apple的生态，大致如下图。

+--------+ +------------+ +---------+
| iphone |-----| Homebridge |-----| Homekit |
+--------+ +------------+ +---------+

本文并不涉及homekit API以及IPMI协议细节的分析，只分享方案。

插件配置

homebridge对接server的方案需要依赖一个插件homebridge-http-switch，当然读者要是有时间，完全可以自己定制。这个插件主要功能就是将power up、power down、power status这3个行为转换为Http请求，无非就是把服务器当做一个开关，相关homebridge的配置如下：

"accessories": [
{
"accessory": "HTTP-SWITCH",
"name": "服务器",
"switchType": "stateful",
"statusPattern": "{\"succuess\":true,\"data\":{\"status\":\"on\"}}",
"onUrl": "http://10.0.0.3:65123/v1/power/up",
"offUrl": "http://10.0.0.3:65123/v1/power/soft",
"statusUrl": "http://10.0.0.3:65123/v1/power/status"
}
]

如果你想要用siri进行控制，那么建议你把name设置为中文，否则siri的智障会让你崩溃。statusPattern主要就是用来判断status API返回的结果是否表示on这个状态。

ipmi API服务

读到这里，大家应该已经能够猜到还需要一个API服务控制服务器的开关，具体的思路是将请求转换为ipmi命令。关于API服务，我是用gin开发的，为了节省不必要的时间开销，直接使用了vmware的ipmitool封装——goipmi，这个没有文档，大概看下代码就行了，附上我使用的，大致如下：

func doPowerStatus() *IpmiResult {
cl, err := ipmi.NewClient(&conn)
if err != nil {
return newIpmiResult(err)
}
defer cl.Close()
res := &ipmi.ChassisStatusResponse{}
req := &ipmi.Request{
NetworkFunction: ipmi.NetworkFunctionChassis,
Command: ipmi.CommandChassisStatus,
Data: &ipmi.ChassisStatusRequest{},
}
err = cl.Send(req, res)
if err != nil {
return newIpmiResult(err)
}
power := IpmiPowerStatus {}
if res.IsSystemPowerOn() {
power.Status = "on"
} else {
power.Status = "off"
}
return newIpmiResult(&power)
}
func doPowerOperator(op string) *IpmiResult {
cl, err := ipmi.NewClient(&conn)
if err != nil {
return newIpmiResult(err)
}
defer cl.Close()
var cmd ipmi.ChassisControl
switch op {
case "up":
cmd = ipmi.ControlPowerUp
case "down":
cmd = ipmi.ControlPowerDown
case "reset":
cmd = ipmi.ControlPowerHardReset
case "cycle":
cmd = ipmi.ControlPowerCycle
case "soft":
cmd = ipmi.ControlPowerAcpiSoft
}
res := &ipmi.ChassisControlResponse{}
req := &ipmi.Request{
NetworkFunction: ipmi.NetworkFunctionChassis,
Command: ipmi.CommandChassisControl,
Data: &ipmi.ChassisControlRequest{cmd},
}
err = cl.Send(req, res)
if err != nil {
return newIpmiResult(err)
}
if res.CompletionCode != ipmi.CommandCompleted {
return newIpmiResult(
errors.New(res.CompletionCode.Error()))
}
return newIpmiResult(nil)

}点击开启会调用命令ipmitool power up，等同于按了开机按钮；

点击关闭会调用命令ipmitool power soft，发送acpi down event，让os进入关机流程；

获取状态会调用命令ipmitool power status。

ipmitool的使用方法请参考manual。

总结

可以看到，添加设备并重启homebridge后，在home app里面会出现一个开关的图案，由于提供了power status请求，因此这个服务是无状态的，每次打开app的时候，均会产生请求获取服务器的电源状态。

接入homekit之后的另一个好处就是，可以使用siri或者homepod进行控制了，真的是懒人必备。目前，goipmi没有对于sensor命令的封装，暂时无法实现更加完善的监控功能，先不折腾了。

对于没有bmc的主板，先别沮丧，我也有方案：power up - 使用WOL，网卡通常是支持的

power down - 直接remote ssh shutdown

power status - ping或者arping

这套方案的最大缺陷是，开发板是单点，要是挂了，就会无法控制homebridge下挂载的设备。

Enjoy coding!