AW: Any experiences with check_udp

[ZIEGENBEIN, Kurt]

Hi Scott!

You're right: checking UDP is a little bit more complicated than TCP,
because there are no connections. The only thing that causes the bind
to fail is a ICMP-error of the host that has to be checked. And since
we can't asume that everyting is ok, if no error was returned,
we can't do such a simple check as for TCP...

Now I've to find out, how I can get Citrix to return a UDP packet...

ciao
Kurt

> -----Ursprüngliche Nachricht-----
> Von: Scott Ripley [mailto:sripley at chiaro.com]
> Gesendet: Mittwoch, 11. September 2002 21:20
> An: nagios-users at lists.sourceforge.net
> Betreff: RE: [Nagios-users] Any experiences with check_udp
> 
> 
> 
> I don't think check_udp is broken, but more that bind is 
> expecting something
> as query input. Try something like this (hostnames changed to 
> protect the
> innocent):
> 
> swt1# ./check_udp <dns_server> -p 53 -s "A? validhost.mydomain.com."
> Connection accepted on port 53 - 0 second response time
> swt1# 
> 
> Scott.
> 
> 
> 
> -----Original Message-----
> From: Carroll, Jim P [Contractor] [mailto:jcarro10 at sprintspectrum.com]
> Sent: Wednesday, September 11, 2002 10:08 AM
> To: nagios-users at lists.sourceforge.net
> Subject: RE: [Nagios-users] Any experiences with check_udp
> 
> 
> That's weird.  I'm having the same problem.  Check this:
> 
> $ ../libexec/check_udp -H ml15 -p 53
> No data was recieved from host!
> No response from host on port 53
> 
> And now check this:
> 
> $ ../libexec/check_dns -H ml15
> DNS ok - 0 seconds response time, Address(es) is/are 10.108.56.15
> 
> Wild speculation, but it looks like check_udp is aB0rken.
> 
> jc
> 
> > -----Original Message-----
> > From: ZIEGENBEIN, Kurt [mailto:kurt.ziegenbein at saarstahl.de]
> > Sent: Wednesday, September 11, 2002 1:38 AM
> > To: nagios-users at lists.sourceforge.net
> > Subject: AW: [Nagios-users] Any experiences with check_udp
> > 
> > 
> > > it seems that Terminal server uses TCP/3389
> > > 
> > > http://support.microsoft.com/default.aspx?scid=KB;EN-US;q150543&
> > 
> > Thanks for the hint! But I'm still not able to use the 
> > check_udp plugin.
> > As you can see below, I have even trouble to check the UDP 
> > port 53 (DNS).
> > 
> > Please check someone the command "check_udp <ip> -p 53" for a 
> > DNS-Server.
> > I'm not sure what's wrong with it.... Or how I have to use it...
> > 
> > > > Hi all!
> > > > 
> > > > I've some kind of trouble with the check_udp plugin. I 
> > want to check
> > > > a W2k-Terminalserver (1604/UDP), but it seems that the 
> > way I use the
> > > > plugin isn't correct.
> > > > 
> > > > I made the following tests with the "well-known-port" 53 
> > > (DNS), so that
> > > > I can be sure that there is nothing special with w2k.
> > > > 
> > > > The command (direct from shell) "check_udp <ip> -p 54" 
> > > exits directly
> > > > with "No response from host on port 54". Thats ok, because 
> > > there is nothing
> > > > listening.
> > > > 
> > > > The command "check_udp <ip> -p 53" waits for the timeout 
> > > (10 sec) and then
> > > > exits with "No data was recieved from host! No response 
> > > from host on port
> > > > 53"
> > > > 
> > > > Where is the problem?
> > > > 
> > > > Since the code for check_udp didn't change in the past half 
> > > year, I don't
> > > > expect bugs there...
> > > > 
> > > > Kurt
> > 
> > 
> > -------------------------------------------------------
> > In remembrance
> > www.osdn.com/911/
> > _______________________________________________
> > Nagios-users mailing list
> > Nagios-users at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/nagios-users
> > 
> 
> 
> -------------------------------------------------------
> In remembrance
> www.osdn.com/911/
> _______________________________________________
> Nagios-users mailing list
> Nagios-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagios-users
> 


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf