New Question
 
 
PRTG Network Monitor

Intuitive to Use.
Easy to manage.

200.000 administrators have chosen PRTG to monitor their network. Find out how you can reduce cost, increase QoS and ease planning, as well.

Free PRTG
Download >>

 

What is this?

This knowledgebase contains questions and answers about PRTG Network Monitor and network monitoring in general. You are invited to get involved by asking and answering questions!

Learn more

 

Top Tags


View all Tags


are there winRM sensors instead of the WMI or SNMP sensors?

Votes:

0

Your Vote:

Up

Down

Hello, is it possible to use winRM to create memory, cpu load and diskspace sensors? For the WMI and SNMP there need to be additional ports opened up which I rather not do. WinRM has already been used in multiple applicationson the server which would mean no additional network changes.

prtg sensor snmp wmi wnrm

Created on May 18, 2017 9:47:32 AM by  alexbouttelgier (0) 1



9 Replies

Votes:

0

Your Vote:

Up

Down

Hello,

thank you for your KB-Post. Currently there are no plans to change the standard Windows sensors from WMI / Performance Counters to WinRM.

You are of course free to pursue this approach with custom sensors.

best regards.

Created on May 19, 2017 10:18:01 AM by  Torsten Lindner [Paessler Support]



Votes:

0

Your Vote:

Up

Down

I'm a bit confused by this, WinRM (CIM) is a standard, and very lightweight to get most metrics. The problem for some, is opening up remote registry is not an option due to security requirements, in addition, WMI- even newer WMI- has too much overhead. While we can certainly use custom sensors and write a powershell script to get this info via WinRM in a very effecient time (we are using winRM to get disk i/o in about 350ms per poll/drive), the added overhead of having to run PS sessions makes it not ideal as we start to scale. It would be a HUGE benefit for us if we had a way winRM sensors could run in-band, like other native sensors.

Is there a specific reason WinRM was avoided? Is there something we should know about limitations trying to use it inside PRTG?

Created on May 30, 2017 1:43:37 PM by  jay_owen (0)



Votes:

0

Your Vote:

Up

Down

Hi there,

One of the reasons why we decided against WinRM is, that WMI/PerfCounters are active by default. To use WinRM you have to configure a WinRM-Listener, according to Microsoft. So WMI/PerfCounters are almost always ready out-of-the-box.


Best regards.

Created on Jun 7, 2017 7:43:30 PM by  Dariusz Gorka [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Is there any update on this?

Given Microsoft has depreciated SNMP from Server 2012 onwards and does not support SNMP v3, and the high performance overhead of the WMI sensors in PRTG we want to move to WinRM if at all possible.

Created on Sep 5, 2018 9:54:46 AM by  Chris Parr (30) 1



Votes:

0

Your Vote:

Up

Down

Hello Chris,

SNMP counters are still available in the latest Windows versions. I'm afraid that monitoring via WinRM needs to be added with a custom sensor by you.


Kind regards,
Felix Saure, Tech Support Team

Created on Sep 5, 2018 7:53:52 PM by  Felix Saure [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Hello Felix,

I appreciate that SNMP is still available for now, but Microsoft depreciating a feature is a strong signal that we shouldn't rely on that feature being present in future and lack of support for v3 is a strong argument against using it at all.

I can't find any articles on using WinRM via a custom sensor. Can you point me in the right direction please?

Regards,

Chris.

Created on Sep 6, 2018 2:33:52 PM by  Chris Parr (30) 1



Votes:

0

Your Vote:

Up

Down

Hi Chris,

PRTG is able to start your personal scripts which then create the monitoring tasks for you. This could for instance be a PowerShell script which establishes the connection using winRM and monitors the metrics using Get-WmiObject. For a guide for creating Powershell custom sensors, kindly take a look at this page.


Kind regards,
Felix Saure, Tech Support Team

Created on Sep 11, 2018 8:50:05 AM by  Felix Saure [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Windows is moving away from DCOM (WMI) based management in favor of WSMAN/CIM (WinRM). One evidence of this is the addition of CIM cmdlets in Powershell which connect using WSMAN by default. All of WMI is available via the WinRM interface, WinRM simplifies network configuration greatly by requiring only a single port (5985 or 5986) to be open, rather than a huge range of dynamic ports. And, besides just Windows support, WSMAN is a cross platform standard that enables querying any system that implements CIM, including Linux servers.

In an enterprise environment, configuring WinRM-Listeners is trivial via group policy. Anything small enough to not have a domain is probably small enough to configure WinRM on all systems in less than a day.

I think not implementing WSMAN/CIM (WinRM) is a mistake, and will become more apparent as time goes on.

Created on Oct 4, 2018 4:18:15 PM by  NonSecwitter (0) 1



Votes:

0

Your Vote:

Up

Down

While we can certainly use custom sensors and write a powershell script to get this info via WinRM in a very effecient time (we are using winRM to get disk i/o in about 350ms per poll/drive), the added overhead of having to run PS sessions makes it not ideal as we start to scale.

If you're resorting to writing your own scripts while Paessler seeks the glory of WinRM, you can improve efficiency with CIM cmdlets, which saves you from PSSession overhead to some extent.

https://maikkoster.com/cim-vs-wmi-cmdlets-the-top-reasons-i-changed/

Created on Oct 4, 2018 4:27:34 PM by  NonSecwitter (0) 1



Please log in or register to enter your reply.


Disclaimer: The information in the Paessler Knowledge Base comes without warranty of any kind. Use at your own risk. Before applying any instructions please exercise proper system administrator housekeeping. You must make sure that a proper backup of all your data is available.