This is a multi-part message in MIME format.
------=_NextPart_000_029F_01C6E167.B7969CE0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
It is of course easy to work around this - in my case I forgot the -n switch
when I restarted snmptrapd - but I'd really like to see it as a nagios
options. It could make life much easier for many.
Does it make sense? Could it be at least made low-priority, or set for
Nagios 3 ?
Thanks,
Thomas
> -----Original Message-----
> From: Andreas Ericsson [mailto:[email protected]]
> Sent: September 26, 2006 4:19
> To: Thomas Guyot-Sionnest
> Cc: Nagios-Devel
> Subject: Re: [Nagios-devel] Feature or bug?
>
> Thomas Guyot-Sionnest wrote:
> > While implementing traps I recently noticed that you can
> report status as
> > passive check using either the sort name (matching
> "host_name" entry) or the
> > IP Address (matching "address" entry), but not using the
> "alias" entry.
> >
> > In the Nagios documentation it is recommended to use the
> FQDN in the "alias"
> > entry, and it makes sense as it's useless to have the
> domain name appended
> > to each host, which is in many setups probably the same.
> >
> > Is there any good reasons why we can't use the "alias"
> entry to match hosts?
> > If the alias entry have to be unique I don't see where this
> could be a
> > problem...
> >
>
> The alias entry doesn't have to be unique, and so can't be used to
> submit passive checks. In all fairness, the address field
> doesn't have
> to be unique either, although for the passive check feature to work
> checks are expected to arrive from a particular host and the
> admins are
> expected to not have more than one host-entity in nagios with
> the same
> address (that accepts passive service-checks anyway).
>
> Iow, the "match on $HOSTADDRESS$" feature is reasonable because the
> IP-addresses are generally unique anyways, and it saves passive check
> submitters the trouble of looking up the host_name entry in
> the nagios
> config.
>
> The alias field is used much more freely and often contains
> things like
> "SQL server 2 - mirrored from sql-srv1" which really doesn't
> make sense
> to use.
>
> On the other hand, nothing prevents you from either using the FQDN in
> the address field, resolving the inbound fqdn to the IP-address, or
> stripping the domainname from the fqdn when you submit the passive
> checks. All three are relatively simple solutions, and all are much
> better than allowing passive checks to be entered using the
> host-entity's alias field.
>
> --
> Andreas Ericsson [email protected]
> OP5 AB www.op5.se
> Tel: +46 8-230225 Fax: +46 8-230231
>
------=_NextPart_000_029F_01C6E167.B7969CE0
Content-Type: application/x-pkcs7-signature;
name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="smime.p7s"
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIIwTCCAkkw
ggGyoAMCAQICAw+pBzANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh
d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt
YWlsIElzc3VpbmcgQ0EwHhcNMDUxMDEzMjE1NDQ2WhcNMDYxMDEzMjE1NDQ2WjBCMR8wHQYDVQQD
ExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMR8wHQYJKoZIhvcNAQkBFhB0aG9tYXNAemFuZ28uY29t
MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCpO58O2SQ+znxpvrbDsmLxepJzdphhREbvvU23
0jSS4DatcJo1W0r7FN56SmI1Bns0QQz/mKUxkbwSDtV3VURwhUtOjgM/mps1SK155dOCMCNCMVMM
S01a+qp+rdJeOhqOBWXsDoKRtln9m+rPsc5WN4eDblF6PMVmt9gS5eQXyQIDAQABoy0wKzAbBgNV
HREEFDASgRB0aG9tYXNAemFuZ28uY29tMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEA
iTlTfST/7iXV8mtlka52jxntFPBTbAoOvATjBaj8VvX/sQ6/53OUsxOsHp+UBIXsQ6FJcC/ggXLw
wfreP2FUZ6xuFRjXpq3zGADlv08yHqcsf0vJct974jsM6r/LenC7xhrn5Q7f5JKSnWbZvttbATvj
Z/VMG+TYf3RhQefdiaAwggMtMIIClqADAgECAgEAMA0GCSqGSIb3DQEBBAUAMIHRMQswCQYDVQQG
EwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT
EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlz
aW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEW
HHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd
...[email truncated]...
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]