<div dir="ltr">Thank you all for the suggestions. Much appreciated.<div><br></div><div style>Regards,</div><div style>Jon B.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Apr 4, 2013 at 2:12 PM, Ralph Mitchell <span dir="ltr"><<a href="mailto:ralphmitchell@gmail.com" target="_blank">ralphmitchell@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><p><br>
On Apr 3, 2013 10:33 PM, "Jeremy Laidman" <<a href="mailto:jlaidman@rebel-it.com.au" target="_blank">jlaidman@rebel-it.com.au</a>> wrote:<br>
><br>
> On 4 April 2013 12:55, Jeremy Laidman <<a href="mailto:jlaidman@rebel-it.com.au" target="_blank">jlaidman@rebel-it.com.au</a>> wrote:<br>
>><br>
>> You can do various VPN type things, such as using stunnel or ssh tunnels (with key auth).<br>
><br>
><br>
> Also, this: <a href="http://lists.xymon.com/archive/2011-October/032866.html" target="_blank">http://lists.xymon.com/archive/2011-October/032866.html</a><br>
><br>
> In summary, the client-side can use curl to send a web "POST" message to the Xymon server using an https:// type URL.  Encryption solved.  The Xymon server can do whatever authentication is required (password, client-side certificate, or none).</p>


</div></div><p>Just to clarify - on the Xymon server side it's Apache that handles the client authentication, and there are many docs describing that. Xymon itself is not involved in the authentication or encryption.</p>

<p>I also found that the xymoncgi handler sends back to the client any client-local configuration that it finds, so it isn't just a one way street.</p><span class="HOEnZb"><font color="#888888">
<p>Ralph Mitchell</p>
</font></span></blockquote></div><br></div>