From dermoth at aei.ca Tue Mar 6 07:28:39 2012 From: dermoth at aei.ca (Thomas Guyot-Sionnest) Date: Tue, 06 Mar 2012 01:28:39 -0500 Subject: [Nagiosplug-devel] check_http fails to redirect to secure sites In-Reply-To: <050101ccf2ac$bca74fc0$35f5ef40$@iname.com> References: <050101ccf2ac$bca74fc0$35f5ef40$@iname.com> Message-ID: <4F55AE97.4020909@aei.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12-02-23 11:28 PM, Frank Bulk wrote: > > Starting this morning two of the sites I monitor failed, > www.sprint.net and www.sprintv6.net > . After some testing it?s become clear to > me that check_http doesn?t currently redirect to secure sites, even > with the use of the '-f follow' command. I guess Sprint turned on > redirection to the secure version this morning. > > Not sure whether to call this a bug or working-as-designed, but I?m > request the follow feature be enhanced to allow redirection to the > secure version of host. > > I'm running check_http version 1.4.15. > > Here's a copy of my tests: > > ============================================================================== > > > nagios:/etc/nagios3# > > nagios:/etc/nagios3# /usr/lib/nagios/plugins/check_http -H > www.sprint.net -4 > > CRITICAL - Socket timeout after 10 seconds > > nagios:/etc/nagios3# > This actually has to do with www.sprint.net not honoring the "Connection: close" header and leaving the socket open. check_http currently doesn't rely on the "Content-Length:" header to determine when the request is complete, it rather insert a "Connection: close" header in the request and wait for the remote server to close the socket - if the remote leaves the connection open check_http times out. So that could be a feature request - however there is so few devices/webservers working this way that I'm wondering if it's even valid according to the RFC's - I'd have to check. Thanks - -- Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9VrooACgkQ6dZ+Kt5Bcha7CgCdEGXPcgZySOaujHWb0dIxM4MC LecAoOJgT1s7v1yywnv6smDLmZjbnQda =dmWt -----END PGP SIGNATURE----- -------------- next part -------------- An HTML attachment was scrubbed... URL: From frnkblk at iname.com Sun Mar 11 22:10:45 2012 From: frnkblk at iname.com (Frank Bulk) Date: Sun, 11 Mar 2012 16:10:45 -0500 Subject: [Nagiosplug-devel] check_http fails to redirect to secure sites In-Reply-To: <4F55AE97.4020909@aei.ca> References: <050101ccf2ac$bca74fc0$35f5ef40$@iname.com> <4F55AE97.4020909@aei.ca> Message-ID: <0d7401ccffcb$6cbad7d0$46308770$@iname.com> Thomas: Thanks for investigating. It sounds like you already understand the problem. Do you think it's a load balancer they have sitting in front of their site? I agree, there are few sites that work this way, but if you would be willing to make check_http a bit more flexible you could get it thoroughly against Sprint's site. =) Frank From: Thomas Guyot-Sionnest [mailto:dermoth at aei.ca] Sent: Tuesday, March 06, 2012 12:29 AM To: Nagios Plugin Development Mailing List Cc: Frank Bulk Subject: Re: [Nagiosplug-devel] check_http fails to redirect to secure sites -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12-02-23 11:28 PM, Frank Bulk wrote: > > Starting this morning two of the sites I monitor failed, > www.sprint.net and www.sprintv6.net > . After some testing it?s become clear to > me that check_http doesn?t currently redirect to secure sites, even > with the use of the '-f follow' command. I guess Sprint turned on > redirection to the secure version this morning. > > Not sure whether to call this a bug or working-as-designed, but I?m > request the follow feature be enhanced to allow redirection to the > secure version of host. > > I'm running check_http version 1.4.15. > > Here's a copy of my tests: > > ============================================================================ == > > > nagios:/etc/nagios3# > > nagios:/etc/nagios3# /usr/lib/nagios/plugins/check_http -H > www.sprint.net -4 > > CRITICAL - Socket timeout after 10 seconds > > nagios:/etc/nagios3# > This actually has to do with www.sprint.net not honoring the "Connection: close" header and leaving the socket open. check_http currently doesn't rely on the "Content-Length:" header to determine when the request is complete, it rather insert a "Connection: close" header in the request and wait for the remote server to close the socket - if the remote leaves the connection open check_http times out. So that could be a feature request - however there is so few devices/webservers working this way that I'm wondering if it's even valid according to the RFC's - I'd have to check. Thanks - -- Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9VrooACgkQ6dZ+Kt5Bcha7CgCdEGXPcgZySOaujHWb0dIxM4MC LecAoOJgT1s7v1yywnv6smDLmZjbnQda =dmWt -----END PGP SIGNATURE----- -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 6517 bytes Desc: not available URL: From noreply at sourceforge.net Mon Mar 12 16:42:45 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 12 Mar 2012 08:42:45 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-3319604 ] check_icmp : disable rtmin/rtmax perfomance data Message-ID: Patches item #3319604, was opened at 2011-06-17 13:31 Message generated for change (Comment added) made by gollumsss You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=3319604&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: S?bastien Prud'homme () Assigned to: Nobody/Anonymous (nobody) Summary: check_icmp : disable rtmin/rtmax perfomance data Initial Comment: Patch against Plugin Version (-V output): check_icmp v1.4.15 (nagios-plugins 1.4.15) Plugin Name: Example Plugin Commandline: Tested on operating system: Centos 5 Tested on architecture: i386 Tested with compiler: gcc ---------------------------------------------------------------------- Comment By: Josu Gil Arriortua (gollumsss) Date: 2012-03-12 08:42 Message: It is indeed quite useful when you have performance data that you want to retain using check_ping and you want to replace it with check_icmp without losing that data. It is the situation we are facing right now changing check-host-alive in our nagios installation from check_ping to check_icmp. ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2011-06-20 09:51 Message: Why would you want to disable perfdata items? I see no rational for this patch and it doesn't sounds like something that could be useful for the vast majority of users. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=3319604&group_id=29880 From infotek at gmail.com Wed Mar 14 00:11:19 2012 From: infotek at gmail.com (Jason Ellison) Date: Tue, 13 Mar 2012 18:11:19 -0500 Subject: [Nagiosplug-devel] check_dhcp.c incorrectly setting source ip address as siaddr Message-ID: nagios-plugins-1.4.15 plugins-root/check_dhcp.c Sets dhcp server source ip to the next server (siaddr) IP address, causing -s to fail to operate as expected. -s, --serverip=IPADDRESS IP address of DHCP server that we must hear from root at nagios:/usr/local/src/nagios-plugins-1.4.15# ./plugins-root/check_dhcp -v DHCP socket: 3 Hardware address: 00:22:19:56:99:48 DHCPDISCOVER to 255.255.255.255 port 67 DHCPDISCOVER XID: 275057756 (0x10650C5C) DHCDISCOVER ciaddr: 0.0.0.0 DHCDISCOVER yiaddr: 0.0.0.0 DHCDISCOVER siaddr: 0.0.0.0 DHCDISCOVER giaddr: 0.0.0.0 send_dhcp_packet result: 548 recv_result_1: 300 recv_result_2: 300 receive_dhcp_packet() result: 300 receive_dhcp_packet() source: 10.10.10.15 Result=OK DHCPOFFER from IP address 10.10.10.15 via 10.10.10.15 DHCPOFFER XID: 275057756 (0x10650C5C) DHCPOFFER chaddr: 002219569948 DHCPOFFER ciaddr: 0.0.0.0 DHCPOFFER yiaddr: 10.10.10.166 DHCPOFFER siaddr: 10.10.10.24 DHCPOFFER giaddr: 0.0.0.0 Option: 53 (0x01) Option: 1 (0x04) Option: 58 (0x04) Option: 59 (0x04) Lease Time: 0 seconds Renewal Time: 14400 seconds Rebinding Time: 25200 seconds Added offer from server @ 10.10.10.15 of IP address 10.10.10.166 No (more) data received (nfound: 0) Result=ERROR Total responses seen on the wire: 1 Valid responses for this machine: 1 OK: Received 1 DHCPOFFER(s), max lease time = 0 sec. 17:58:55.805403 IP (tos 0x0, ttl 128, id 20477, offset 0, flags [none], proto UDP (17), length 328) 10.10.10.15.67 > 255.255.255.255.68: [udp sum ok] BOOTP/DHCP, Reply, length 300, xid 0x10650c5c, Flags [none] (0x0000) Your-IP 10.10.10.166 Server-IP 10.10.10.24 Client-Ethernet-Address 00:22:19:56:99:48 file "kbox2000.0" Vendor-rfc1048 Extensions Magic Cookie 0x63825363 DHCP-Message Option 53, length 1: Offer Subnet-Mask Option 1, length 4: 255.255.255.0 RN Option 58, length 4: 14400 RB Option 59, length 4: 25200 Lease-Time Option 51, length 4: 28800 Server-ID Option 54, length 4: 10.10.10.15 0x0000: 4500 0148 4ffd 0000 8011 d58f 0a0a 0a0f 0x0010: ffff ffff 0043 0044 0134 2e43 0201 0600 0x0020: 1065 0c5c 0000 0000 0000 0000 0a0a 0aa6 0x0030: 0a0a 0a18 0000 0000 0022 1956 9948 0000 0x0040: 0000 0000 0000 0000 0000 0000 0000 0000 0x0050: 0000 0000 0000 0000 0000 0000 0000 0000 0x0060: 0000 0000 0000 0000 0000 0000 0000 0000 0x0070: 0000 0000 0000 0000 0000 0000 0000 0000 0x0080: 0000 0000 0000 0000 6b62 6f78 3230 3030 0x0090: 2e30 0000 0000 0000 0000 0000 0000 0000 0x00a0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00c0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00d0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00e0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00f0: 0000 0000 0000 0000 0000 0000 0000 0000 0x0100: 0000 0000 0000 0000 6382 5363 3501 0201 0x0110: 04ff ffff 003a 0400 0038 403b 0400 0062 0x0120: 7033 0400 0070 8036 040a 0a0a 0fff 0000 0x0130: 0000 0000 0000 0000 0000 0000 0000 0000 0x0140: 0000 0000 0000 0000 plugins-root/check_dhcp.c FIX /* If siaddr is non-zero, set "source" to siaddr */ /* don't set the source to next boot server (siaddr) 591 infotek at gmail.com if(offer_packet.siaddr.s_addr != 0L){ source.sin_addr.s_addr = offer_packet.siaddr.s_addr ; } */ From noreply at sourceforge.net Wed Mar 14 00:16:43 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 13 Mar 2012 16:16:43 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3503921 ] check_dhcp.c incorrectly setting source ip address as siaddr Message-ID: Bugs item #3503921, was opened at 2012-03-13 16:16 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3503921&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: release-1.4.15 Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: check_dhcp.c incorrectly setting source ip address as siaddr Initial Comment: nagios-plugins-1.4.15 plugins-root/check_dhcp.c Sets dhcp server source ip to the next server (siaddr) IP address, causing -s to fail to operate as expected. -s, --serverip=IPADDRESS IP address of DHCP server that we must hear from root at nagios:/usr/local/src/nagios-plugins-1.4.15# ./plugins-root/check_dhcp -v DHCP socket: 3 Hardware address: 00:22:19:56:99:48 DHCPDISCOVER to 255.255.255.255 port 67 DHCPDISCOVER XID: 275057756 (0x10650C5C) DHCDISCOVER ciaddr: 0.0.0.0 DHCDISCOVER yiaddr: 0.0.0.0 DHCDISCOVER siaddr: 0.0.0.0 DHCDISCOVER giaddr: 0.0.0.0 send_dhcp_packet result: 548 recv_result_1: 300 recv_result_2: 300 receive_dhcp_packet() result: 300 receive_dhcp_packet() source: 10.10.10.15 Result=OK DHCPOFFER from IP address 10.10.10.15 via 10.10.10.15 DHCPOFFER XID: 275057756 (0x10650C5C) DHCPOFFER chaddr: 002219569948 DHCPOFFER ciaddr: 0.0.0.0 DHCPOFFER yiaddr: 10.10.10.166 DHCPOFFER siaddr: 10.10.10.24 DHCPOFFER giaddr: 0.0.0.0 Option: 53 (0x01) Option: 1 (0x04) Option: 58 (0x04) Option: 59 (0x04) Lease Time: 0 seconds Renewal Time: 14400 seconds Rebinding Time: 25200 seconds Added offer from server @ 10.10.10.15 of IP address 10.10.10.166 No (more) data received (nfound: 0) Result=ERROR Total responses seen on the wire: 1 Valid responses for this machine: 1 OK: Received 1 DHCPOFFER(s), max lease time = 0 sec. 17:58:55.805403 IP (tos 0x0, ttl 128, id 20477, offset 0, flags [none], proto UDP (17), length 328) 10.10.10.15.67 > 255.255.255.255.68: [udp sum ok] BOOTP/DHCP, Reply, length 300, xid 0x10650c5c, Flags [none] (0x0000) Your-IP 10.10.10.166 Server-IP 10.10.10.24 Client-Ethernet-Address 00:22:19:56:99:48 file "kbox2000.0" Vendor-rfc1048 Extensions Magic Cookie 0x63825363 DHCP-Message Option 53, length 1: Offer Subnet-Mask Option 1, length 4: 255.255.255.0 RN Option 58, length 4: 14400 RB Option 59, length 4: 25200 Lease-Time Option 51, length 4: 28800 Server-ID Option 54, length 4: 10.10.10.15 0x0000: 4500 0148 4ffd 0000 8011 d58f 0a0a 0a0f 0x0010: ffff ffff 0043 0044 0134 2e43 0201 0600 0x0020: 1065 0c5c 0000 0000 0000 0000 0a0a 0aa6 0x0030: 0a0a 0a18 0000 0000 0022 1956 9948 0000 0x0040: 0000 0000 0000 0000 0000 0000 0000 0000 0x0050: 0000 0000 0000 0000 0000 0000 0000 0000 0x0060: 0000 0000 0000 0000 0000 0000 0000 0000 0x0070: 0000 0000 0000 0000 0000 0000 0000 0000 0x0080: 0000 0000 0000 0000 6b62 6f78 3230 3030 0x0090: 2e30 0000 0000 0000 0000 0000 0000 0000 0x00a0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00c0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00d0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00e0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00f0: 0000 0000 0000 0000 0000 0000 0000 0000 0x0100: 0000 0000 0000 0000 6382 5363 3501 0201 0x0110: 04ff ffff 003a 0400 0038 403b 0400 0062 0x0120: 7033 0400 0070 8036 040a 0a0a 0fff 0000 0x0130: 0000 0000 0000 0000 0000 0000 0000 0000 0x0140: 0000 0000 0000 0000 plugins-root/check_dhcp.c FIX /* If siaddr is non-zero, set "source" to siaddr */ /* don't set the source to next boot server (siaddr) 591 infotek at gmail.com if(offer_packet.siaddr.s_addr != 0L){ source.sin_addr.s_addr = offer_packet.siaddr.s_addr ; } */ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3503921&group_id=29880 From noreply at sourceforge.net Wed Mar 14 00:22:40 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 13 Mar 2012 16:22:40 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3503921 ] check_dhcp.c incorrectly setting source ip address as siaddr Message-ID: Bugs item #3503921, was opened at 2012-03-13 16:16 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3503921&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: release-1.4.15 Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: check_dhcp.c incorrectly setting source ip address as siaddr Initial Comment: nagios-plugins-1.4.15 plugins-root/check_dhcp.c Sets dhcp server source ip to the next server (siaddr) IP address, causing -s to fail to operate as expected. -s, --serverip=IPADDRESS IP address of DHCP server that we must hear from root at nagios:/usr/local/src/nagios-plugins-1.4.15# ./plugins-root/check_dhcp -v DHCP socket: 3 Hardware address: 00:22:19:56:99:48 DHCPDISCOVER to 255.255.255.255 port 67 DHCPDISCOVER XID: 275057756 (0x10650C5C) DHCDISCOVER ciaddr: 0.0.0.0 DHCDISCOVER yiaddr: 0.0.0.0 DHCDISCOVER siaddr: 0.0.0.0 DHCDISCOVER giaddr: 0.0.0.0 send_dhcp_packet result: 548 recv_result_1: 300 recv_result_2: 300 receive_dhcp_packet() result: 300 receive_dhcp_packet() source: 10.10.10.15 Result=OK DHCPOFFER from IP address 10.10.10.15 via 10.10.10.15 DHCPOFFER XID: 275057756 (0x10650C5C) DHCPOFFER chaddr: 002219569948 DHCPOFFER ciaddr: 0.0.0.0 DHCPOFFER yiaddr: 10.10.10.166 DHCPOFFER siaddr: 10.10.10.24 DHCPOFFER giaddr: 0.0.0.0 Option: 53 (0x01) Option: 1 (0x04) Option: 58 (0x04) Option: 59 (0x04) Lease Time: 0 seconds Renewal Time: 14400 seconds Rebinding Time: 25200 seconds Added offer from server @ 10.10.10.15 of IP address 10.10.10.166 No (more) data received (nfound: 0) Result=ERROR Total responses seen on the wire: 1 Valid responses for this machine: 1 OK: Received 1 DHCPOFFER(s), max lease time = 0 sec. 17:58:55.805403 IP (tos 0x0, ttl 128, id 20477, offset 0, flags [none], proto UDP (17), length 328) 10.10.10.15.67 > 255.255.255.255.68: [udp sum ok] BOOTP/DHCP, Reply, length 300, xid 0x10650c5c, Flags [none] (0x0000) Your-IP 10.10.10.166 Server-IP 10.10.10.24 Client-Ethernet-Address 00:22:19:56:99:48 file "kbox2000.0" Vendor-rfc1048 Extensions Magic Cookie 0x63825363 DHCP-Message Option 53, length 1: Offer Subnet-Mask Option 1, length 4: 255.255.255.0 RN Option 58, length 4: 14400 RB Option 59, length 4: 25200 Lease-Time Option 51, length 4: 28800 Server-ID Option 54, length 4: 10.10.10.15 0x0000: 4500 0148 4ffd 0000 8011 d58f 0a0a 0a0f 0x0010: ffff ffff 0043 0044 0134 2e43 0201 0600 0x0020: 1065 0c5c 0000 0000 0000 0000 0a0a 0aa6 0x0030: 0a0a 0a18 0000 0000 0022 1956 9948 0000 0x0040: 0000 0000 0000 0000 0000 0000 0000 0000 0x0050: 0000 0000 0000 0000 0000 0000 0000 0000 0x0060: 0000 0000 0000 0000 0000 0000 0000 0000 0x0070: 0000 0000 0000 0000 0000 0000 0000 0000 0x0080: 0000 0000 0000 0000 6b62 6f78 3230 3030 0x0090: 2e30 0000 0000 0000 0000 0000 0000 0000 0x00a0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00c0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00d0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00e0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00f0: 0000 0000 0000 0000 0000 0000 0000 0000 0x0100: 0000 0000 0000 0000 6382 5363 3501 0201 0x0110: 04ff ffff 003a 0400 0038 403b 0400 0062 0x0120: 7033 0400 0070 8036 040a 0a0a 0fff 0000 0x0130: 0000 0000 0000 0000 0000 0000 0000 0000 0x0140: 0000 0000 0000 0000 plugins-root/check_dhcp.c FIX /* If siaddr is non-zero, set "source" to siaddr */ /* don't set the source to next boot server (siaddr) 591 infotek at gmail.com if(offer_packet.siaddr.s_addr != 0L){ source.sin_addr.s_addr = offer_packet.siaddr.s_addr ; } */ ---------------------------------------------------------------------- >Comment By: https://www.google.com/accounts () Date: 2012-03-13 16:22 Message: was trying to use google login... Jason Ellison infotek at gmail.com ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3503921&group_id=29880 From noreply at sourceforge.net Wed Mar 14 00:33:15 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 13 Mar 2012 16:33:15 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3503921 ] check_dhcp.c incorrectly setting source ip address as siaddr Message-ID: Bugs item #3503921, was opened at 2012-03-13 16:16 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3503921&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: release-1.4.15 Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: check_dhcp.c incorrectly setting source ip address as siaddr Initial Comment: nagios-plugins-1.4.15 plugins-root/check_dhcp.c Sets dhcp server source ip to the next server (siaddr) IP address, causing -s to fail to operate as expected. -s, --serverip=IPADDRESS IP address of DHCP server that we must hear from root at nagios:/usr/local/src/nagios-plugins-1.4.15# ./plugins-root/check_dhcp -v DHCP socket: 3 Hardware address: 00:22:19:56:99:48 DHCPDISCOVER to 255.255.255.255 port 67 DHCPDISCOVER XID: 275057756 (0x10650C5C) DHCDISCOVER ciaddr: 0.0.0.0 DHCDISCOVER yiaddr: 0.0.0.0 DHCDISCOVER siaddr: 0.0.0.0 DHCDISCOVER giaddr: 0.0.0.0 send_dhcp_packet result: 548 recv_result_1: 300 recv_result_2: 300 receive_dhcp_packet() result: 300 receive_dhcp_packet() source: 10.10.10.15 Result=OK DHCPOFFER from IP address 10.10.10.15 via 10.10.10.15 DHCPOFFER XID: 275057756 (0x10650C5C) DHCPOFFER chaddr: 002219569948 DHCPOFFER ciaddr: 0.0.0.0 DHCPOFFER yiaddr: 10.10.10.166 DHCPOFFER siaddr: 10.10.10.24 DHCPOFFER giaddr: 0.0.0.0 Option: 53 (0x01) Option: 1 (0x04) Option: 58 (0x04) Option: 59 (0x04) Lease Time: 0 seconds Renewal Time: 14400 seconds Rebinding Time: 25200 seconds Added offer from server @ 10.10.10.15 of IP address 10.10.10.166 No (more) data received (nfound: 0) Result=ERROR Total responses seen on the wire: 1 Valid responses for this machine: 1 OK: Received 1 DHCPOFFER(s), max lease time = 0 sec. 17:58:55.805403 IP (tos 0x0, ttl 128, id 20477, offset 0, flags [none], proto UDP (17), length 328) 10.10.10.15.67 > 255.255.255.255.68: [udp sum ok] BOOTP/DHCP, Reply, length 300, xid 0x10650c5c, Flags [none] (0x0000) Your-IP 10.10.10.166 Server-IP 10.10.10.24 Client-Ethernet-Address 00:22:19:56:99:48 file "kbox2000.0" Vendor-rfc1048 Extensions Magic Cookie 0x63825363 DHCP-Message Option 53, length 1: Offer Subnet-Mask Option 1, length 4: 255.255.255.0 RN Option 58, length 4: 14400 RB Option 59, length 4: 25200 Lease-Time Option 51, length 4: 28800 Server-ID Option 54, length 4: 10.10.10.15 0x0000: 4500 0148 4ffd 0000 8011 d58f 0a0a 0a0f 0x0010: ffff ffff 0043 0044 0134 2e43 0201 0600 0x0020: 1065 0c5c 0000 0000 0000 0000 0a0a 0aa6 0x0030: 0a0a 0a18 0000 0000 0022 1956 9948 0000 0x0040: 0000 0000 0000 0000 0000 0000 0000 0000 0x0050: 0000 0000 0000 0000 0000 0000 0000 0000 0x0060: 0000 0000 0000 0000 0000 0000 0000 0000 0x0070: 0000 0000 0000 0000 0000 0000 0000 0000 0x0080: 0000 0000 0000 0000 6b62 6f78 3230 3030 0x0090: 2e30 0000 0000 0000 0000 0000 0000 0000 0x00a0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00c0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00d0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00e0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00f0: 0000 0000 0000 0000 0000 0000 0000 0000 0x0100: 0000 0000 0000 0000 6382 5363 3501 0201 0x0110: 04ff ffff 003a 0400 0038 403b 0400 0062 0x0120: 7033 0400 0070 8036 040a 0a0a 0fff 0000 0x0130: 0000 0000 0000 0000 0000 0000 0000 0000 0x0140: 0000 0000 0000 0000 plugins-root/check_dhcp.c FIX /* If siaddr is non-zero, set "source" to siaddr */ /* don't set the source to next boot server (siaddr) 591 infotek at gmail.com if(offer_packet.siaddr.s_addr != 0L){ source.sin_addr.s_addr = offer_packet.siaddr.s_addr ; } */ ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2012-03-13 16:33 Message: The ticket contains the output of check_dhcp after I fixed it (oops). Sorry :( Jason Ellison Below is the output from an unmodified version of check_dhcp : root at nagios:/usr/local/src/nagios-plugins-1.4.15# ./plugins-root/check_dhcp -v DHCP socket: 3 Hardware address: 00:22:19:56:99:48 DHCPDISCOVER to 255.255.255.255 port 67 DHCPDISCOVER XID: 1292513780 (0x4D0A31F4) DHCDISCOVER ciaddr: 0.0.0.0 DHCDISCOVER yiaddr: 0.0.0.0 DHCDISCOVER siaddr: 0.0.0.0 DHCDISCOVER giaddr: 0.0.0.0 send_dhcp_packet result: 548 recv_result_1: 300 recv_result_2: 300 receive_dhcp_packet() result: 300 receive_dhcp_packet() source: 10.10.10.15 Result=OK DHCPOFFER from IP address 10.10.10.24 via 10.10.10.15 DHCPOFFER XID: 1292513780 (0x4D0A31F4) DHCPOFFER chaddr: 002219569948 DHCPOFFER ciaddr: 0.0.0.0 DHCPOFFER yiaddr: 10.10.10.166 DHCPOFFER siaddr: 10.10.10.24 DHCPOFFER giaddr: 0.0.0.0 Option: 53 (0x01) Option: 1 (0x04) Option: 58 (0x04) Option: 59 (0x04) Lease Time: 0 seconds Renewal Time: 14400 seconds Rebinding Time: 25200 seconds Added offer from server @ 10.10.10.24 of IP address 10.10.10.166 No (more) data received (nfound: 0) Result=ERROR Total responses seen on the wire: 1 Valid responses for this machine: 1 OK: Received 1 DHCPOFFER(s), max lease time = 0 sec. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2012-03-13 16:22 Message: was trying to use google login... Jason Ellison infotek at gmail.com ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3503921&group_id=29880 From noreply at sourceforge.net Wed Mar 14 00:47:09 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 13 Mar 2012 16:47:09 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3503921 ] check_dhcp.c incorrectly setting source ip address as siaddr Message-ID: Bugs item #3503921, was opened at 2012-03-13 16:16 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3503921&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: release-1.4.15 Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: check_dhcp.c incorrectly setting source ip address as siaddr Initial Comment: nagios-plugins-1.4.15 plugins-root/check_dhcp.c Sets dhcp server source ip to the next server (siaddr) IP address, causing -s to fail to operate as expected. -s, --serverip=IPADDRESS IP address of DHCP server that we must hear from root at nagios:/usr/local/src/nagios-plugins-1.4.15# ./plugins-root/check_dhcp -v DHCP socket: 3 Hardware address: 00:22:19:56:99:48 DHCPDISCOVER to 255.255.255.255 port 67 DHCPDISCOVER XID: 275057756 (0x10650C5C) DHCDISCOVER ciaddr: 0.0.0.0 DHCDISCOVER yiaddr: 0.0.0.0 DHCDISCOVER siaddr: 0.0.0.0 DHCDISCOVER giaddr: 0.0.0.0 send_dhcp_packet result: 548 recv_result_1: 300 recv_result_2: 300 receive_dhcp_packet() result: 300 receive_dhcp_packet() source: 10.10.10.15 Result=OK DHCPOFFER from IP address 10.10.10.15 via 10.10.10.15 DHCPOFFER XID: 275057756 (0x10650C5C) DHCPOFFER chaddr: 002219569948 DHCPOFFER ciaddr: 0.0.0.0 DHCPOFFER yiaddr: 10.10.10.166 DHCPOFFER siaddr: 10.10.10.24 DHCPOFFER giaddr: 0.0.0.0 Option: 53 (0x01) Option: 1 (0x04) Option: 58 (0x04) Option: 59 (0x04) Lease Time: 0 seconds Renewal Time: 14400 seconds Rebinding Time: 25200 seconds Added offer from server @ 10.10.10.15 of IP address 10.10.10.166 No (more) data received (nfound: 0) Result=ERROR Total responses seen on the wire: 1 Valid responses for this machine: 1 OK: Received 1 DHCPOFFER(s), max lease time = 0 sec. 17:58:55.805403 IP (tos 0x0, ttl 128, id 20477, offset 0, flags [none], proto UDP (17), length 328) 10.10.10.15.67 > 255.255.255.255.68: [udp sum ok] BOOTP/DHCP, Reply, length 300, xid 0x10650c5c, Flags [none] (0x0000) Your-IP 10.10.10.166 Server-IP 10.10.10.24 Client-Ethernet-Address 00:22:19:56:99:48 file "kbox2000.0" Vendor-rfc1048 Extensions Magic Cookie 0x63825363 DHCP-Message Option 53, length 1: Offer Subnet-Mask Option 1, length 4: 255.255.255.0 RN Option 58, length 4: 14400 RB Option 59, length 4: 25200 Lease-Time Option 51, length 4: 28800 Server-ID Option 54, length 4: 10.10.10.15 0x0000: 4500 0148 4ffd 0000 8011 d58f 0a0a 0a0f 0x0010: ffff ffff 0043 0044 0134 2e43 0201 0600 0x0020: 1065 0c5c 0000 0000 0000 0000 0a0a 0aa6 0x0030: 0a0a 0a18 0000 0000 0022 1956 9948 0000 0x0040: 0000 0000 0000 0000 0000 0000 0000 0000 0x0050: 0000 0000 0000 0000 0000 0000 0000 0000 0x0060: 0000 0000 0000 0000 0000 0000 0000 0000 0x0070: 0000 0000 0000 0000 0000 0000 0000 0000 0x0080: 0000 0000 0000 0000 6b62 6f78 3230 3030 0x0090: 2e30 0000 0000 0000 0000 0000 0000 0000 0x00a0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00c0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00d0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00e0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00f0: 0000 0000 0000 0000 0000 0000 0000 0000 0x0100: 0000 0000 0000 0000 6382 5363 3501 0201 0x0110: 04ff ffff 003a 0400 0038 403b 0400 0062 0x0120: 7033 0400 0070 8036 040a 0a0a 0fff 0000 0x0130: 0000 0000 0000 0000 0000 0000 0000 0000 0x0140: 0000 0000 0000 0000 plugins-root/check_dhcp.c FIX /* If siaddr is non-zero, set "source" to siaddr */ /* don't set the source to next boot server (siaddr) 591 infotek at gmail.com if(offer_packet.siaddr.s_addr != 0L){ source.sin_addr.s_addr = offer_packet.siaddr.s_addr ; } */ ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2012-03-13 16:47 Message: Example of -s being specified correctly in verbose mode. Fails because siaddr (10.10.10.24) is copied over source (10.10.10.15). root at nagios:/usr/local/src/nagios-plugins-1.4.15# ./plugins-root/check_dhcp -v -s 10.10.10.15 Requested server address: 10.10.10.15 DHCP socket: 3 Hardware address: 00:22:19:56:99:48 DHCPDISCOVER to 255.255.255.255 port 67 DHCPDISCOVER XID: 513242689 (0x1E977641) DHCDISCOVER ciaddr: 0.0.0.0 DHCDISCOVER yiaddr: 0.0.0.0 DHCDISCOVER siaddr: 0.0.0.0 DHCDISCOVER giaddr: 0.0.0.0 send_dhcp_packet result: 548 recv_result_1: 300 recv_result_2: 300 receive_dhcp_packet() result: 300 receive_dhcp_packet() source: 10.10.10.15 Result=OK DHCPOFFER from IP address 10.10.10.24 via 10.10.10.15 DHCPOFFER XID: 513242689 (0x1E977641) DHCPOFFER chaddr: 002219569948 DHCPOFFER ciaddr: 0.0.0.0 DHCPOFFER yiaddr: 10.10.10.166 DHCPOFFER siaddr: 10.10.10.24 DHCPOFFER giaddr: 0.0.0.0 Option: 53 (0x01) Option: 1 (0x04) Option: 58 (0x04) Option: 59 (0x04) Lease Time: 0 seconds Renewal Time: 14400 seconds Rebinding Time: 25200 seconds Added offer from server @ 10.10.10.24 of IP address 10.10.10.166 No (more) data received (nfound: 0) Result=ERROR Total responses seen on the wire: 1 Valid responses for this machine: 1 CRITICAL: Received 1 DHCPOFFER(s), 0 of 1 requested servers responded, max lease time = 0 sec. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2012-03-13 16:33 Message: The ticket contains the output of check_dhcp after I fixed it (oops). Sorry :( Jason Ellison Below is the output from an unmodified version of check_dhcp : root at nagios:/usr/local/src/nagios-plugins-1.4.15# ./plugins-root/check_dhcp -v DHCP socket: 3 Hardware address: 00:22:19:56:99:48 DHCPDISCOVER to 255.255.255.255 port 67 DHCPDISCOVER XID: 1292513780 (0x4D0A31F4) DHCDISCOVER ciaddr: 0.0.0.0 DHCDISCOVER yiaddr: 0.0.0.0 DHCDISCOVER siaddr: 0.0.0.0 DHCDISCOVER giaddr: 0.0.0.0 send_dhcp_packet result: 548 recv_result_1: 300 recv_result_2: 300 receive_dhcp_packet() result: 300 receive_dhcp_packet() source: 10.10.10.15 Result=OK DHCPOFFER from IP address 10.10.10.24 via 10.10.10.15 DHCPOFFER XID: 1292513780 (0x4D0A31F4) DHCPOFFER chaddr: 002219569948 DHCPOFFER ciaddr: 0.0.0.0 DHCPOFFER yiaddr: 10.10.10.166 DHCPOFFER siaddr: 10.10.10.24 DHCPOFFER giaddr: 0.0.0.0 Option: 53 (0x01) Option: 1 (0x04) Option: 58 (0x04) Option: 59 (0x04) Lease Time: 0 seconds Renewal Time: 14400 seconds Rebinding Time: 25200 seconds Added offer from server @ 10.10.10.24 of IP address 10.10.10.166 No (more) data received (nfound: 0) Result=ERROR Total responses seen on the wire: 1 Valid responses for this machine: 1 OK: Received 1 DHCPOFFER(s), max lease time = 0 sec. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2012-03-13 16:22 Message: was trying to use google login... Jason Ellison infotek at gmail.com ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3503921&group_id=29880 From noreply at sourceforge.net Wed Mar 14 01:00:23 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 13 Mar 2012 17:00:23 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3008084 ] check_dhcp Microsoft Server Options 66 and 67 CRITICAL Message-ID: Bugs item #3008084, was opened at 2010-05-27 10:43 Message generated for change (Comment added) made by infotek411 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3008084&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: arch nemesis (mstng67) Assigned to: Nobody/Anonymous (nobody) Summary: check_dhcp Microsoft Server Options 66 and 67 CRITICAL Initial Comment: Plugin Version (-V output): check_dhcp v1.4.14 (nagios-plugins 1.4.14) Plugin Name: check_dhcp Plugin Commandline showing issues: /usr/lib/nagios/plugins/check_dhcp -s 192.168.0.16 Output from above command: CRITICAL: Received 1 DHCPOFFER(s), 0 of 1 requested servers responded, max lease time = 0 sec. Operating System: Linux Mint 8 Helena - Main Edition Architecture: x86 Compiler: ??? The plugins were installed using APT. The change that prompted the CRITICAL output: Added Microsoft DHCP server options 66 and 67 to DHCP server configuration. These options are Boot Server Host Name and Bootfile Name, respectively. Restart the DHCP service. The next check of the DHCP server yielded the above output. Number of DHCP servers on the network: 1. The above mentioned MS DHCP server is the only DHCP server on the network. My guess is that the plugin is incorrectly parsing the options returned in the DHCPOFFER. I have no proof to back up this theory except that if the DHCP server is re-configured back to the known good (without options 66 and 67) then the plugin returns OK. If options 66 and 67 are configured the plugin returns CRITICAL for the specified server. Until a fix is released, I have simply removed the -s 192.168.0.16 portion of the command config file for the dhcp plugin to ensure that the plugin responds OK as long as it receives a DHCPOFFER. I know that it's a temporary fix, but it's what I know to do for now. If you need additional information, please email me. ---------------------------------------------------------------------- Comment By: Jason Ellison (infotek411) Date: 2012-03-13 17:00 Message: I think I fixed your problem. check_dhcp.c incorrectly setting source ip address as siaddr - ID: 3503921 https://sourceforge.net/tracker/?func=detail&aid=3503921&group_id=29880&atid=397597# ---------------------------------------------------------------------- Comment By: Martin Konrad (martinkonrad) Date: 2012-02-16 17:50 Message: I can confirm the described behavior. But as it seems there is no fix: Microsoft delivers the data from the DHCP option 66 field as "next server ip address" to work around some buggy PXE devices (http://www.symantec.com/business/support/index?page=content&id=TECH40756). That's why check_dhcp thinks the DHCP server is behind a DHCP proxy which of course is not the case. I confirmed that looking at the DHCP offer with Wireshark. There are two ways around that: 1. Do not check the IP of the DHCP server. 2. Check against your TFTP boot-server's IP. Hope that helps... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3008084&group_id=2988 From noreply at sourceforge.net Wed Mar 14 01:00:39 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 13 Mar 2012 17:00:39 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3093650 ] check_dhcp error dhcp option 67 Message-ID: Bugs item #3093650, was opened at 2010-10-23 04:27 Message generated for change (Comment added) made by infotek411 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3093650&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: release-1.4.15 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Imre Roka (rokaimre) Assigned to: Nobody/Anonymous (nobody) Summary: check_dhcp error dhcp option 67 Initial Comment: Plugin Version (-V output): check_dhcp v1.4.15-6-ge7ac (nagios-plugins 1.4.15) Plugin Name: check_dhcp Plugin Commandline showing issues: /check_dhcp -s 10.1.164.180 Commandline output: CRITICAL: Received 2 DHCPOFFER(s), 0 of 1 requested servers responded, max lease time = 0 sec. Operating System: Debian Linux 4 Architecture: x86 Compiler: gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) If dhcp server options 67 are configured the plugin returns CRITICAL status (re-configured back - without options 67- then the plugin returns OK). ---------------------------------------------------------------------- Comment By: Jason Ellison (infotek411) Date: 2012-03-13 17:00 Message: I think I fixed your problem. check_dhcp.c incorrectly setting source ip address as siaddr - ID: 3503921 https://sourceforge.net/tracker/?func=detail&aid=3503921&group_id=29880&atid=397597# ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3093650&group_id=29880 From noreply at sourceforge.net Wed Mar 14 01:03:03 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 13 Mar 2012 17:03:03 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3503921 ] check_dhcp.c incorrectly setting source ip address as siaddr Message-ID: Bugs item #3503921, was opened at 2012-03-13 16:16 Message generated for change (Comment added) made by infotek411 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3503921&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: release-1.4.15 Status: Open Resolution: None Priority: 5 Private: No Submitted By: infotek at gmail.com () Assigned to: Nobody/Anonymous (nobody) Summary: check_dhcp.c incorrectly setting source ip address as siaddr Initial Comment: nagios-plugins-1.4.15 plugins-root/check_dhcp.c Sets dhcp server source ip to the next server (siaddr) IP address, causing -s to fail to operate as expected. -s, --serverip=IPADDRESS IP address of DHCP server that we must hear from root at nagios:/usr/local/src/nagios-plugins-1.4.15# ./plugins-root/check_dhcp -v DHCP socket: 3 Hardware address: 00:22:19:56:99:48 DHCPDISCOVER to 255.255.255.255 port 67 DHCPDISCOVER XID: 275057756 (0x10650C5C) DHCDISCOVER ciaddr: 0.0.0.0 DHCDISCOVER yiaddr: 0.0.0.0 DHCDISCOVER siaddr: 0.0.0.0 DHCDISCOVER giaddr: 0.0.0.0 send_dhcp_packet result: 548 recv_result_1: 300 recv_result_2: 300 receive_dhcp_packet() result: 300 receive_dhcp_packet() source: 10.10.10.15 Result=OK DHCPOFFER from IP address 10.10.10.15 via 10.10.10.15 DHCPOFFER XID: 275057756 (0x10650C5C) DHCPOFFER chaddr: 002219569948 DHCPOFFER ciaddr: 0.0.0.0 DHCPOFFER yiaddr: 10.10.10.166 DHCPOFFER siaddr: 10.10.10.24 DHCPOFFER giaddr: 0.0.0.0 Option: 53 (0x01) Option: 1 (0x04) Option: 58 (0x04) Option: 59 (0x04) Lease Time: 0 seconds Renewal Time: 14400 seconds Rebinding Time: 25200 seconds Added offer from server @ 10.10.10.15 of IP address 10.10.10.166 No (more) data received (nfound: 0) Result=ERROR Total responses seen on the wire: 1 Valid responses for this machine: 1 OK: Received 1 DHCPOFFER(s), max lease time = 0 sec. 17:58:55.805403 IP (tos 0x0, ttl 128, id 20477, offset 0, flags [none], proto UDP (17), length 328) 10.10.10.15.67 > 255.255.255.255.68: [udp sum ok] BOOTP/DHCP, Reply, length 300, xid 0x10650c5c, Flags [none] (0x0000) Your-IP 10.10.10.166 Server-IP 10.10.10.24 Client-Ethernet-Address 00:22:19:56:99:48 file "kbox2000.0" Vendor-rfc1048 Extensions Magic Cookie 0x63825363 DHCP-Message Option 53, length 1: Offer Subnet-Mask Option 1, length 4: 255.255.255.0 RN Option 58, length 4: 14400 RB Option 59, length 4: 25200 Lease-Time Option 51, length 4: 28800 Server-ID Option 54, length 4: 10.10.10.15 0x0000: 4500 0148 4ffd 0000 8011 d58f 0a0a 0a0f 0x0010: ffff ffff 0043 0044 0134 2e43 0201 0600 0x0020: 1065 0c5c 0000 0000 0000 0000 0a0a 0aa6 0x0030: 0a0a 0a18 0000 0000 0022 1956 9948 0000 0x0040: 0000 0000 0000 0000 0000 0000 0000 0000 0x0050: 0000 0000 0000 0000 0000 0000 0000 0000 0x0060: 0000 0000 0000 0000 0000 0000 0000 0000 0x0070: 0000 0000 0000 0000 0000 0000 0000 0000 0x0080: 0000 0000 0000 0000 6b62 6f78 3230 3030 0x0090: 2e30 0000 0000 0000 0000 0000 0000 0000 0x00a0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00c0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00d0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00e0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00f0: 0000 0000 0000 0000 0000 0000 0000 0000 0x0100: 0000 0000 0000 0000 6382 5363 3501 0201 0x0110: 04ff ffff 003a 0400 0038 403b 0400 0062 0x0120: 7033 0400 0070 8036 040a 0a0a 0fff 0000 0x0130: 0000 0000 0000 0000 0000 0000 0000 0000 0x0140: 0000 0000 0000 0000 plugins-root/check_dhcp.c FIX /* If siaddr is non-zero, set "source" to siaddr */ /* don't set the source to next boot server (siaddr) 591 infotek at gmail.com if(offer_packet.siaddr.s_addr != 0L){ source.sin_addr.s_addr = offer_packet.siaddr.s_addr ; } */ ---------------------------------------------------------------------- Comment By: Jason Ellison (infotek411) Date: 2012-03-13 17:03 Message: I verified that I can check remote DHCP servers correctly after applying the fix. Options used were "check_dhcp -u -s 10.10.10.15". ---------------------------------------------------------------------- Comment By: infotek at gmail.com () Date: 2012-03-13 16:47 Message: Example of -s being specified correctly in verbose mode. Fails because siaddr (10.10.10.24) is copied over source (10.10.10.15). root at nagios:/usr/local/src/nagios-plugins-1.4.15# ./plugins-root/check_dhcp -v -s 10.10.10.15 Requested server address: 10.10.10.15 DHCP socket: 3 Hardware address: 00:22:19:56:99:48 DHCPDISCOVER to 255.255.255.255 port 67 DHCPDISCOVER XID: 513242689 (0x1E977641) DHCDISCOVER ciaddr: 0.0.0.0 DHCDISCOVER yiaddr: 0.0.0.0 DHCDISCOVER siaddr: 0.0.0.0 DHCDISCOVER giaddr: 0.0.0.0 send_dhcp_packet result: 548 recv_result_1: 300 recv_result_2: 300 receive_dhcp_packet() result: 300 receive_dhcp_packet() source: 10.10.10.15 Result=OK DHCPOFFER from IP address 10.10.10.24 via 10.10.10.15 DHCPOFFER XID: 513242689 (0x1E977641) DHCPOFFER chaddr: 002219569948 DHCPOFFER ciaddr: 0.0.0.0 DHCPOFFER yiaddr: 10.10.10.166 DHCPOFFER siaddr: 10.10.10.24 DHCPOFFER giaddr: 0.0.0.0 Option: 53 (0x01) Option: 1 (0x04) Option: 58 (0x04) Option: 59 (0x04) Lease Time: 0 seconds Renewal Time: 14400 seconds Rebinding Time: 25200 seconds Added offer from server @ 10.10.10.24 of IP address 10.10.10.166 No (more) data received (nfound: 0) Result=ERROR Total responses seen on the wire: 1 Valid responses for this machine: 1 CRITICAL: Received 1 DHCPOFFER(s), 0 of 1 requested servers responded, max lease time = 0 sec. ---------------------------------------------------------------------- Comment By: infotek at gmail.com () Date: 2012-03-13 16:33 Message: The ticket contains the output of check_dhcp after I fixed it (oops). Sorry :( Jason Ellison Below is the output from an unmodified version of check_dhcp : root at nagios:/usr/local/src/nagios-plugins-1.4.15# ./plugins-root/check_dhcp -v DHCP socket: 3 Hardware address: 00:22:19:56:99:48 DHCPDISCOVER to 255.255.255.255 port 67 DHCPDISCOVER XID: 1292513780 (0x4D0A31F4) DHCDISCOVER ciaddr: 0.0.0.0 DHCDISCOVER yiaddr: 0.0.0.0 DHCDISCOVER siaddr: 0.0.0.0 DHCDISCOVER giaddr: 0.0.0.0 send_dhcp_packet result: 548 recv_result_1: 300 recv_result_2: 300 receive_dhcp_packet() result: 300 receive_dhcp_packet() source: 10.10.10.15 Result=OK DHCPOFFER from IP address 10.10.10.24 via 10.10.10.15 DHCPOFFER XID: 1292513780 (0x4D0A31F4) DHCPOFFER chaddr: 002219569948 DHCPOFFER ciaddr: 0.0.0.0 DHCPOFFER yiaddr: 10.10.10.166 DHCPOFFER siaddr: 10.10.10.24 DHCPOFFER giaddr: 0.0.0.0 Option: 53 (0x01) Option: 1 (0x04) Option: 58 (0x04) Option: 59 (0x04) Lease Time: 0 seconds Renewal Time: 14400 seconds Rebinding Time: 25200 seconds Added offer from server @ 10.10.10.24 of IP address 10.10.10.166 No (more) data received (nfound: 0) Result=ERROR Total responses seen on the wire: 1 Valid responses for this machine: 1 OK: Received 1 DHCPOFFER(s), max lease time = 0 sec. ---------------------------------------------------------------------- Comment By: infotek at gmail.com () Date: 2012-03-13 16:22 Message: was trying to use google login... Jason Ellison infotek at gmail.com ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3503921&group_id=29880 From noreply at sourceforge.net Wed Mar 14 01:27:29 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 13 Mar 2012 17:27:29 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3503921 ] check_dhcp.c incorrectly setting source ip address as siaddr Message-ID: Bugs item #3503921, was opened at 2012-03-13 16:16 Message generated for change (Comment added) made by infotek411 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3503921&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: release-1.4.15 Status: Open Resolution: None Priority: 5 Private: No Submitted By: infotek at gmail.com () Assigned to: Nobody/Anonymous (nobody) Summary: check_dhcp.c incorrectly setting source ip address as siaddr Initial Comment: nagios-plugins-1.4.15 plugins-root/check_dhcp.c Sets dhcp server source ip to the next server (siaddr) IP address, causing -s to fail to operate as expected. -s, --serverip=IPADDRESS IP address of DHCP server that we must hear from root at nagios:/usr/local/src/nagios-plugins-1.4.15# ./plugins-root/check_dhcp -v DHCP socket: 3 Hardware address: 00:22:19:56:99:48 DHCPDISCOVER to 255.255.255.255 port 67 DHCPDISCOVER XID: 275057756 (0x10650C5C) DHCDISCOVER ciaddr: 0.0.0.0 DHCDISCOVER yiaddr: 0.0.0.0 DHCDISCOVER siaddr: 0.0.0.0 DHCDISCOVER giaddr: 0.0.0.0 send_dhcp_packet result: 548 recv_result_1: 300 recv_result_2: 300 receive_dhcp_packet() result: 300 receive_dhcp_packet() source: 10.10.10.15 Result=OK DHCPOFFER from IP address 10.10.10.15 via 10.10.10.15 DHCPOFFER XID: 275057756 (0x10650C5C) DHCPOFFER chaddr: 002219569948 DHCPOFFER ciaddr: 0.0.0.0 DHCPOFFER yiaddr: 10.10.10.166 DHCPOFFER siaddr: 10.10.10.24 DHCPOFFER giaddr: 0.0.0.0 Option: 53 (0x01) Option: 1 (0x04) Option: 58 (0x04) Option: 59 (0x04) Lease Time: 0 seconds Renewal Time: 14400 seconds Rebinding Time: 25200 seconds Added offer from server @ 10.10.10.15 of IP address 10.10.10.166 No (more) data received (nfound: 0) Result=ERROR Total responses seen on the wire: 1 Valid responses for this machine: 1 OK: Received 1 DHCPOFFER(s), max lease time = 0 sec. 17:58:55.805403 IP (tos 0x0, ttl 128, id 20477, offset 0, flags [none], proto UDP (17), length 328) 10.10.10.15.67 > 255.255.255.255.68: [udp sum ok] BOOTP/DHCP, Reply, length 300, xid 0x10650c5c, Flags [none] (0x0000) Your-IP 10.10.10.166 Server-IP 10.10.10.24 Client-Ethernet-Address 00:22:19:56:99:48 file "kbox2000.0" Vendor-rfc1048 Extensions Magic Cookie 0x63825363 DHCP-Message Option 53, length 1: Offer Subnet-Mask Option 1, length 4: 255.255.255.0 RN Option 58, length 4: 14400 RB Option 59, length 4: 25200 Lease-Time Option 51, length 4: 28800 Server-ID Option 54, length 4: 10.10.10.15 0x0000: 4500 0148 4ffd 0000 8011 d58f 0a0a 0a0f 0x0010: ffff ffff 0043 0044 0134 2e43 0201 0600 0x0020: 1065 0c5c 0000 0000 0000 0000 0a0a 0aa6 0x0030: 0a0a 0a18 0000 0000 0022 1956 9948 0000 0x0040: 0000 0000 0000 0000 0000 0000 0000 0000 0x0050: 0000 0000 0000 0000 0000 0000 0000 0000 0x0060: 0000 0000 0000 0000 0000 0000 0000 0000 0x0070: 0000 0000 0000 0000 0000 0000 0000 0000 0x0080: 0000 0000 0000 0000 6b62 6f78 3230 3030 0x0090: 2e30 0000 0000 0000 0000 0000 0000 0000 0x00a0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00c0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00d0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00e0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00f0: 0000 0000 0000 0000 0000 0000 0000 0000 0x0100: 0000 0000 0000 0000 6382 5363 3501 0201 0x0110: 04ff ffff 003a 0400 0038 403b 0400 0062 0x0120: 7033 0400 0070 8036 040a 0a0a 0fff 0000 0x0130: 0000 0000 0000 0000 0000 0000 0000 0000 0x0140: 0000 0000 0000 0000 plugins-root/check_dhcp.c FIX /* If siaddr is non-zero, set "source" to siaddr */ /* don't set the source to next boot server (siaddr) 591 infotek at gmail.com if(offer_packet.siaddr.s_addr != 0L){ source.sin_addr.s_addr = offer_packet.siaddr.s_addr ; } */ ---------------------------------------------------------------------- Comment By: Jason Ellison (infotek411) Date: 2012-03-13 17:27 Message: diff --git a/a/plugins-root/check_dhcp.c b/b/plugins-root/check_dhcp.c index 2a1875c..b7f695b 100644 --- a/a/plugins-root/check_dhcp.c +++ b/b/plugins-root/check_dhcp.c @@ -588,10 +588,11 @@ int get_dhcp_offer(int sock){ memcpy(&via,&source,sizeof(source)) ; /* If siaddr is non-zero, set "source" to siaddr */ +/* don't set the source to next boot server (siaddr) 591 infotek at gmail.com if(offer_packet.siaddr.s_addr != 0L){ source.sin_addr.s_addr = offer_packet.siaddr.s_addr ; } - +*/ if(verbose){ printf(_("DHCPOFFER from IP address %s"),inet_ntoa(source.sin_addr)); printf(_(" via %s\n"),inet_ntoa(via.sin_addr)); ---------------------------------------------------------------------- Comment By: Jason Ellison (infotek411) Date: 2012-03-13 17:03 Message: I verified that I can check remote DHCP servers correctly after applying the fix. Options used were "check_dhcp -u -s 10.10.10.15". ---------------------------------------------------------------------- Comment By: infotek at gmail.com () Date: 2012-03-13 16:47 Message: Example of -s being specified correctly in verbose mode. Fails because siaddr (10.10.10.24) is copied over source (10.10.10.15). root at nagios:/usr/local/src/nagios-plugins-1.4.15# ./plugins-root/check_dhcp -v -s 10.10.10.15 Requested server address: 10.10.10.15 DHCP socket: 3 Hardware address: 00:22:19:56:99:48 DHCPDISCOVER to 255.255.255.255 port 67 DHCPDISCOVER XID: 513242689 (0x1E977641) DHCDISCOVER ciaddr: 0.0.0.0 DHCDISCOVER yiaddr: 0.0.0.0 DHCDISCOVER siaddr: 0.0.0.0 DHCDISCOVER giaddr: 0.0.0.0 send_dhcp_packet result: 548 recv_result_1: 300 recv_result_2: 300 receive_dhcp_packet() result: 300 receive_dhcp_packet() source: 10.10.10.15 Result=OK DHCPOFFER from IP address 10.10.10.24 via 10.10.10.15 DHCPOFFER XID: 513242689 (0x1E977641) DHCPOFFER chaddr: 002219569948 DHCPOFFER ciaddr: 0.0.0.0 DHCPOFFER yiaddr: 10.10.10.166 DHCPOFFER siaddr: 10.10.10.24 DHCPOFFER giaddr: 0.0.0.0 Option: 53 (0x01) Option: 1 (0x04) Option: 58 (0x04) Option: 59 (0x04) Lease Time: 0 seconds Renewal Time: 14400 seconds Rebinding Time: 25200 seconds Added offer from server @ 10.10.10.24 of IP address 10.10.10.166 No (more) data received (nfound: 0) Result=ERROR Total responses seen on the wire: 1 Valid responses for this machine: 1 CRITICAL: Received 1 DHCPOFFER(s), 0 of 1 requested servers responded, max lease time = 0 sec. ---------------------------------------------------------------------- Comment By: infotek at gmail.com () Date: 2012-03-13 16:33 Message: The ticket contains the output of check_dhcp after I fixed it (oops). Sorry :( Jason Ellison Below is the output from an unmodified version of check_dhcp : root at nagios:/usr/local/src/nagios-plugins-1.4.15# ./plugins-root/check_dhcp -v DHCP socket: 3 Hardware address: 00:22:19:56:99:48 DHCPDISCOVER to 255.255.255.255 port 67 DHCPDISCOVER XID: 1292513780 (0x4D0A31F4) DHCDISCOVER ciaddr: 0.0.0.0 DHCDISCOVER yiaddr: 0.0.0.0 DHCDISCOVER siaddr: 0.0.0.0 DHCDISCOVER giaddr: 0.0.0.0 send_dhcp_packet result: 548 recv_result_1: 300 recv_result_2: 300 receive_dhcp_packet() result: 300 receive_dhcp_packet() source: 10.10.10.15 Result=OK DHCPOFFER from IP address 10.10.10.24 via 10.10.10.15 DHCPOFFER XID: 1292513780 (0x4D0A31F4) DHCPOFFER chaddr: 002219569948 DHCPOFFER ciaddr: 0.0.0.0 DHCPOFFER yiaddr: 10.10.10.166 DHCPOFFER siaddr: 10.10.10.24 DHCPOFFER giaddr: 0.0.0.0 Option: 53 (0x01) Option: 1 (0x04) Option: 58 (0x04) Option: 59 (0x04) Lease Time: 0 seconds Renewal Time: 14400 seconds Rebinding Time: 25200 seconds Added offer from server @ 10.10.10.24 of IP address 10.10.10.166 No (more) data received (nfound: 0) Result=ERROR Total responses seen on the wire: 1 Valid responses for this machine: 1 OK: Received 1 DHCPOFFER(s), max lease time = 0 sec. ---------------------------------------------------------------------- Comment By: infotek at gmail.com () Date: 2012-03-13 16:22 Message: was trying to use google login... Jason Ellison infotek at gmail.com ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3503921&group_id=29880 From noreply at sourceforge.net Wed Mar 14 18:31:34 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 14 Mar 2012 10:31:34 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3503921 ] check_dhcp.c incorrectly setting source ip address as siaddr Message-ID: Bugs item #3503921, was opened at 2012-03-13 16:16 Message generated for change (Comment added) made by hweiss You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3503921&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: release-1.4.15 Status: Open Resolution: None Priority: 5 Private: No Submitted By: infotek at gmail.com () Assigned to: Nobody/Anonymous (nobody) Summary: check_dhcp.c incorrectly setting source ip address as siaddr Initial Comment: nagios-plugins-1.4.15 plugins-root/check_dhcp.c Sets dhcp server source ip to the next server (siaddr) IP address, causing -s to fail to operate as expected. -s, --serverip=IPADDRESS IP address of DHCP server that we must hear from root at nagios:/usr/local/src/nagios-plugins-1.4.15# ./plugins-root/check_dhcp -v DHCP socket: 3 Hardware address: 00:22:19:56:99:48 DHCPDISCOVER to 255.255.255.255 port 67 DHCPDISCOVER XID: 275057756 (0x10650C5C) DHCDISCOVER ciaddr: 0.0.0.0 DHCDISCOVER yiaddr: 0.0.0.0 DHCDISCOVER siaddr: 0.0.0.0 DHCDISCOVER giaddr: 0.0.0.0 send_dhcp_packet result: 548 recv_result_1: 300 recv_result_2: 300 receive_dhcp_packet() result: 300 receive_dhcp_packet() source: 10.10.10.15 Result=OK DHCPOFFER from IP address 10.10.10.15 via 10.10.10.15 DHCPOFFER XID: 275057756 (0x10650C5C) DHCPOFFER chaddr: 002219569948 DHCPOFFER ciaddr: 0.0.0.0 DHCPOFFER yiaddr: 10.10.10.166 DHCPOFFER siaddr: 10.10.10.24 DHCPOFFER giaddr: 0.0.0.0 Option: 53 (0x01) Option: 1 (0x04) Option: 58 (0x04) Option: 59 (0x04) Lease Time: 0 seconds Renewal Time: 14400 seconds Rebinding Time: 25200 seconds Added offer from server @ 10.10.10.15 of IP address 10.10.10.166 No (more) data received (nfound: 0) Result=ERROR Total responses seen on the wire: 1 Valid responses for this machine: 1 OK: Received 1 DHCPOFFER(s), max lease time = 0 sec. 17:58:55.805403 IP (tos 0x0, ttl 128, id 20477, offset 0, flags [none], proto UDP (17), length 328) 10.10.10.15.67 > 255.255.255.255.68: [udp sum ok] BOOTP/DHCP, Reply, length 300, xid 0x10650c5c, Flags [none] (0x0000) Your-IP 10.10.10.166 Server-IP 10.10.10.24 Client-Ethernet-Address 00:22:19:56:99:48 file "kbox2000.0" Vendor-rfc1048 Extensions Magic Cookie 0x63825363 DHCP-Message Option 53, length 1: Offer Subnet-Mask Option 1, length 4: 255.255.255.0 RN Option 58, length 4: 14400 RB Option 59, length 4: 25200 Lease-Time Option 51, length 4: 28800 Server-ID Option 54, length 4: 10.10.10.15 0x0000: 4500 0148 4ffd 0000 8011 d58f 0a0a 0a0f 0x0010: ffff ffff 0043 0044 0134 2e43 0201 0600 0x0020: 1065 0c5c 0000 0000 0000 0000 0a0a 0aa6 0x0030: 0a0a 0a18 0000 0000 0022 1956 9948 0000 0x0040: 0000 0000 0000 0000 0000 0000 0000 0000 0x0050: 0000 0000 0000 0000 0000 0000 0000 0000 0x0060: 0000 0000 0000 0000 0000 0000 0000 0000 0x0070: 0000 0000 0000 0000 0000 0000 0000 0000 0x0080: 0000 0000 0000 0000 6b62 6f78 3230 3030 0x0090: 2e30 0000 0000 0000 0000 0000 0000 0000 0x00a0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00c0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00d0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00e0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00f0: 0000 0000 0000 0000 0000 0000 0000 0000 0x0100: 0000 0000 0000 0000 6382 5363 3501 0201 0x0110: 04ff ffff 003a 0400 0038 403b 0400 0062 0x0120: 7033 0400 0070 8036 040a 0a0a 0fff 0000 0x0130: 0000 0000 0000 0000 0000 0000 0000 0000 0x0140: 0000 0000 0000 0000 plugins-root/check_dhcp.c FIX /* If siaddr is non-zero, set "source" to siaddr */ /* don't set the source to next boot server (siaddr) 591 infotek at gmail.com if(offer_packet.siaddr.s_addr != 0L){ source.sin_addr.s_addr = offer_packet.siaddr.s_addr ; } */ ---------------------------------------------------------------------- >Comment By: Holger Weiss (hweiss) Date: 2012-03-14 10:31 Message: What sort of DHCP server are you running? The plugin will only use "siaddr" in this way if the mandatory "server identifier" option is missing from the server's response. It seems the current code tried to fix some problem which showed up in certain environments with DHCP relays involved. However, in principle I agree that the plugin's interpretation of the "siaddr" field isn't correct. ---------------------------------------------------------------------- Comment By: Jason Ellison (infotek411) Date: 2012-03-13 17:27 Message: diff --git a/a/plugins-root/check_dhcp.c b/b/plugins-root/check_dhcp.c index 2a1875c..b7f695b 100644 --- a/a/plugins-root/check_dhcp.c +++ b/b/plugins-root/check_dhcp.c @@ -588,10 +588,11 @@ int get_dhcp_offer(int sock){ memcpy(&via,&source,sizeof(source)) ; /* If siaddr is non-zero, set "source" to siaddr */ +/* don't set the source to next boot server (siaddr) 591 infotek at gmail.com if(offer_packet.siaddr.s_addr != 0L){ source.sin_addr.s_addr = offer_packet.siaddr.s_addr ; } - +*/ if(verbose){ printf(_("DHCPOFFER from IP address %s"),inet_ntoa(source.sin_addr)); printf(_(" via %s\n"),inet_ntoa(via.sin_addr)); ---------------------------------------------------------------------- Comment By: Jason Ellison (infotek411) Date: 2012-03-13 17:03 Message: I verified that I can check remote DHCP servers correctly after applying the fix. Options used were "check_dhcp -u -s 10.10.10.15". ---------------------------------------------------------------------- Comment By: infotek at gmail.com () Date: 2012-03-13 16:47 Message: Example of -s being specified correctly in verbose mode. Fails because siaddr (10.10.10.24) is copied over source (10.10.10.15). root at nagios:/usr/local/src/nagios-plugins-1.4.15# ./plugins-root/check_dhcp -v -s 10.10.10.15 Requested server address: 10.10.10.15 DHCP socket: 3 Hardware address: 00:22:19:56:99:48 DHCPDISCOVER to 255.255.255.255 port 67 DHCPDISCOVER XID: 513242689 (0x1E977641) DHCDISCOVER ciaddr: 0.0.0.0 DHCDISCOVER yiaddr: 0.0.0.0 DHCDISCOVER siaddr: 0.0.0.0 DHCDISCOVER giaddr: 0.0.0.0 send_dhcp_packet result: 548 recv_result_1: 300 recv_result_2: 300 receive_dhcp_packet() result: 300 receive_dhcp_packet() source: 10.10.10.15 Result=OK DHCPOFFER from IP address 10.10.10.24 via 10.10.10.15 DHCPOFFER XID: 513242689 (0x1E977641) DHCPOFFER chaddr: 002219569948 DHCPOFFER ciaddr: 0.0.0.0 DHCPOFFER yiaddr: 10.10.10.166 DHCPOFFER siaddr: 10.10.10.24 DHCPOFFER giaddr: 0.0.0.0 Option: 53 (0x01) Option: 1 (0x04) Option: 58 (0x04) Option: 59 (0x04) Lease Time: 0 seconds Renewal Time: 14400 seconds Rebinding Time: 25200 seconds Added offer from server @ 10.10.10.24 of IP address 10.10.10.166 No (more) data received (nfound: 0) Result=ERROR Total responses seen on the wire: 1 Valid responses for this machine: 1 CRITICAL: Received 1 DHCPOFFER(s), 0 of 1 requested servers responded, max lease time = 0 sec. ---------------------------------------------------------------------- Comment By: infotek at gmail.com () Date: 2012-03-13 16:33 Message: The ticket contains the output of check_dhcp after I fixed it (oops). Sorry :( Jason Ellison Below is the output from an unmodified version of check_dhcp : root at nagios:/usr/local/src/nagios-plugins-1.4.15# ./plugins-root/check_dhcp -v DHCP socket: 3 Hardware address: 00:22:19:56:99:48 DHCPDISCOVER to 255.255.255.255 port 67 DHCPDISCOVER XID: 1292513780 (0x4D0A31F4) DHCDISCOVER ciaddr: 0.0.0.0 DHCDISCOVER yiaddr: 0.0.0.0 DHCDISCOVER siaddr: 0.0.0.0 DHCDISCOVER giaddr: 0.0.0.0 send_dhcp_packet result: 548 recv_result_1: 300 recv_result_2: 300 receive_dhcp_packet() result: 300 receive_dhcp_packet() source: 10.10.10.15 Result=OK DHCPOFFER from IP address 10.10.10.24 via 10.10.10.15 DHCPOFFER XID: 1292513780 (0x4D0A31F4) DHCPOFFER chaddr: 002219569948 DHCPOFFER ciaddr: 0.0.0.0 DHCPOFFER yiaddr: 10.10.10.166 DHCPOFFER siaddr: 10.10.10.24 DHCPOFFER giaddr: 0.0.0.0 Option: 53 (0x01) Option: 1 (0x04) Option: 58 (0x04) Option: 59 (0x04) Lease Time: 0 seconds Renewal Time: 14400 seconds Rebinding Time: 25200 seconds Added offer from server @ 10.10.10.24 of IP address 10.10.10.166 No (more) data received (nfound: 0) Result=ERROR Total responses seen on the wire: 1 Valid responses for this machine: 1 OK: Received 1 DHCPOFFER(s), max lease time = 0 sec. ---------------------------------------------------------------------- Comment By: infotek at gmail.com () Date: 2012-03-13 16:22 Message: was trying to use google login... Jason Ellison infotek at gmail.com ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3503921&group_id=29880 From noreply at sourceforge.net Fri Mar 16 15:27:12 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 16 Mar 2012 07:27:12 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3506096 ] snmp_check return only first line Message-ID: Bugs item #3506096, was opened at 2012-03-16 07:27 Message generated for change (Tracker Item Submitted) made by maxxsm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3506096&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: max (maxxsm) Assigned to: Nobody/Anonymous (nobody) Summary: snmp_check return only first line Initial Comment: when OID contain newline symbol(\r) plugin return only first of them. for example getting sysDescr: # /usr/lib/nagios/plugins/check_snmp -v -H x.x.x.x -o sysDescr.0 -C xxxxx /usr/bin/snmpget -t 1 -r 5 -m ALL -v 1 [authpriv] x.x.x.x:161 sysDescr.0 .1.3.6.1.2.1.1.1.0 = STRING: Cisco IOS Software, C3560 Software (C3560-IPSERVICESK9-M), Version 12.2(55)SE, RELEASE SOFTWARE (fc2) Technical Support: http://www.cisco.com/techsupport Copyright (c) 1986-2010 by Cisco Systems, Inc. Compiled Sat 07-Aug-10 22:26 by prod_rel_team | P OK - Cisco IOS Software, C3560 Software (C3560-IPSERVICESK9-M), Version 12.2(55)SE, RELEASE SOFTWARE (fc2) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3506096&group_id=29880 From grant.byers at gmail.com Mon Mar 19 03:54:28 2012 From: grant.byers at gmail.com (Grant Byers) Date: Mon, 19 Mar 2012 12:54:28 +1000 Subject: [Nagiosplug-devel] Not receiving expected strings in check_smtp should always be critical Message-ID: Hi, When check_smtp first connects to the SMTP server, we expect a 220 (or whatever we specify with -e). On subsequent commands specified with -C, we expect the strings passed in -R. For example ; $ /usr/lib/nagios/plugins/check_smtp -v -H ... -C "MAIL FROM: <...>" -R 250 HELOCMD: HELO ... 220 ... Microsoft ESMTP MAIL Service ready at Mon, 19 Mar 2012 11:52:18 +1000 250 2.1.0 Sender OK IMO, anything other than what is expected should be CRITICAL, not WARNING. I would expect that in most 24x7 environments where admins receive alerts via SMS, people will configure SMS contact notification options to not include warning levels. You only want to be woken up when a service is critical. ie. service_notification_options c,r. Obviously, you could create a second contact that receives SMS on warning & use that for the SMS service, but this doesn't fit well with other checks. If a service is not behaving as expected, i'd say this is critical. The attached patch is a quick hack to ensure at least these conditions are critical. YMMV. Regards, Grant -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: check_smtp.c.critical_unless_expected.diff Type: application/octet-stream Size: 607 bytes Desc: not available URL: From noreply at sourceforge.net Fri Mar 23 07:49:22 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 22 Mar 2012 23:49:22 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-3510397 ] Fix UNIX socket check for check_pgsql Message-ID: Patches item #3510397, was opened at 2012-03-22 23:49 Message generated for change (Tracker Item Submitted) made by hs_sfn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=3510397&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hideki Sakamoto (hs_sfn) Assigned to: Nobody/Anonymous (nobody) Summary: Fix UNIX socket check for check_pgsql Initial Comment: The -H option of check_pgsql only checks hostname/address format of optarg. This patch fix it to check directory pathname for UNIX socket as described in its help. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=3510397&group_id=29880 From luluk_nc at yahoo.com Sat Mar 24 11:39:30 2012 From: luluk_nc at yahoo.com (luluk nurcahyono) Date: Sat, 24 Mar 2012 18:39:30 +0800 (SGT) Subject: [Nagiosplug-devel] [ask] nagios plugin for checking below traffic threshold Message-ID: <1332585570.99914.YahooMailNeo@web190703.mail.sg3.yahoo.com> dear nagios plugins team, i'm using nagios to monitor my network and i'm using check_mtrgtraf plugin to monitor bandwitdh utilization on my router port and can send notification when trafic exceed AVG/MAX threshold. my question is, is there any plugins that can monitor low threshold bandwidth ?? with this plugin i want monitor when port traffic suddenly drop between some low threshold so nagios will send alert via email. your help really appreciated regards,luluk -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Fri Mar 30 15:02:08 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 30 Mar 2012 06:02:08 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-3428117 ] check_ide_smart: fix smart attribute comparison Message-ID: Patches item #3428117, was opened at 2011-10-25 02:22 Message generated for change (Comment added) made by oernii You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=3428117&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: release-1.4.15 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Tilmann Bubeck (bubeck) Assigned to: Nobody/Anonymous (nobody) Summary: check_ide_smart: fix smart attribute comparison Initial Comment: Each S.M.A.R.T. attribute is compared against a threshold. If it is LESSTHAN that threshold an error is reported. This patch fixes the problem, that attribute values EQUAL to the threshold are reported as error, which is wrong. Only LESSTHAN the threshold is an error. For more information see: http://www.hdsentinel.com/smart/index.php My SSD has some attributes which value and threshold are "0". Without the patch this is reported as errornous. ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE ... 172 Unknown_Attribute 0x0032 000 000 000 Old_age Always - 0 174 Unknown_Attribute 0x0030 000 000 000 Old_age Offline - 13 177 Wear_Leveling_Count 0x0000 000 000 000 Old_age Offline - 0 ... ---------------------------------------------------------------------- Comment By: Ernest Beinrohr (oernii) Date: 2012-03-30 06:02 Message: thank you, this works on my SSDs. Without it I get 10 false errors. Would be nice if merged. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=3428117&group_id=29880