[Xymon] [External] XymonPS upgrade source

[Timothy Williams]

Thanks! So for us it is just the bb:// which points to the default
/download folder. It works!
We may make a XymonPS subfolder down the road.

Tim


On Wed, Feb 6, 2019 at 12:43 PM Andy Smith <abs at shadymint.com> wrote:

> All,
>
> Spot on Zak, we use the bb:// urls for our upgrades, we have
> ~xymon/server/download/XymonPS/ populated with for example
> xymonclient_2.28.ps1
>
> and the client configured with lines such as :-
>
>
> clientversion:2.28:bb://XymonPS:SHA1:0737ef113b23f1994c21495e678eaa04bfd1e1c7
>
> --
> Andy
>
> On Wed, Feb 06, 2019 at 05:15:40PM +0000, Beck, Zak wrote:
> >
> > I???d forgotten we added bb:// style urls, I must admit I don???t use
> them regularly.
> >
> > From the server side, the manpage<
> https://www.xymon.com/help/manpages/man1/xymon.1.html> says:
> >
> > download FILENAME
> > Download a file from the Xymon server???s download directory.
> >
> > Looking at the xymond code (I???m hoping this is the right place):
> >
> > sprintf(fullfn, "%s/download/%s", xgetenv("XYMONHOME"), fn)
> >
> > so I think the download directory should be under your XYMONHOME and the
> path in the bb: url is relative to that.
> >
> > You will not be able to download from an absolute path per your config
> currently. I guess you might want to create an updates directory e.g.
> $XYMONHOME/download/updates/, put your new client files there and your bb
> url will be bb://updates.
> >
> > Zak
> >
> >
> > From: Xymon <xymon-bounces at xymon.com> On Behalf Of Timothy Williams
> > Sent: Wednesday, 6 February 2019 16:54
> > To: xymon at xymon.com
> > Subject: [External] [Xymon] XymonPS upgrade source
> >
> > In our main 'regular' server environment we have a web server that holds
> the newest XymonPS client for successful self-upgrading on slow scan.
> However, in our restrictive PCI environment, the Windows servers are not
> permitted to access the outside web folder or even other servers in the
> environment excepting WSUS, antivirus, etc on specific ports. They do send
> and receive files on port 1984 to Xymon server.
> >
> > 2019-02-05 14:11:23  Main and optional tests finished.
> > 2019-02-05 14:11:23  Sending to server
> > 2019-02-05 14:11:23  Using UTF8 encoding
> > 2019-02-05 14:11:23  Connecting to host 192.168.47.233
> > 2019-02-05 14:11:23  Sent 69413 bytes to server
> > 2019-02-05 14:11:23  Received 107 bytes from server
> >
> > I have tried to use the bb: pseudo-URL to access the download folder on
> the Xymon (3.28) Linux server. World Read permissions have been verified.
> From the client logs, it appears to find the file and initiates a download,
> but the new file has zero bytes. The upgrade process continues to restart
> the service, but obviously hangs as there is now no script file. I have
> tried both ASCII and UTF8 encoding.
> >
> > 2019-02-05 14:11:23  Found a command:
> clientversion:2.35:bb://usr/local/xymon/server/download
> > ..
> > 2019-02-05 14:11:23  Executing XymonCheckUpdate
> > 2019-02-05 14:11:24  Running version 2.28; config version 2.35;
> attempting upgrade
> > 2019-02-05 14:11:24  XymonDownloadFromServer - Downloading
> usr/local/xymon/server/download/xymonclient_2.35.ps1 to
> C:\Utils\xymonclient_2.35.ps1
> > 2019-02-05 14:11:24  Using UTF8 encoding
> > 2019-02-05 14:11:24  Connecting to host 192.168.47.233
> > 2019-02-05 14:11:24  Sent 62 bytes to server
> > 2019-02-05 14:11:24  Wrote 0 bytes from server to
> C:\Utils\xymonclient_2.35.ps1
> > 2019-02-05 14:11:24  Launching update
> > 2019-02-05 14:11:24  Upgrading C:\Utils\xymonclient.ps1 to
> C:\Utils\xymonclient_2.35.ps1
> > 2019-02-05 14:11:24  Restarting service...
> >
> > The error message on the XymonD process indicates that the file was not
> found.
> >
> > Latest error messages:
> > Download file usr/local/xymon/server/xymonclient_2.35.ps1 not found
> >
> > Anybody have ideas about where the fault lies? Using file share or https
> is beyond where InfoSec wants to go. We currently manually copy in new
> clients to each PCI server, I'd like to have self-upgrading working.
> >
> > Tim Williams
> > Virginia Commonwealth University Computer Center
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20190206/3a1b292a/attachment.html>