<div dir="ltr"><div dir="ltr"><div dir="ltr">On Tue, 16 Mar 2021 at 08:42, LOZOVSKY, DANIEL <<a href="mailto:dl1025@att.com">dl1025@att.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">





<div lang="EN-US" style="overflow-wrap: break-word;">
<div class="gmail-m_-3753148819622014366WordSection1">
<p class="MsoNormal">Thanks Jeremy.  I was thinking about using stunnel which seems more straight forward.  Too bad about development being stalled.  Hopefully, it will restart soon.  Really need this functionality.</p></div></div></blockquote><div><br></div><div>Agreed. The other two foreshadowed features many of us are waiting for are: full support for SNMP, and IPv6.</div><div><br></div><div>There's actually another option for encryption that I didn't mention, but it can be really useful in some circumstances. Many years ago I wrote a script that provided an agentless deployment, and it's still in use today. It works by connecting via ssh, then pushing the Xymon client scripts from the server to the shell running on the client. The client scripts execute on the client host, and send its updates to STDOUT, which traverses the ssh connection, to be injected into the Xymon server.</div><div><br></div><div>I've used this technique to monitor hosts that cannot connect directly to the Xymon server, by using ssh to connect via one or more jump hosts.  All it needs is a way to get a shell prompt on the client.</div><div><br></div><div>More info here: <a href="http://tools.rebel-it.com.au/xymon-rclient/">http://tools.rebel-it.com.au/xymon-rclient/</a>.</div><div><br></div><div>J</div><div><br></div></div></div></div>