I'm no expert but I think this has to do with a "certificate chain". In
theory, the TLS server only needs to give it's own certificate to the TLS
client, or it can optionally send other (intermediate) certificates in the
chain, to save the client having to go find them. In practice, the client
isn't able to locate the intermediate certificates and so the server
generally provides all certificates in the chain as a "certificate bundle".
Configuring a web server with only the server's land certificate works
just fine if there are no intermediate certificates, such as when the
server certificate was issued by a root CA because the client already has
the for CA in its trusted certificate store.. But if it was issued by an
intermediate CA then the intermediate certificate will not be in the store.
The web server should be configured with all certificates in the chain,
but sometimes it's not. In such cases it may be possible for libssl (and
hence Xymon) to obtain the intermediate certificates and validate them, but
not a browser.
Actually, I suspect that libssl doesn't validate a trust chain anyway,
because unlike a browser, libssl probably has no certificate store. So
libssl only checks the reasonableness of a certificate and it's expiry date.
J
On 28/02/2015 2:24 PM, "Ralph Mitchell" <user-00a5e44c48c0@xymon.invalid> wrote:
Having the Xymon server validate the intermediate certificates won't
help if they're missing off the server that owns the certificate. The