Yes, sorry, I meant to put that in the original email.
You can download the latest version here: https://sourceforge.net/p/xymon/code/HEAD/tree/sandbox/WinPSClient/
You can just replace the xymonclient.ps1 script. However, I would recommend you look at the "clientversion" directive in the documentation (XymonPSClient.doc at the above url) which will tell you how to update automatically.
Zak
From: Ribeiro, Glauber <glauber.ribeiro at experian.com> Sent: Wednesday, 12 December 2018 15:31 To: Beck, Zak <zak.beck at accenture.com>; xymon at xymon.com Subject: [External] RE: Xymon PS Client - v2.34
Excellent, thank you!
Please remind me, where can I download the client, and how would one upgrade (is it enough to replace the PowerShell scripts with the new versions?).
g
From: Xymon [mailto:xymon-bounces at xymon.com] On Behalf Of Beck, Zak Sent: Wednesday, December 12, 2018 09:05 To: xymon at xymon.com<mailto:xymon at xymon.com> Subject: [Xymon] Xymon PS Client - v2.34
Hi
A long-overdue release with a number of minor fixes and one major overhaul of event log processing.
Event log processing changes:
You've always been able to exclude certain event log messages from appearing using 'ignore' - this actually had a major issue where a matching ignore filter suppressed other events. I have added the opposite: being able to include only the messages you're interested in. That means you now have two ways of handling which event log messages you see:
- Exclude mode: including all events except specified - use ignore
- Include mode: ignore all events except specified - use include
Include mode takes priority - if there are any "include" entries, include mode will be used. All ignore entries will be disregarded.
Secondly, to cover the scenario where you are using client local config merging, you can now specify a priority on eventlogswanted which will allow you to override other configs. For example, you may have an eventlogswanted statement in your [powershell] class with some sensible defaults, like this:
eventlogswanted:System:1000:Warning,Critical,Error
But if you have a specific server where you also want to check the Application log, you can override that statement in a [server] block with this:
eventlogswanted:100:Application,System:1000:Warning,Critical,Error
List of all the fixes:
- added TLS fix from Kris Springer / Jonathan Trott. Only set TLS parameters if https is used for downloads (of updates and external scripts). Note that these TLS settings are not compatible with Powershell v2 (but will only impact if you use https)
- optionally only show listening ports in [ports], controlled from client-local.cfg (using ports:listenonly)
- allow disabling of IIS sites information, controlled from xymonclient_config.xml
- added 'noservicecheck' from Tim Williams
- extra logging in XymonMsgs
- fixed major bug in XymonMsgs where a matching 'ignore' filter would suppress all events
- fix for unnecessary attempt to encrypt serverHttpPassword
- event log handling overhaul
- allow different levels by event log
- handling of multiple configs when using config merging (priority on eventlogswanted)
- add ability to use environment variables for clientname if network settings not available
Zak
This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. Your privacy is important to us. Accenture uses your personal data only in compliance with data protection laws. For further information on how Accenture processes your personal data, please see our privacy statement at https://www.accenture.com/us-en/privacy-policy<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.accenture.com%2Fus-en%2Fprivacy-policy&data=02%7C01%7Czak.beck%40accenture.com%7C3fe81f6e79d84075986008d66046e98a%7Ce0793d390939496db129198edd916feb%7C0%7C0%7C636802255041596179&sdata=nS2MnSZPmlYhAN1l9YPBrVF3eHgpAa0pzbJSdKO%2BiLI%3D&reserved=0>.
participants (1)
-
zak.beck＠accenture.com