Monitoring Plugins https://www.monitoring-plugins.org/repositories/monitoring-plugins/atom?h=archive%2Fstate_file 2010-06-22T11:45:09Z 2010-06-22T11:45:09Z Ton Voon ton.voon@opsera.com 2010-06-22T11:45:09Z urn:sha1:4a0b843173640562bed1c7f65771eea47163c32a 2010-04-22T03:04:06Z Thomas Guyot-Sionnest dermoth@aei.ca 2010-04-22T03:04:06Z urn:sha1:00bf32bb6088557d69f91a41f3a556c3e495cd46 2010-04-15T10:44:01Z tonvoon ton.voon@opsera.com 2010-04-15T10:44:01Z urn:sha1:b63e92f8baa014bb5c54563a65e3aebaec40e5fa 2010-04-14T12:33:06Z Thomas Guyot-Sionnest dermoth@aei.ca 2010-04-14T10:11:45Z urn:sha1:25d1ee331dbe4977a4a1a756c67f32bd51d9b070 Bug #2832884 reported problem with translations outputting pot file headers. This is caused by "" matching the header of the translation files. This patch moves gettext macros inside utils macros and update some french translations. 2010-04-14T07:38:52Z Thomas Guyot-Sionnest dermoth@aei.ca 2010-04-14T07:38:52Z urn:sha1:a179737771ece982e1840d480b10cb6ed1792619 REJECT_RC is defined on some radiusclient versions and differenciates between auth errors and bad responses. This patch will affect only the behaviour of those clients exporting REJECT_RC. In addition, unexpected return codes are now handled properly and return UNKNOWN. 2010-04-14T07:16:07Z Thomas Guyot-Sionnest dermoth@aei.ca 2010-04-14T07:15:19Z urn:sha1:e7cefa7be491050b6dc895f6cfab82c5ead340a7 2010-04-14T07:02:38Z Thomas Guyot-Sionnest dermoth@aei.ca 2010-04-08T04:30:10Z urn:sha1:c326b4dc1dd42a50875578f0e7580125a1ddc03c 2010-04-12T13:36:33Z Holger Weiss holger@zedat.fu-berlin.de 2010-04-12T13:36:33Z urn:sha1:7a661c7aed2a0bad4ce1e3786bc707cd2b07c128 If Perl's "shift" function is called outside of a subroutine and without any argument, it usually shifts @ARGV. However, if a plugin is executed via ePN, such a call will shift @_ instead, so we must explicitly specify @ARGV for this to work as expected. This fixes Debian bug #545940, see: http://bugs.debian.org/545940 Commit de7191e3424e02ba278a39b86e8b1906a25d0362 fixed the same issue for check_disk_smb. (Reported by Hendrik Jaeger, forwarded by Jan Wagner.) 2010-04-11T14:33:44Z Holger Weiss holger@zedat.fu-berlin.de 2010-04-11T14:33:44Z urn:sha1:08f83072048f2c4c783c3216f5933f04b191847f | check_radius doesn't seem to provide any way to modify the | NAS-IP-Address attribute that it uses in the packets it sends, but it | does so for NAS-Identifier. | | Instead, it hardcodes the IP address that it gets from the | rc_own_ipaddress() library call, and that in turn translates into | calling gethostbyname() on the result of uname(). This call can easily | fail, and its result can easily be unsuitable - for example when the | Nagios instance uses its own virtual host, and you don't want the | original system hostname leaked to the RADIUS servers you monitor with | this. | | Furthermore, this behaviour is inconsistent with RFC 2865, which | defines the two attributes as analogous and never suggests hardcoding | the value of either of them in client software. Therefore, this commit adds the "-N, --nas-ip-address" option which allows for specifying the value of the NAS-IP-Address attribute. | I've also noticed that the original code for NAS-IP-Address hardcoding | is broken in its error handling - it does "return (ERROR_PC)", which | is meaningless in the context of check_radius.c. That actually seems | to be copy&waste from radiusclient-0.3.2/src/radexample.c. :) I fixed | that. | | While debugging, I also took the opportunity to decouple the | nas-identifier rc_avpair_add() instance from the initial three, | because this is just bad practice to lump a fourth optional attribute | into the same block with the required attributes, the error handling | for which is throwing the same daft message "Out of Memory?"... [ http://bugs.debian.org/482947 ] (Contributed by Josip Rodin, forwarded by Jan Wagner.) 2010-04-11T09:28:02Z Holger Weiss holger@zedat.fu-berlin.de 2010-04-11T09:28:02Z urn:sha1:ce3de90c9ec8589b66412a7070d3bf15abc41b01 The check_ldap plugin did not allow for specifying an empty LDAP base. See: http://bugs.debian.org/479984 (Fixed by Stephane Chazelas, forwarded by Jan Wagner.)