openipmi_conparms(7)
π NAME π
openipmi_cmdparms β Connection parmeters for OpenIPMI
okay bestie, yes, the manual name up top is openipmi_conparms (that's the page you're reading, openipmi_conparms(7)) but the NAME section literally says openipmi_cmdparms and we are not touching it, we keep the receipts exactly as they are π
β¨ SYNOPSIS β¨
smi smi-num
lan [-U username] [-P password] [-p[2] port] [-A authtype] [-L
privilege] [-s] [-Ra auth alg] [-Ri integ alg] [-Rc conf algo] [-Rl]
[-Rk bmc key] [-H hackname] host [ host]
π¦ DESCRIPTION π¦
The connection parameters for OpenIPMI vary depending on the connection type. This document describes the standard connection types; others may be available from OEMs.
that's it, that's the whole vibe check. different connection type β different params. periodt β¨
π OPTIONS π
smi-numβ The SMI interface for the local connection. There may be more than one BMC connection on a system and they are generally numbered, like/dev/ipmi0,/dev/ipmi1, etc. so yeah, you just hand it a number and it knows which one you mean π«Ά-U usernameβ Use the given username for the LAN connection. If none is given, then no username is used. no username, no problem, we simply don't have one π-P passwordβ The password to use for the connection. If none is given, the user is assumed to have an empty password. empty password is the default, and yes that means what you think it means π-p[2] portβ The UCP port to connect to. This defaults to the standard623port, so it is not necessary unless a special port is required. Note that since you can have two connections (hosts),-pis for the first host and-p2is for the second host. two hosts, two ports, no confusion, we stay organized π-A authtypeβ The authentication type to use, one ofrmcp+,md5,md2,straight, ornone. If you don't supply this, the most secure one available is chosen, in the order given in the previous list. so it's ranking them, most secure first, and it just picks the best one for you. slay, it's looking out for you π₯-L privilegeβ The privilege to use for the connection. Lower privileges cannot execute some commands. Privileges are:callback,user,operator,admin, andoem. The default isadmin. lowkey powerful by default, as you should be π-Ra authentication algorithmβ Set the RMCP+ authentication algorithm to use. Options are:bmcpick,rakp_none,rakp_hmac_sha1, andrakp_hmac_md5. Thebmcpickoption is used by default, which means the BMC picks the algorithm it wants to use. letting the BMC have main character energy and choose, iconic honestly β¨-Ri integrity algorithmβ The RMCP+ integrity algorithm to use. This ensures that the data has not be altered between the sender and receiver. Valid options are:bmcpick,none,hmac_sha1,hmac_md5, andmd5. Thebmcpickoption is used by default, which means the BMC picks the algorithm it wants to use. integrity!! it's literally in the name, the data arrives un-altered, fr fr π«Ά-Rc confidentiality algorithmβ The RMCP+ confidentiality (encryption) algorithm to use. This keeps evesdroppers from seeing the data. Valid values are:bmcpick,aes_cbc_128,xrc4_128, andxrc_40. Thebmcpickoption is used by default, which means the BMC picks the algorithm it wants to use. no peeking, no eavesdropping, we keep it private π (well, we keep it private with whatever algorithm gets picked π)-Rlβ If this is specified, the username is looked up using the privilege level along with the username. This allows the same name to have different passwords with different privilege levels. so like, same name, different passwords depending on privilege. lowkey genius π§-Rk BMC Keyβ If the system requires two-key lookups, this specifies the second key (the BMC key) to use. This is ignored if two-key lookups are not enabled by the BMC. if the BMC doesn't do two-key lookups, this whole option just sits there ignored π-H hacknameβ Well, it always happens. Things in the field don't work quite like they are supposed to. There was some vagueness in the first IPMI specs and different vendors interpreted RMCP+ in different ways. This allows different options to be supported. Try different hacks if your RMCP+ systems don't authenticate properly. These are:rakp3_wrong_rolemβ Some systems use the incorrect Role(m) field in a specific authentication message (the RAKP3 message). This is a common problem. common!! so if your auth is acting up, this one is a strong suspect πrmcpp_integ_sikβ The original IPMI 2.0 spec specified the incorrect key to use for the integrity key. This forces use of the Session Initiation Key. The default is to useK(1). so by default it'sK(1), and this flag forces the Session Initiation Key instead. the spec said the wrong thing, we cope π
-sβ Make two connections to the BMC. This means the BMC has two different IP addresses/ports that are equivalent. If this is specified, a second host must be supplied. This is not the same as two connections to two different BMCs. This must be a connection to the same BMC. read that again bestie β same BMC, two equivalent addresses/ports, NOT two different BMCs π¨hostβ The IP address (either by name lookup or specified directly) to connect to. If the-sis specified, two hosts must be supplied. name lookup or direct, both work, and with-syou gotta give it two π«Ά
β οΈ heads up: The-Ra,-Ri,-Rc,-Rkand-Rloptions only apply to RMCP+ connections and will be ignored if the connection does not support RMCP+ or if a non-RMCP+ authentication type is specified. so if you're not doing RMCP+, those five are just decoration, don't come crying to me π
π SEE ALSO π
ipmish(8), openipmicmd(8), solterm(1)
go read those too, they're the rest of the friend group π
π KNOWN PROBLEMS π
This is excessively complicated, but the defaults should be good.
ngl it IS a lot of options. but the defaults ate, so just vibe with them β¨
π AUTHOR π
Corey Minyard <cminyard@mvista.com>
and that's the whole page bestie!! this was openipmi_conparms(7) from OpenIPMI, dated 05/13/03 β yeah it's an elder, and it still slays π
β¨π¦
π¦ where this page comes from
- alpine 3.24: openipmi-doc 2.0.36-r1 Β· LGPL-2.0-or-later and GPL-2.0-or-later or BSD-3-Clause
- arch rolling: openipmi 2.0.37-4 Β· LGPL2.1
- debian bookworm: openipmi 2.0.33-1+b1 Β· LGPL
- debian trixie: openipmi 2.0.37-1 Β· LGPL-2.0-only
- nixpkgs unstable: OpenIPMI 2.0.37
- opensuse-leap 16.0: OpenIPMI 2.0.36.56+git.0a3a991-160000.3.1 Β· LGPL-2.1-or-later
- opensuse-leap 16.0: OpenIPMI 2.0.36.56+git.0a3a991-160000.3.1 Β· LGPL-2.1-or-later
- opensuse-leap 16.0: OpenIPMI 2.0.36.56+git.0a3a991-160000.3.1 Β· LGPL-2.1-or-later
- opensuse-leap 16.0: OpenIPMI 2.0.36.56+git.0a3a991-160000.3.1 Β· LGPL-2.1-or-later
- ubuntu jammy: openipmi 2.0.29-0.1ubuntu6 Β· LGPL
- ubuntu noble: openipmi 2.0.33-1.1build3 Β· LGPL
- ubuntu questing: openipmi 2.0.37-1
- ubuntu resolute: openipmi 2.0.37-1build1 Β· LGPL-2.0-only
- ubuntu stonking: openipmi 2.0.37-1ubuntu3 Β· LGPL-2.0-only
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms