Xymon Mailing List Archive search

new feature request

14 messages in this thread

list Olivier Beau · Mon, 19 Jan 2009 11:50:44 +0100 · 
Hello,

Could we have a cgi (like hobbit-topchanges.cgi) to get a listing of 
flapping logs ?
(having them is hobbitd is fine, but i'ld like user to be able to 
search/filter events from a cgi, instead of from the logfile...)


Regards,

Olivier
list Andrey Chervonets · Wed, 23 Oct 2013 13:16:07 +0300 · 
Problem is for some sites with valid certificates too.
I had checked to access page with wget or lynx - and it is working.
So I do not see reason why Xymon should get "Server Timeout"  for the same target.

Here is the debug of wget. Please, advice how to diagnose/debug Xymon to find the solution.
I am a bit confused why nobody reporting the same problem:
* nobody using new openssl libraries?
* nobody do https tests for some, may a bot non-standard SSL certificates or web-sites?

Anyway, my opinion - if this is working for all other tools like lynx, wget, browsers, this could also work in Xymon.

Test case: both URL get Server Timeout in Xymon, but working with wget:

URL1: https://epak.pmlp.gov.lv/   (here is redirect - I had found Xymon may have trouble with redirects over https)
URL2: https://epak.pmlp.gov.lv/NYX.Nyx002.WebSite/Default.aspx  (no redirects here, certificate valid, but XyMon can not access it)

========= URL1: ===========
[xymon at myhost~]$  wget --debug https://epak.pmlp.gov.lv/
DEBUG output created by Wget 1.12 on linux-gnu.

--2013-10-23 13:02:52--  https://epak.pmlp.gov.lv/
Resolving epak.pmlp.gov.lv... 195.234.144.230
Caching epak.pmlp.gov.lv => 195.234.144.230
Connecting to epak.pmlp.gov.lv|195.234.144.230|:443... connected.
Created socket 3.
Releasing 0x0000000001606440 (new refcount 1).
Initiating SSL handshake.
Handshake successful; connected socket 3 to SSL handle 0x0000000001607570
certificate:
  subject: /C=LV/ST=Riga/L=Riga/O=Office of Citizenship and Migration Affairs/OU=Department of Population Register/CN=*.pmlp.gov.lv
  issuer:  /C=US/O=Thawte, Inc./CN=Thawte SSL CA
X509 certificate successfully verified and matches host epak.pmlp.gov.lv

---request begin---
GET / HTTP/1.0
User-Agent: Wget/1.12 (linux-gnu)
Accept: */*
Host: epak.pmlp.gov.lv
Connection: Keep-Alive

---request end---
HTTP request sent, awaiting response...
---response begin---
HTTP/1.1 301 Moved Permanently
Content-Length: 179
Content-Type: text/html
Location: https://epak.pmlp.gov.lv/NYX.Nyx001.WebSite/Default.aspx
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
Date: Wed, 23 Oct 2013 10:02:45 GMT
Connection: keep-alive

---response end---
301 Moved Permanently
Registered socket 3 for persistent reuse.
Location: https://epak.pmlp.gov.lv/NYX.Nyx001.WebSite/Default.aspx [following]
Skipping 179 bytes of body: [<head><title>Document Moved</title></head>
<body><h1>Object Moved</h1>This document may be found <a HREF="
https://epak.pmlp.gov.lv/NYX.Nyx001.WebSite/Default.aspx">here</a></body>;] done.
--2013-10-23 13:02:52--  https://epak.pmlp.gov.lv/NYX.Nyx001.WebSite/Default.aspx
Reusing existing connection to epak.pmlp.gov.lv:443.
Reusing fd 3.

---request begin---
GET /NYX.Nyx001.WebSite/Default.aspx HTTP/1.0
User-Agent: Wget/1.12 (linux-gnu)
Accept: */*
Host: epak.pmlp.gov.lv
Connection: Keep-Alive

---request end---
HTTP request sent, awaiting response...
---response begin---
HTTP/1.1 200 OK
Connection: keep-alive
Date: Wed, 23 Oct 2013 10:02:45 GMT
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
X-AspNet-Version: 2.0.50727
Set-Cookie: ASP.NET_SessionId=xpwkktquphtyv02va2ms1ejv; path=/; HttpOnly
Cache-Control: no-cache
Pragma: no-cache
Expires: -1
Content-Type: text/html; charset=utf-8
Content-Length: 7365

---response end---
200 OK

Stored cookie epak.pmlp.gov.lv -1 (ANY) / <session> <insecure> [expiry none] ASP.NET_SessionId xpwkktquphtyv02va2ms1ejv
Length: 7365 (7.2K) [text/html]
Saving to: `Default.aspx.2'

100%[====================================================================================================================>] 7,365       --.-K/s   in 0s
2013-10-23 13:02:52 (832 MB/s) - `Default.aspx.2' saved [7365/7365]

========= URL2 =========================

[xymon at myhost~]$  wget --debug https://epak.pmlp.gov.lv/NYX.Nyx002.WebSite/Default.aspx
DEBUG output created by Wget 1.12 on linux-gnu.

--2013-10-23 13:03:58--  https://epak.pmlp.gov.lv/NYX.Nyx002.WebSite/Default.aspx
Resolving epak.pmlp.gov.lv... 195.234.144.230
Caching epak.pmlp.gov.lv => 195.234.144.230
Connecting to epak.pmlp.gov.lv|195.234.144.230|:443... connected.
Created socket 3.
Releasing 0x00000000013ae4d0 (new refcount 1).
Initiating SSL handshake.
Handshake successful; connected socket 3 to SSL handle 0x00000000013af620
certificate:
  subject: /C=LV/ST=Riga/L=Riga/O=Office of Citizenship and Migration Affairs/OU=Department of Population Register/CN=*.pmlp.gov.lv
  issuer:  /C=US/O=Thawte, Inc./CN=Thawte SSL CA
X509 certificate successfully verified and matches host epak.pmlp.gov.lv

