Multiple interfaces on on host (single representation)

[Martin Melin]

Hi,

So the problem here is really that you want $HOSTADRESS$ to have the value
of the public IP for most of your checks, but want NRPE checks to go to the
private IP.
The easiest way to set that up for you is that you let $HOSTADRESS$ be the
public IP, and add the private IP as either $HOSTNAME$ or $HOSTALIAS$. It
won't look great in the CGIs, but you have both of the IPs in your single
host definition. Then you simply create or change the check_nrpe command
definition to use the correct macro for the -H option.

If you'd rather not do the above, depending on the size and volatility of
your server park, you could just write a wrapper to check_nrpe that maps the
public IP to a private IP from a simple text file.

Regards
Martin Melin

On Fri, Oct 2, 2009 at 12:16 PM, Nick Jennings <
nick at creativemotiondesign.com> wrote:

> Hi Everyone,
>
>  I'm setting up Nagios on a new server group, these servers all have 1
> public IP and one private (internal network) IP. For the basic "up/down"
> checks I'd like to ping the public IP, check for the services which is
> provides, etc. all on the public IP.
>
>  However for any NRPE stuff, I'd like to bind it to the internal IP
> address and run all the checks on the local network. The problem is I
> don't know how to keep from specifying 2 host definitions for each
> server (ie. an external definition and internal definition). I don't
> know if it can be done, but I'd like to have one record per server, just
> for clarity and to avoid confusion.
>
>  Does this make sense? Can it be done in a reasonable way? Or should I
> just bite the bullet and make two host definitions per server?
>
> Thanks for any help,
> -Nick
>
>
> --
> Nick Jennings
> Technical Director
> Creative Motion Design
> www.creativemotiondesign.com
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> _______________________________________________
> Nagios-users mailing list
> Nagios-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagios-users
> ::: Please include Nagios version, plugin version (-v) and OS when
> reporting any issue.
> ::: Messages without supporting info will risk being sent to /dev/null
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-lists.org/archive/users/attachments/20091002/9fd300c4/attachment.html>
-------------- next part --------------
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
-------------- next part --------------
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null