MUNIN-N...NFIGURE(1)

πŸ’– MUNIN-N...NFIGURE(1) πŸ’–

okay bestie, welcome to the munin-node-configure page πŸ’… this one lives in the User Contributed Perl Documentation section of the manual, so you know it's giving perl energy πŸͺ✨


🌸 NAME 🌸

munin-node-configure β€” view and modify which plugins are enabled πŸ‘€


✨ SYNOPSIS ✨

munin-node-configure [options]

πŸ¦‹ DESCRIPTION πŸ¦‹

so basically munin-node-configure tells you which plugins are enabled on the current node, and then it suggests changes to this list. it's literally the vibe check for your plugin situation 🫢

by default, this program shows which plugins are activated on the system.

if you specify --suggest, it will present a table of plugins that will probably work (according to the plugins' autoconf command). ngl, "probably" is doing a lot of heavy lifting there but that's what autoconf is for πŸ’€

if you specify --snmp, followed by a list of hosts, it will present a table of SNMP plugins that they support 🌈

and if you additionally specify --shell, shell commands to install those same plugins will be printed. these can be reviewed or piped directly into a shell to install the plugins. main character energy fr fr πŸŽ€


πŸ’… OPTIONS πŸ’…

  • --help β€” show this help page πŸ₯Ί
  • --version β€” show version information ✨
  • --debug β€” print debug information on the operations of munin-node-configure. this can be very verbose 😭

all debugging output is printed to STDOUT, and each line is prefixed with #. only errors are printed to STDERR. so if you're scrolling forever, that's why bestie πŸ™ˆ

  • --pidebug β€” plugin debug. sets the environment variable MUNIN_DEBUG to 1 so that plugins may enable debugging πŸ”
  • --config <file> β€” override configuration file [/etc/munin/munin-node.conf] πŸ—‚οΈ
  • --servicedir <dir> β€” override plugin directory [/etc/munin/plugins/] πŸ“
  • --sconfdir <dir> β€” override plugin configuration directory [/etc/munin/plugin-conf.d/] πŸ—„οΈ
  • --libdir <dir> β€” override plugin library [/usr/share/munin/plugins/] πŸ“š
  • --suggest β€” suggest plugins that might be added or removed, instead of those that are currently enabled. it's giving "glow up recommendations" πŸ’–

πŸŽ€ OUTPUT OPTIONS πŸŽ€

by default, munin-node-configure will print out a table summarising the results. cute and organised, we love that for us ✨

  • --shell β€” instead of a table, print shell commands to install the new plugin suggestions 🐚

this implies --suggest, unless --snmp was also enabled. by default, it will not attempt to remove any plugins. so it's additive only, no surprise deletions, slay πŸ’…

  • --remove-also β€” when --shell is enabled, also provide commands to remove plugins that are no longer applicable from the service directory. okay so now we're deleting things, proceed with intention bestie ⚠️

🌈 PLUGIN SELECTION OPTIONS 🌈

  • --families <family,...> β€” override the list of families that will be used (auto, manual, contrib, snmpauto). multiple families can be specified as a comma-separated list, by repeating the --families option, or as a combination of the two β€” whatever's easiest for you, she's flexible 🧚

when listing installed plugins, the default families are 'auto', 'manual' and 'contrib'. only 'auto' plugins are checked for suggestions. SNMP probing is only performed on 'snmpauto' plugins. iykyk 🌸

  • --newer <version> β€” only consider plugins added to the Munin core since <version>. this option is useful when upgrading, since it can prevent plugins that have been manually removed from being reinstalled. this only applies to plugins in the 'auto' family πŸ”₯

🌟 SNMP Options 🌟

  • --snmp <host|cidr,...> β€” probe the SNMP agents on the host or CIDR network (e.g. 192.168.1.0/24), to see what plugins they support. this may take some time, especially if the many hosts are specified 😭 (yes, that's the original wording, and honestly? same energy)

this option can be specified multiple times, or as a comma-separated list, to include more than one host/CIDR 🫢

  • --snmpversion <ver> β€” the SNMP version (1, 2c or 3) to use. ['2c']
  • --snmpport <port> β€” the SNMP port to use [161]
  • --snmpdomain <domain> β€” the Transport Domain to use for exchanging SNMP messages. the default is UDP/IPv4. possible values: 'udp', 'udp4', 'udp/ipv4'; 'udp6', 'udp/ipv6'; 'tcp', 'tcp4', 'tcp/ipv4'; 'tcp6', 'tcp/ipv6' 🌐

πŸ” SNMP 1/2c authentication πŸ”

SNMP versions 1 and 2c use a "community string" for authentication. this is a shared password, sent in plaintext over the network. bestie. bestie no. πŸ’€

  • --snmpcommunity <string> β€” the community string for version 1 and 2c agents. ['public'] (if this works your device is probably very insecure and needs a security checkup). not me calling your router out πŸ™ˆ

πŸ”’ SNMP 3 authentication πŸ”’

SNMP v3 has three security levels. lowest is "noAuthNoPriv", which provides neither authentication nor encryption. if a username and "authpassword" are given it goes up to "authNoPriv", and the connection is authenticated. if "privpassword" is also given the security level becomes "authPriv", and the connection is authenticated and encrypted. it's a whole glow-up arc ✨

note: encryption can slow down slow or heavily loaded network devices. for most uses "authNoPriv" will be secure enough β€” the password is sent over the network encrypted in any case. so you're fine, breathe 🫢

ContextEngineIDs are not (yet) supported. πŸ˜”

for further reading on SNMP v3 security models please consult RFC3414 and the documentation for Net::SNMP. homework era πŸ“–

  • --snmpusername <name> β€” username. there is no default.
  • --snmpauthpassword <password> β€” authentication password. optional when encryption is also enabled, in which case defaults to the privacy password (--snmpprivpassword) πŸ”‘
  • --snmpauthprotocol <protocol> β€” authentication protocol. one of 'md5' or 'sha' (HMAC-MD5-96, RFC1321 and SHA-1/HMAC-SHA-96, NIST FIPS PIB 180, RFC2264). ['md5']
  • --snmpprivpassword <password> β€” privacy password to enable encryption. there is no default. an empty ('') password is considered as no password and will not enable encryption.

privacy requires a privprotocol as well as an authprotocol and a authpassword, but all of these are defaulted (to 'des', 'md5', and the privpassword value, respectively) and may therefore be left unspecified. so like, it fills itself in, she's self-sufficient πŸ’…

  • --snmpprivprotocol <protocol> β€” if the privpassword is set this setting controls what kind of encryption is used to achieve privacy in the session. only the very weak 'des' encryption method is supported officially. ['des']

munin-node-configure also supports '3des' (CBC-3DES-EDE, aka Triple-DES, NIST FIPS 46-3) as specified in IETF draft-reeder-snmpv3-usm-3desede. whether or not this works with any particular device, we do not know. iconic honestly 🌈


πŸ“‚ FILES πŸ“‚

/etc/munin/munin-node.conf
/etc/munin/plugin-conf.d/*
/etc/munin/plugins/*
/usr/share/munin/plugins/plugins.history
/usr/share/munin/plugins/*

⭐ VERSION ⭐

this is munin-node-configure (munin-node) v2.0.78 πŸŽ€


πŸ‘‘ AUTHORS πŸ‘‘

Jimmy Olsen, Nicolai Langfeldt, Matthew Boyle πŸ’œ


Copyright (C) 2003-2006 Jimmy Olsen, Nicolai Langfeldt.

Copyright (C) 2009-2010 Matthew Boyle

this is free software; see the source for copying conditions. there is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. fr fr, no take-backsies 😭

this program is released under the GNU General Public License 🫢


okay that's the whole page bestie, you ate πŸ’…βœ¨ and a lil sign-off for the record: this was rendered by perl v5.42.3 on 2026-09-30 πŸŒΈπŸ¦‹πŸŽ€

πŸ“¦ where this page comes from