---request begin---
GET /NYX.Nyx002.WebSite/Default.aspx HTTP/1.0
User-Agent: Wget/1.12 (linux-gnu)
Accept: */*
Host: epak.pmlp.gov.lv
Connection: Keep-Alive

---request end---
HTTP request sent, awaiting response...
---response begin---
HTTP/1.1 200 OK
Connection: keep-alive
Date: Wed, 23 Oct 2013 10:03:51 GMT
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
X-AspNet-Version: 2.0.50727
Set-Cookie: ASP.NET_SessionId=pecngh45oqe2sk45vhthua55; path=/; HttpOnly
Cache-Control: no-cache
Pragma: no-cache
Expires: -1
Content-Type: text/html; charset=utf-8
Content-Length: 8619

---response end---
200 OK

Stored cookie epak.pmlp.gov.lv -1 (ANY) / <session> <insecure> [expiry none] ASP.NET_SessionId pecngh45oqe2sk45vhthua55
Registered socket 3 for persistent reuse.
Length: 8619 (8.4K) [text/html]
Saving to: `Default.aspx.3'

100%[====================================================================================================================>] 8,619       --.-K/s   in 0s

2013-10-23 13:03:58 (1007 MB/s) - `Default.aspx.3' saved [8619/8619]
this is output from: User-Agent: Wget/1.12 (linux-gnu)
output from host with older ssl and wget is the same (except User-Agent: Wget/1.11.4 Red Hat modified)


From:   Andrey Chervonets/Cominder/LV
To:     user-ce4a2c883f75@xymon.invalid, Cc:     xymon at xymon.com
Date:   31.07.2013 18:15
Subject:        Re: XyMon 4.3.12 - what about HTTPS problems repoirted for 4.3.11  ?


Yes, there may be some specific or expired certificate, but workaround not working anyway,

Tested, using http3 does not help for CentOS and OpenSUSE 12.3

tested with URL:  https://epak.pmlp.gov.lv/NYX.Nyx002.WebSite/Default.aspx
and some others.


Best regards,

Andrey Chervonets
SIA CoMinder
http://www.cominder.eu/


From:   user-ce4a2c883f75@xymon.invalid
To:     Andrey Chervonets <user-e7fb5c02322c@xymon.invalid>, Cc:     <xymon at xymon.com>
Date:   25.07.2013 13:07
Subject:        Re: XyMon 4.3.12 - what about HTTPS problems repoirted for 4.3.11  ?


Hi,

all indications are that this is an OpenSSL library problem (present in OpenSSL 1.x, but not in the older 0.9.x versions).

Debian has this bug report:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702635

SuSE has this:
http://lists.opensuse.org/opensuse-bugs/2013-05/msg01048.html

It appears that the problem only shows up when testing sites with specific SSL implementations; e.g. I've seen it when connecting to some IIS versions.

Apparently, a work-around is to force the use of SSLv3 instead of TLSv1; you can do that by changing the URL in hosts.cfg so it has "https3" instead of just "https".

Regards,
Henrik


Den 25.07.2013 07:54, Andrey Chervonets skrev:
Good day!

I still not received any reply for my previous messages about https
tests problems in 4.3.11 or due openssl-1.0.nnnn.
Does 4.3.12 have fixes for that?

Or what should be the steps to find root cause and fix?
Just tell me in which direction should I go, I am not going to tale
much of Your time.

P.S. Really, I am surprised nobody else reported similar problems. I
fill I have done something wrong. :(
list Jeremy Laidman · Fri, 25 Oct 2013 10:45:20 +1100 ·
▸ quoted from Andrey Chervonets
On 23 October 2013 21:16, Andrey Chervonets <user-e7fb5c02322c@xymon.invalid>wrote:

Problem is for some sites with valid certificates too.
I had checked to access page with wget or lynx - and it is working.
So I do not see reason why Xymon should get "Server Timeout"  for the same
target.

Here is the debug of wget. Please, advice how to diagnose/debug Xymon to
find the solution.
I am a bit confused why nobody reporting the same problem:
* nobody using new openssl libraries?
* nobody do https tests for some, may a bot non-standard SSL certificates
or web-sites?

You might just be unlucky.  If half of all websites have implementations
that trigger the problem, and if half of all Xymon installations have the
buggy openssl library, then only 25% of people will get the problem.  Given
that not all Xymon users test https websites, and of those, not all of them
are subscribed to The List, the odds drop off very quickly.  Oh, and my
first guesses of half websites and half of openssl installs used for Xymon
is almost certainly very high. The proportions might be closer to 10%.  So
the odds are against you finding someone else on The List with the same
symptoms.

Try the following:

ldd `which wget` | egrep "ssl|crypto"
ldd ~xymon/server/bin/xymonnet | egrep "ssl|crypto"
ldd `which openssl` | egrep "ssl|crypto"

If the libraries used by the two tools are different, then you should not
be surprised to get different behaviour.

Try configuring a known good website on the Internet in your https
monitoring.  I'm guessing that https://www.xymon.org/ would be OK.

Try to connect to the websites using openssl:

openssl s_client -connect epak.pmlp.gov.lv:443

If that times out, it might show a message to indicate why.

J
list Andrey Chervonets · Fri, 25 Oct 2013 11:52:42 +0300 · 
It looks like xymonnet does not use ssl


 ldd `which wget` | egrep "ssl|crypto" ; echo $?
        libssl.so.10 => /usr/lib64/libssl.so.10 (0x00007f5a5b183000)
        libcrypto.so.10 => /usr/lib64/libcrypto.so.10 (0x00007f5a5ade9000)
        libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007f5a59ad7000)
0

ldd product/xymon/server/bin/xymonnet | egrep "ssl|crypto" ; echo $?
1

ldd product/xymon/server/bin/xymonnet
        linux-vdso.so.1 =>  (0x00007fff67ffe000)
        librt.so.1 => /lib64/librt.so.1 (0x00007f7a15b07000)
        libpcre.so.0 => /lib64/libpcre.so.0 (0x00007f7a158db000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f7a15547000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f7a1532a000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f7a15d18000)


ldd `which openssl` | egrep "ssl|crypto"
        libssl.so.10 => /usr/lib64/libssl.so.10 (0x00007f8fa7ce4000)
        libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007f8fa7389000)
        libcrypto.so.10 => /usr/lib64/libcrypto.so.10 (0x00007f8fa6fee000)


As I had wrote some time ago - I am sure I had repied Yes to use SSL during xymon installation.
And I had reinstalled again on other machine to double check, but with the same result.

So, it looks like problem is with installation process. Here is "ssl" grepped from make log. May be this will help:

[xymon at miminob xymon-4.3.11]$ grep -i ssl xymon_make.log
CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -Wno-pointer-sign -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I`pwd`/include " LDFLAGS="" OSDEF="-DLINUX" RPATHOPT="-Wl,--rpath," PCREINCDIR="" ZLIBINCDIR="" SSLFLAGS="" SSLINCDIR="" SSLLIBS="" NETLIBS="" LIBRTDEF="-lrt" XYMONTOPDIR="/u01/app/xymon/product/xymon4.3.11" XYMONLOGDIR="/u01/app/xymon/logs/xymon4.3.11" XYMONHOSTNAME="miminob.cominder.eu" XYMONHOSTIP="==XYMON_HOST_IP_REPLACED==" XYMONHOSTOS="linux" make -C lib all
CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -Wno-pointer-sign -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I`pwd`/include " LDFLAGS="" RPATHOPT="-Wl,--rpath," SSLFLAGS="" SSLINCDIR="" SSLLIBS="" NETLIBS=""  ZLIBLIBS="" LIBRTDEF="-lrt" XYMONHOME="/u01/app/xymon/product/xymon4.3.11/server" make -C common all
CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -Wno-pointer-sign -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I`pwd`/include " LDFLAGS="" RPATHOPT="-Wl,--rpath," SSLFLAGS="" SSLINCDIR="" SSLLIBS="" NETLIBS="" LIBRTDEF="-lrt" XYMONHOME="/u01/app/xymon/product/xymon4.3.11/server" XYMONVAR="/u01/app/xymon/product/xymon4.3.11/data" HISTGRAPHDEF="" RUNTIMEDEFS="" PCREINCDIR="" PCRELIBS="-lpcre" ZLIBINCDIR="" ZLIBLIBS="" make -C xymongen all
CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -Wno-pointer-sign -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I`pwd`/include " LDFLAGS="" RPATHOPT="-Wl,--rpath," SSLFLAGS="" SSLINCDIR="" SSLLIBS="" DOLDAP="" LDAPFLAGS="" LDAPINCDIR="" LDAPLIBS="" DOSNMP="no" NETLIBS="" XYMONHOME="/u01/app/xymon/product/xymon4.3.11/server" ARESVER="1.7.3" FPINGVER="3.0" RUNTIMEDEFS="" PCREINCDIR="" PCRELIBS="-lpcre" SQLITELIBS="" ZLIBINCDIR="" ZLIBLIBS="" LIBRTDEF="-lrt" make -C xymonnet all
CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -Wno-pointer-sign -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I`pwd`/include " LDFLAGS="" RPATHOPT="-Wl,--rpath," SSLLIBS="" NETLIBS="" LIBRTDEF="-lrt" XYMONHOME="/u01/app/xymon/product/xymon4.3.11/server" make -C xymonproxy all
CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -Wno-pointer-sign -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I`pwd`/include " LDFLAGS="" RPATHOPT="-Wl,--rpath," SSLLIBS="" NETLIBS="" LIBRTDEF="-lrt" XYMONHOME="/u01/app/xymon/product/xymon4.3.11/server" make -C build all
CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -Wno-pointer-sign -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I`pwd`/include " LDFLAGS="" RPATHOPT="-Wl,--rpath," DORRD="yes" RRDDEF="-DRRDTOOL12" RRDINCDIR="" PCREINCDIR="" SSLFLAGS="" SSLLIBS="" NETLIBS="" RRDLIBS="-lrrd " PCRELIBS="-lpcre" SQLITELIBS="" ZLIBINCDIR="" ZLIBLIBS="" LIBRTDEF="-lrt" XYMONTOPDIR="/u01/app/xymon/product/xymon4.3.11" XYMONHOME="/u01/app/xymon/product/xymon4.3.11/server" XYMONVAR="/u01/app/xymon/product/xymon4.3.11/data" XYMONLOGDIR="/u01/app/xymon/logs/xymon4.3.11" XYMONHOSTNAME="miminob.cominder.eu" XYMONHOSTIP="==XYMON_HOST_IP_REPLACED==" XYMONHOSTOS="linux" XYMONUSER="xymon" CGIDIR="/u01/app/xymon/product/xymon4.3.11/cgi-bin" SECURECGIDIR="/u01/app/xymon/product/xymon4.3.11/cgi-secure" XYMONHOSTURL="/xymon" XYMONCGIURL="/xymon-cgi" SECUREXYMONCGIURL="/xymon-seccgi" MAILPROGRAM=""mail"" RUNTIMEDEFS="" INSTALLWWWDIR="/u01/app/xymon/product/xymon4.3.11/server/www" INSTALLETCDIR="/u01/app/xymon/product/xymon4.3.11/server/etc" FPING="xymonping" make -C xymond all
CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -Wno-pointer-sign -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I`pwd`/include " LDFLAGS="" RPATHOPT="-Wl,--rpath," DORRD="yes" RRDDEF="-DRRDTOOL12" RRDINCDIR="" PCREINCDIR="" ZLIBINCDIR="" ZLIBLIBS="" SSLLIBS="" NETLIBS="" RRDLIBS="-lrrd " PCRELIBS="-lpcre" LIBRTDEF="-lrt" XYMONTOPDIR="/u01/app/xymon/product/xymon4.3.11" XYMONHOME="/u01/app/xymon/product/xymon4.3.11/server" XYMONVAR="/u01/app/xymon/product/xymon4.3.11/data" XYMONLOGDIR="/u01/app/xymon/logs/xymon4.3.11" XYMONHOSTNAME="miminob.cominder.eu" XYMONHOSTIP="==XYMON_HOST_IP_REPLACED==" XYMONHOSTOS="linux" XYMONUSER="xymon" CGIDIR="/u01/app/xymon/product/xymon4.3.11/cgi-bin" SECURECGIDIR="/u01/app/xymon/product/xymon4.3.11/cgi-secure" XYMONHOSTURL="/xymon" XYMONCGIURL="/xymon-cgi" SECUREXYMONCGIURL="/xymon-seccgi" MAILPROGRAM=""mail"" RUNTIMEDEFS="" INSTALLWWWDIR="/u01/app/xymon/product/xymon4.3.11/server/www" INSTALLETCDIR="/u01/app/xymon/product/xymon4.3.11/server/etc" make -C web all
CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -Wno-pointer-sign -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I`pwd`/include " LDFLAGS="" OSDEF="-DLINUX" RPATHOPT="-Wl,--rpath," PCREINCDIR="" ZLIBINCDIR="" SSLFLAGS="" SSLINCDIR="" SSLLIBS="" NETLIBS="" LIBRTDEF="-lrt" XYMONTOPDIR="/u01/app/xymon/product/xymon4.3.11" XYMONLOGDIR="/u01/app/xymon/logs/xymon4.3.11" XYMONHOSTNAME="miminob.cominder.eu" XYMONHOSTIP="==XYMON_HOST_IP_REPLACED==" XYMONHOSTOS="linux" LOCALCLIENT="" make -C lib client
CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -Wno-pointer-sign -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I`pwd`/include " LDFLAGS="" RPATHOPT="-Wl,--rpath," SSLFLAGS="" SSLINCDIR="" SSLLIBS="" NETLIBS=""  ZLIBLIBS="" LIBRTDEF="-lrt" XYMONHOME="/u01/app/xymon/product/xymon4.3.11/server" make -C common client
CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -Wno-pointer-sign -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I`pwd`/include " XYMONHOME="/u01/app/xymon/product/xymon4.3.11/client" XYMONHOSTIP="==XYMON_HOST_IP_REPLACED==" LOCALCLIENT="" SSLLIBS="" NETLIBS="" LIBRTDEF="-lrt" make -C client all

Note: I had replaced in e-mail real server IP with ==XYMON_HOST_IP_REPLACED==.


Best regards,

Andrey Chervonets
SIA CoMinder
http://www.cominder.eu/
mobile: +XXX XXXXXXXX
▸ quoted from Jeremy Laidman


From:   Jeremy Laidman <user-71895fb2e44c@xymon.invalid>
To:     Andrey Chervonets <user-e7fb5c02322c@xymon.invalid>, Cc:     Henrik Størner <user-ce4a2c883f75@xymon.invalid>, "xymon at xymon.com" <xymon at xymon.com>
Date:   25.10.2013 02:45
Subject:        Re: [Xymon] XyMon 4.3.12 - what about HTTPS problems reported for 4.3.11 ?


On 23 October 2013 21:16, Andrey Chervonets <user-e7fb5c02322c@xymon.invalid> wrote:
Problem is for some sites with valid certificates too. I had checked to access page with wget or lynx - and it is working. So I do not see reason why Xymon should get "Server Timeout"  for the same target. 
Here is the debug of wget. Please, advice how to diagnose/debug Xymon to find the solution. I am a bit confused why nobody reporting the same problem: * nobody using new openssl libraries? * nobody do https tests for some, may a bot non-standard SSL certificates or web-sites? 
You might just be unlucky.  If half of all websites have implementations that trigger the problem, and if half of all Xymon installations have the buggy openssl library, then only 25% of people will get the problem.  Given that not all Xymon users test https websites, and of those, not all of them are subscribed to The List, the odds drop off very quickly.  Oh, and my first guesses of half websites and half of openssl installs used for Xymon is almost certainly very high. The proportions might be closer to 10%.  So the odds are against you finding someone else on The List with the same symptoms.

Try the following:

ldd `which wget` | egrep "ssl|crypto"
ldd ~xymon/server/bin/xymonnet | egrep "ssl|crypto"
ldd `which openssl` | egrep "ssl|crypto"

If the libraries used by the two tools are different, then you should not be surprised to get different behaviour.

Try configuring a known good website on the Internet in your https monitoring.  I'm guessing that https://www.xymon.org/ would be OK.

Try to connect to the websites using openssl:

openssl s_client -connect epak.pmlp.gov.lv:443

If that times out, it might show a message to indicate why.

J
list Ryan Novosielski · Fri, 25 Oct 2013 05:01:52 -0400 · 
You should see info about SSL by running xymonnet --version (for example):

[server/opt/xymon-4.3.12/server/bin] ./xymonnet --version
xymonnet version 4.3.12
SSL library : OpenSSL 0.9.7d 17 Mar 2004 (+ security fixes for: CVE-2005-2969 CVE-2006-2937 CVE-2006-2940 CVE-2006-3738 CVE-2006-4339 CVE-2006-4343 CVE-2006-7250 CVE-2007-5135 CVE-2007-3108 CVE-2008-5077 CVE-2008-7270 CVE-2009-0590 CVE-2009-2409 CVE-2009-3555 CVE-2010-4180 CVE-2011-4576 CVE-2011-4619 CVE-2012-0884 CVE-2012-1165 CVE-2012-2110 CVE-2012-2131 CVE-2012-2333 CVE-2013-0166 CVE-2013-0169)
LDAP library: OpenLDAP 20428

--
____ *Note: UMDNJ is now Rutgers-Biomedical and Health Sciences*
 || \\UTGERS      |---------------------*O*---------------------
 ||_// Biomedical | Ryan Novosielski - Sr. Systems Programmer
 || \\ and Health | user-46c89e614701@xymon.invalid - 973/972.0922 (2x0922)
 ||  \\  Sciences | OIT/EI-Academic Svcs. - ADMC 450, Newark
▸ quoted from Andrey Chervonets
      `'
From: Xymon [xymon-bounces at xymon.com] On Behalf Of Andrey Chervonets [user-e7fb5c02322c@xymon.invalid]
Sent: Friday, October 25, 2013 4:52 AM
To: Jeremy Laidman
Cc: xymon at xymon.com
Subject: Re: [Xymon] XyMon 4.3.12 - what about HTTPS problems reported for      4.3.11 ?

It looks like xymonnet does not use ssl


 ldd `which wget` | egrep "ssl|crypto" ; echo $?
        libssl.so.10 => /usr/lib64/libssl.so.10 (0x00007f5a5b183000)
        libcrypto.so.10 => /usr/lib64/libcrypto.so.10 (0x00007f5a5ade9000)
        libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007f5a59ad7000)
0

ldd product/xymon/server/bin/xymonnet | egrep "ssl|crypto" ; echo $?
1

ldd product/xymon/server/bin/xymonnet
        linux-vdso.so.1 =>  (0x00007fff67ffe000)
        librt.so.1 => /lib64/librt.so.1 (0x00007f7a15b07000)
        libpcre.so.0 => /lib64/libpcre.so.0 (0x00007f7a158db000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f7a15547000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f7a1532a000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f7a15d18000)


ldd `which openssl` | egrep "ssl|crypto"
        libssl.so.10 => /usr/lib64/libssl.so.10 (0x00007f8fa7ce4000)
        libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007f8fa7389000)
        libcrypto.so.10 => /usr/lib64/libcrypto.so.10 (0x00007f8fa6fee000)


As I had wrote some time ago - I am sure I had repied Yes to use SSL during xymon installation.
And I had reinstalled again on other machine to double check, but with the same result.

So, it looks like problem is with installation process.
Here is "ssl" grepped from make log. May be this will help:

[xymon at miminob xymon-4.3.11]$ grep -i ssl xymon_make.log
CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -Wno-pointer-sign -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I`pwd`/include " LDFLAGS="" OSDEF="-DLINUX" RPATHOPT="-Wl,--rpath," PCREINCDIR="" ZLIBINCDIR="" SSLFLAGS="" SSLINCDIR="" SSLLIBS="" NETLIBS="" LIBRTDEF="-lrt" XYMONTOPDIR="/u01/app/xymon/product/xymon4.3.11" XYMONLOGDIR="/u01/app/xymon/logs/xymon4.3.11" XYMONHOSTNAME="miminob.cominder.eu" XYMONHOSTIP="==XYMON_HOST_IP_REPLACED==" XYMONHOSTOS="linux" make -C lib all
CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -Wno-pointer-sign -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I`pwd`/include " LDFLAGS="" RPATHOPT="-Wl,--rpath," SSLFLAGS="" SSLINCDIR="" SSLLIBS="" NETLIBS=""  ZLIBLIBS="" LIBRTDEF="-lrt" XYMONHOME="/u01/app/xymon/product/xymon4.3.11/server" make -C common all
CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -Wno-pointer-sign -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I`pwd`/include " LDFLAGS="" RPATHOPT="-Wl,--rpath," SSLFLAGS="" SSLINCDIR="" SSLLIBS="" NETLIBS="" LIBRTDEF="-lrt" XYMONHOME="/u01/app/xymon/product/xymon4.3.11/server" XYMONVAR="/u01/app/xymon/product/xymon4.3.11/data" HISTGRAPHDEF="" RUNTIMEDEFS="" PCREINCDIR="" PCRELIBS="-lpcre" ZLIBINCDIR="" ZLIBLIBS="" make -C xymongen all
CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -Wno-pointer-sign -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I`pwd`/include " LDFLAGS="" RPATHOPT="-Wl,--rpath," SSLFLAGS="" SSLINCDIR="" SSLLIBS="" DOLDAP="" LDAPFLAGS="" LDAPINCDIR="" LDAPLIBS="" DOSNMP="no" NETLIBS="" XYMONHOME="/u01/app/xymon/product/xymon4.3.11/server" ARESVER="1.7.3" FPINGVER="3.0" RUNTIMEDEFS="" PCREINCDIR="" PCRELIBS="-lpcre" SQLITELIBS="" ZLIBINCDIR="" ZLIBLIBS="" LIBRTDEF="-lrt" make -C xymonnet all
CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -Wno-pointer-sign -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I`pwd`/include " LDFLAGS="" RPATHOPT="-Wl,--rpath," SSLLIBS="" NETLIBS="" LIBRTDEF="-lrt" XYMONHOME="/u01/app/xymon/product/xymon4.3.11/server" make -C xymonproxy all
CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -Wno-pointer-sign -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I`pwd`/include " LDFLAGS="" RPATHOPT="-Wl,--rpath," SSLLIBS="" NETLIBS="" LIBRTDEF="-lrt" XYMONHOME="/u01/app/xymon/product/xymon4.3.11/server" make -C build all
CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -Wno-pointer-sign -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I`pwd`/include " LDFLAGS="" RPATHOPT="-Wl,--rpath," DORRD="yes" RRDDEF="-DRRDTOOL12" RRDINCDIR="" PCREINCDIR="" SSLFLAGS="" SSLLIBS="" NETLIBS="" RRDLIBS="-lrrd " PCRELIBS="-lpcre" SQLITELIBS="" ZLIBINCDIR="" ZLIBLIBS="" LIBRTDEF="-lrt" XYMONTOPDIR="/u01/app/xymon/product/xymon4.3.11" XYMONHOME="/u01/app/xymon/product/xymon4.3.11/server" XYMONVAR="/u01/app/xymon/product/xymon4.3.11/data" XYMONLOGDIR="/u01/app/xymon/logs/xymon4.3.11" XYMONHOSTNAME="miminob.cominder.eu" XYMONHOSTIP="==XYMON_HOST_IP_REPLACED==" XYMONHOSTOS="linux" XYMONUSER="xymon" CGIDIR="/u01/app/xymon/product/xymon4.3.11/cgi-bin" SECURECGIDIR="/u01/app/xymon/product/xymon4.3.11/cgi-secure" XYMONHOSTURL="/xymon" XYMONCGIURL="/xymon-cgi" SECUREXYMONCGIURL="/xymon-seccgi" MAILPROGRAM=""mail"" RUNTIMEDEFS="" INSTALLWWWDIR="/u01/app/xymon/product/xymon4.3.11/server/www" INSTALLETCDIR="/u01/app/xymon/product/xymon4.3.11/server/etc" FPING="xymonping" make -C xymond all
CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -Wno-pointer-sign -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I`pwd`/include " LDFLAGS="" RPATHOPT="-Wl,--rpath," DORRD="yes" RRDDEF="-DRRDTOOL12" RRDINCDIR="" PCREINCDIR="" ZLIBINCDIR="" ZLIBLIBS="" SSLLIBS="" NETLIBS="" RRDLIBS="-lrrd " PCRELIBS="-lpcre" LIBRTDEF="-lrt" XYMONTOPDIR="/u01/app/xymon/product/xymon4.3.11" XYMONHOME="/u01/app/xymon/product/xymon4.3.11/server" XYMONVAR="/u01/app/xymon/product/xymon4.3.11/data" XYMONLOGDIR="/u01/app/xymon/logs/xymon4.3.11" XYMONHOSTNAME="miminob.cominder.eu" XYMONHOSTIP="==XYMON_HOST_IP_REPLACED==" XYMONHOSTOS="linux" XYMONUSER="xymon" CGIDIR="/u01/app/xymon/product/xymon4.3.11/cgi-bin" SECURECGIDIR="/u01/app/xymon/product/xymon4.3.11/cgi-secure" XYMONHOSTURL="/xymon" XYMONCGIURL="/xymon-cgi" SECUREXYMONCGIURL="/xymon-seccgi" MAILPROGRAM=""mail"" RUNTIMEDEFS="" INSTALLWWWDIR="/u01/app/xymon/product/xymon4.3.11/server/www" INSTALLETCDIR="/u01/app/xymon/product/xymon4.3.11/server/etc" make -C web all
CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -Wno-pointer-sign -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I`pwd`/include " LDFLAGS="" OSDEF="-DLINUX" RPATHOPT="-Wl,--rpath," PCREINCDIR="" ZLIBINCDIR="" SSLFLAGS="" SSLINCDIR="" SSLLIBS="" NETLIBS="" LIBRTDEF="-lrt" XYMONTOPDIR="/u01/app/xymon/product/xymon4.3.11" XYMONLOGDIR="/u01/app/xymon/logs/xymon4.3.11" XYMONHOSTNAME="miminob.cominder.eu" XYMONHOSTIP="==XYMON_HOST_IP_REPLACED==" XYMONHOSTOS="linux" LOCALCLIENT="" make -C lib client
CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -Wno-pointer-sign -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I`pwd`/include " LDFLAGS="" RPATHOPT="-Wl,--rpath," SSLFLAGS="" SSLINCDIR="" SSLLIBS="" NETLIBS=""  ZLIBLIBS="" LIBRTDEF="-lrt" XYMONHOME="/u01/app/xymon/product/xymon4.3.11/server" make -C common client
CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -Wno-pointer-sign -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I`pwd`/include " XYMONHOME="/u01/app/xymon/product/xymon4.3.11/client" XYMONHOSTIP="==XYMON_HOST_IP_REPLACED==" LOCALCLIENT="" SSLLIBS="" NETLIBS="" LIBRTDEF="-lrt" make -C client all

Note: I had replaced in e-mail real server IP with ==XYMON_HOST_IP_REPLACED==.


Best regards,

Andrey Chervonets
SIA CoMinder
http://www.cominder.eu/
mobile: +XXX XXXXXXXX


From:        Jeremy Laidman <user-71895fb2e44c@xymon.invalid>
To:        Andrey Chervonets <user-e7fb5c02322c@xymon.invalid>,
Cc:        Henrik Størner <user-ce4a2c883f75@xymon.invalid>, "xymon at xymon.com" <xymon at xymon.com>
Date:        25.10.2013 02:45
Subject:        Re: [Xymon] XyMon 4.3.12 - what about HTTPS problems reported for 4.3.11 ?


On 23 October 2013 21:16, Andrey Chervonets <user-e7fb5c02322c@xymon.invalid<mailto:user-e7fb5c02322c@xymon.invalid>> wrote:
Problem is for some sites with valid certificates too.
I had checked to access page with wget or lynx - and it is working.
So I do not see reason why Xymon should get "Server Timeout"  for the same target.

Here is the debug of wget. Please, advice how to diagnose/debug Xymon to find the solution.
I am a bit confused why nobody reporting the same problem:
* nobody using new openssl libraries?
* nobody do https tests for some, may a bot non-standard SSL certificates or web-sites?

You might just be unlucky.  If half of all websites have implementations that trigger the problem, and if half of all Xymon installations have the buggy openssl library, then only 25% of people will get the problem.  Given that not all Xymon users test https websites, and of those, not all of them are subscribed to The List, the odds drop off very quickly.  Oh, and my first guesses of half websites and half of openssl installs used for Xymon is almost certainly very high. The proportions might be closer to 10%.  So the odds are against you finding someone else on The List with the same symptoms.

Try the following:

ldd `which wget` | egrep "ssl|crypto"
ldd ~xymon/server/bin/xymonnet | egrep "ssl|crypto"
ldd `which openssl` | egrep "ssl|crypto"

If the libraries used by the two tools are different, then you should not be surprised to get different behaviour.

Try configuring a known good website on the Internet in your https monitoring.  I'm guessing that https://www.xymon.org/ would be OK.

Try to connect to the websites using openssl:


openssl s_client -connect epak.pmlp.gov.lv:443<http://epak.pmlp.gov.lv:443/>;
▸ quoted from Andrey Chervonets

If that times out, it might show a message to indicate why.

J
list Andrey Chervonets · Fri, 25 Oct 2013 12:13:50 +0300 · 
Yes, and this returns just version:

./xymonnet --version
xymonnet version 4.3.11
▸ quoted from Ryan Novosielski


From:   "Novosielski, Ryan" <user-6e4f7a3bb37f@xymon.invalid>
To:     Andrey Chervonets <user-e7fb5c02322c@xymon.invalid>, Jeremy Laidman <user-71895fb2e44c@xymon.invalid>, Cc:     "xymon at xymon.com" <xymon at xymon.com>
Date:   25.10.2013 12:03
Subject:        RE: [Xymon] XyMon 4.3.12 - what about HTTPS problems reported for    4.3.11 ?


You should see info about SSL by running xymonnet --version (for example):

[server/opt/xymon-4.3.12/server/bin] ./xymonnet --version
xymonnet version 4.3.12
SSL library : OpenSSL 0.9.7d 17 Mar 2004 (+ security fixes for: CVE-2005-2969 CVE-2006-2937 CVE-2006-2940 CVE-2006-3738 CVE-2006-4339 CVE-2006-4343 CVE-2006-7250 CVE-2007-5135 CVE-2007-3108 CVE-2008-5077 CVE-2008-7270 CVE-2009-0590 CVE-2009-2409 CVE-2009-3555 CVE-2010-4180 CVE-2011-4576 CVE-2011-4619 CVE-2012-0884 CVE-2012-1165 CVE-2012-2110 CVE-2012-2131 CVE-2012-2333 CVE-2013-0166 CVE-2013-0169)
LDAP library: OpenLDAP 20428

--
____ *Note: UMDNJ is now Rutgers-Biomedical and Health Sciences*
 || \\UTGERS      |---------------------*O*---------------------
 ||_// Biomedical | Ryan Novosielski - Sr. Systems Programmer
 || \\ and Health | user-46c89e614701@xymon.invalid - 973/972.0922 (2x0922)
 ||  \\  Sciences | OIT/EI-Academic Svcs. - ADMC 450, Newark
      `'
From: Xymon [xymon-bounces at xymon.com] On Behalf Of Andrey Chervonets [user-e7fb5c02322c@xymon.invalid]
Sent: Friday, October 25, 2013 4:52 AM
To: Jeremy Laidman
Cc: xymon at xymon.com
Subject: Re: [Xymon] XyMon 4.3.12 - what about HTTPS problems reported for      4.3.11 ?

It looks like xymonnet does not use ssl


 ldd `which wget` | egrep "ssl|crypto" ; echo $?
        libssl.so.10 => /usr/lib64/libssl.so.10 (0x00007f5a5b183000)
        libcrypto.so.10 => /usr/lib64/libcrypto.so.10 (0x00007f5a5ade9000)
        libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007f5a59ad7000)
0

ldd product/xymon/server/bin/xymonnet | egrep "ssl|crypto" ; echo $?
1

ldd product/xymon/server/bin/xymonnet
        linux-vdso.so.1 =>  (0x00007fff67ffe000)
        librt.so.1 => /lib64/librt.so.1 (0x00007f7a15b07000)
        libpcre.so.0 => /lib64/libpcre.so.0 (0x00007f7a158db000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f7a15547000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f7a1532a000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f7a15d18000)


ldd `which openssl` | egrep "ssl|crypto"
        libssl.so.10 => /usr/lib64/libssl.so.10 (0x00007f8fa7ce4000)
        libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007f8fa7389000)
        libcrypto.so.10 => /usr/lib64/libcrypto.so.10 (0x00007f8fa6fee000)


As I had wrote some time ago - I am sure I had repied Yes to use SSL during xymon installation.
And I had reinstalled again on other machine to double check, but with the same result.
list Andrey Chervonets · Fri, 25 Oct 2013 12:17:46 +0300 · 
While we were discussion my HTTPS problem new idea:  it should be easy to 
implement silent installation feature:
1) prepare or record  response file during other installation
2) provide response file during  configure step

This could avoid typo and other similar problems during installation.
This will be also another source to diagnose installation problems.


Best regards,

Andrey Chervonets
SIA CoMinder
http://www.cominder.eu/
mobile: +XXX XXXXXXXX
list Henrik Størner · Fri, 25 Oct 2013 12:33:11 +0200 ·
▸ quoted from Andrey Chervonets
 
Den 25.10.2013 11:17, Andrey Chervonets skrev: 
While we were
discussion my HTTPS problem new idea: it should be easy to implement
silent installation feature: 
1) prepare or record response file
during other installation 
2) provide response file during configure
step 

This could avoid typo and other similar problems during
installation. 
This will be also another source to diagnose
installation problems.
Two ways of doing it: 
1) All of the configure
settings and the auto-detected definitions end up in the top-level
Makefile. So that is essentially a record of the responses you gave
during the configure step. 
2) All of the "configure" settings can be
scripted. See e.g. the call to configure in the "debian/rules" file.


Regards, 
Henrik
list Henrik Størner · Sun, 27 Oct 2013 18:40:26 +0100 · 
On 25-10-2013 11:13, Andrey Chervonets wrote:
Yes, and this returns just version:

./xymonnet --version
xymonnet version 4.3.11

In that case, Xymon was compiled without SSL support.

Check that you have the development packages (OpenSSL header files) 
installed on the server where you are compiling Xymon.


Regards,
Henrik
list Frank Torontour · Mon, 14 Dec 2020 09:30:19 -0500 · 
 ??? Hi everyone,

 ?????? I have a request for a new feature:

On the hosts,cfg page, there should be a place to the right of the FQDN 
for a description field.
This field should show up on the main xymon page.

Example:

 ?????? IP????????????????????? FQDN Description
208.145.18.16 ? frank.cronomagic.biz??? for_my_machine?? # 
NOCOLUMNS:files,inode,info

And this should display on the main page.

-- 
sysadm  cronomagic.com
e-mail  user-fbc5ef527f6f@xymon.invalid

POWERED BY LINUX
list Torsten Richter · Mon, 14 Dec 2020 15:43:56 +0100 · 
Hi Frank,

you might want to take a look at "COMMENT" which might already do what
you want.

A line in your hosts.cfg would then look like this:

208.145.18.16   frank.cronomagic.biz # COMMENT:"for_my_machine"
NOCOLUMNS:files,inode,info

and then your server would be displayed like this:

frank.cronomagic.biz (for_my_machine) Test1 Test2 etc.

HTH
Torsten
▸ quoted from Frank Torontour

On 14.12.2020 15:30, Frank wrote:
??? Hi everyone,

?????? I have a request for a new feature:

On the hosts,cfg page, there should be a place to the right of the FQDN
for a description field.
This field should show up on the main xymon page.

Example:

?????? IP????????????????????? FQDN Description
208.145.18.16 ? frank.cronomagic.biz??? for_my_machine?? #
NOCOLUMNS:files,inode,info

And this should display on the main page.

-- 
+---------------------------------------------------------+

| E-mail  : user-c862b499d9fa@xymon.invalid			  |
|							  |
| Homepage: http://www.richter-it.net/			  |
+---------------------------------------------------------+
Download my public key from:
http://keys.gnupg.net/pks/lookup?search=0x899093AC&op=get
list Torsten Richter · Mon, 14 Dec 2020 16:52:35 +0100 · 
resending to list

On 14.12.2020 16:48, Torsten Richter wrote:
I remember that I had to add '--tooltips=never' to the line
XYMONGENOPTS=... in xymonserver.cfg to make it work.
Otherwise the comment was only visible when hovering over the server name.

I had it working since 4.3.17 but I don't know if IE could be an issue here.

Just checked my local installation with XYmon 4.3.29 and it is also
displayed next to the server name in IE (11).
Edge should work as it is based on Chromium.

Regards,
Torsten

On 14.12.2020 16:26, Frank wrote:
?? Hi,

??? I checked the man page and what you say is "supposed" to work, however
I see no comment that I put in the hosts file on the display page. IE
does not
seem to work. I tried both with quotes and then no white spaces,,, without
quotes.
?? I am using version 4.3.28
▸ quoted from Torsten Richter

On 12/14/20 9:43 AM, Torsten Richter wrote:
Hi Frank,

you might want to take a look at "COMMENT" which might already do what
you want.

A line in your hosts.cfg would then look like this:

208.145.18.16?? frank.cronomagic.biz # COMMENT:"for_my_machine"
NOCOLUMNS:files,inode,info

and then your server would be displayed like this:

frank.cronomagic.biz (for_my_machine) Test1 Test2 etc.

HTH
Torsten

On 14.12.2020 15:30, Frank wrote:
???? Hi everyone,

??????? I have a request for a new feature:

On the hosts,cfg page, there should be a place to the right of the FQDN
for a description field.
This field should show up on the main xymon page.

Example:

??????? IP????????????????????? FQDN Description
208.145.18.16 ? frank.cronomagic.biz??? for_my_machine?? #
NOCOLUMNS:files,inode,info

And this should display on the main page.

-- 
+---------------------------------------------------------+
| E-mail  : user-c862b499d9fa@xymon.invalid			  |
|							  |
| Homepage: http://www.richter-it.net/			  |
+---------------------------------------------------------+
Download my public key from:
http://keys.gnupg.net/pks/lookup?search=0x899093AC&op=get
list Frank Torontour · Mon, 14 Dec 2020 11:24:52 -0500 · 
 ??? Resending to list.

 ?? Aha!!? It works now. I added

'--tooltips=never'

to where you said.
▸ quoted from Torsten Richter

On 12/14/20 10:52 AM, Torsten Richter wrote:
resending to list

On 14.12.2020 16:48, Torsten Richter wrote:
I remember that I had to add '--tooltips=never' to the line
XYMONGENOPTS=... in xymonserver.cfg to make it work.
Otherwise the comment was only visible when hovering over the server name.

I had it working since 4.3.17 but I don't know if IE could be an issue here.

Just checked my local installation with XYmon 4.3.29 and it is also
displayed next to the server name in IE (11).
Edge should work as it is based on Chromium.

Regards,
Torsten

On 14.12.2020 16:26, Frank wrote:
 ?? Hi,

 ??? I checked the man page and what you say is "supposed" to work, however
I see no comment that I put in the hosts file on the display page. IE
does not
seem to work. I tried both with quotes and then no white spaces,,, without
quotes.
 ?? I am using version 4.3.28

On 12/14/20 9:43 AM, Torsten Richter wrote:
Hi Frank,

you might want to take a look at "COMMENT" which might already do what
you want.

A line in your hosts.cfg would then look like this:

208.145.18.16?? frank.cronomagic.biz # COMMENT:"for_my_machine"
NOCOLUMNS:files,inode,info

and then your server would be displayed like this:

frank.cronomagic.biz (for_my_machine) Test1 Test2 etc.

HTH
Torsten

On 14.12.2020 15:30, Frank wrote:
 ???? Hi everyone,

 ??????? I have a request for a new feature:

On the hosts,cfg page, there should be a place to the right of the FQDN
for a description field.
This field should show up on the main xymon page.

Example:

 ??????? IP????????????????????? FQDN Description
208.145.18.16 ? frank.cronomagic.biz??? for_my_machine?? #
NOCOLUMNS:files,inode,info

And this should display on the main page.

-- 
sysadm  cronomagic.com

user-3a42a2ba864a@xymon.invalid

POWERED BY LINUX
list Frank Torontour · Mon, 14 Dec 2020 13:38:21 -0500 · 
 ???? Yep, it is working just fine, no issues,

 ?? Thank you for your help.
▸ quoted from Torsten Richter

On 12/14/20 10:48 AM, Torsten Richter wrote:
I remember that I had to add '--tooltips=never' to the line
XYMONGENOPTS=... in xymonserver.cfg to make it work.
Otherwise the comment was only visible when hovering over the server name.

I had it working since 4.3.17 but I don't know if IE could be an issue here.

Just checked my local installation with XYmon 4.3.29 and it is also
displayed next to the server name in IE (11).
Edge should work as it is based on Chromium.

Regards,
Torsten

On 14.12.2020 16:26, Frank wrote:
 ?? Hi,

 ??? I checked the man page and what you say is "supposed" to work, however
I see no comment that I put in the hosts file on the display page. IE
does not
seem to work. I tried both with quotes and then no white spaces,,, without
quotes.
 ?? I am using version 4.3.28

On 12/14/20 9:43 AM, Torsten Richter wrote:
Hi Frank,

you might want to take a look at "COMMENT" which might already do what
you want.

A line in your hosts.cfg would then look like this:

208.145.18.16?? frank.cronomagic.biz # COMMENT:"for_my_machine"
NOCOLUMNS:files,inode,info

and then your server would be displayed like this:

frank.cronomagic.biz (for_my_machine) Test1 Test2 etc.

HTH
Torsten

On 14.12.2020 15:30, Frank wrote:
 ???? Hi everyone,

 ??????? I have a request for a new feature:

On the hosts,cfg page, there should be a place to the right of the FQDN
for a description field.
This field should show up on the main xymon page.

Example:

 ??????? IP????????????????????? FQDN Description
208.145.18.16 ? frank.cronomagic.biz??? for_my_machine?? #
NOCOLUMNS:files,inode,info

And this should display on the main page.

-- 
sysadm  cronomagic.com
e-mail  user-fbc5ef527f6f@xymon.invalid

POWERED BY LINUX