SuperMicro IPMI使用基于Windows的RADIUS（NPS）

我努力使用基于Windows的RADIUS设置（networking策略服务器）和SuperMicro IPMI接口。

我发现我需要添加特定于供应商的属性H=4, I=4 （ SuperMicro IPMI手册中的附录C ），但我不确定configurationNPS策略所需的一些设置：

在这里输入图像说明

我想我错过了供应商代码或供应商分配的属性编号，它们都应该是一个数字值。属性值本身是H=4, I=4string。

即使与供应商ID 0我怀疑它会工作，因为它将坚持在string值前面的0x00000000 …除非“它不符合”选项允许您指定属性26的原始值。

Supermicro对他们的授权属性使用了非标准的非rfc兼容编码scheme。

如果你看看供应商特定的格式

  0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type | Length | Vendor-Id +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Vendor-Id (cont) | String... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-

在属性的开始处有一个32位的PEN。但是他们刚刚在那里插入了一个string值。

你可以得到这个工作的唯一方法（如果“不符合”选项不起作用）将使用另一个RADIUS服务器作为网关，将RFC属性（如Service-Type）转换为格式错误的Supermicro属性。

FreeRADIUS和散热器可能被configuration来做到这一点。

FreeRADIUS> = 3.0.0明确规定了处理格式错误的属性。从外部服务器收到时，它们被标记为未知的八位字节types，所以它们可以在代理时通过。

您还可以使用属性OID语法（ Attr-<TLV/OID string> ）在configuration中创build它们。

在这种情况下，您希望Attr-26获得原始供应商types的VSA。然后你需要一些魔术string值：

回叫“H = 1，I = 1” – Attr-26 = 0x483D312C20493D31
用户“H = 2，I = 2” – Attr-26 = 0x483D322C20493D32
运算符“H = 3，I = 3” – Attr-26 = 0x483D332C20493D33
pipe理员“H = 4，I = 4” – Attr-26 = 0x483D342C20493D34