PRTG Manual: EXE/Script Advanced Sensor
The EXE/Script Advanced sensor runs an executable file (.exe) or a script (batch file, VBScript, PowerShell) on the probe system. This option is available as part of the PRTG API.
The return value of this sensor must be valid Extensible Markup Language (XML) or JavaScript Object Notation (JSON).
If you want to execute a custom Windows Management Instrumentation Query Language (WQL) script, use the WMI Custom sensor.
For a detailed list and descriptions of the channels that this sensor can show, see section Channel List.
- Dutch: EXE/Script Geavanceerd
- French: Script/EXE avancé
- German: Programm/Skript (Erweitert)
- Japanese: EXE/スクリプト(アドバンスト)
- Portuguese: EXE/Script avançado
- Russian: Расширенный сенсор EXE/скрипта
- Simplified Chinese: 高级 EXE/脚本
- Spanish: EXE/Script (avanzado)
- This sensor requires that Remote PowerShell is enabled on the target system and PowerShell 3.0 on both the probe system and the target system.
- The sensor requires the executable or script file to be stored on the probe system. In a cluster, copy the file to every cluster node.
- This sensor requires .NET 4.7.2 or later from Microsoft on the probe system.
- We recommend Windows Server 2012 R2 on the probe system for best performance of this sensor.
- This sensor does not officially support more than 50 channels.
- This sensor supports IPv6.
- This sensor has a medium performance impact.
- Knowledge Base: What is the Mutex Name in the EXE/Script sensor settings?
- Knowledge Base: How can I test if parameters are correctly transmitted to my script when using an EXE/Script sensor?
- Knowledge Base: How can I show special characters with EXE/Script sensors?
- Knowledge Base: Why do I have to store SQL sensor queries and custom scripts in files on the probe computer?
- Knowledge Base: How can I use meta-scans for custom EXE/Script sensors?
You cannot add this sensor to the hosted probe of a PRTG Hosted Monitor instance. If you want to use this sensor, add it to a remote probe device.
Requirement |
Description |
---|---|
This sensor uses PowerShell commands. This sensor requires that Remote PowerShell access is enabled on the target system. Also make sure that you have at least PowerShell 3.0 installed on both the probe system and the target system.
|
|
This sensor requires .NET 4.7.2 or later to be installed on the probe system (on every cluster node, if on a cluster probe).
|
Setting |
Description |
---|---|
Sensor Name |
Enter a name to identify the sensor. By default, PRTG shows this name in the device tree, as well as in alarms, logs, notifications, reports, maps, libraries, and tickets.
|
Parent Tags |
The tags that the sensor inherits from its parent device, parent group, and parent probe.
|
Tags |
Enter one or more tags. Confirm each tag with the Spacebar key, a comma, or the Enter key. You can use tags to group objects and use tag-filtered views later on. Tags are not case-sensitive. Tags are automatically inherited.
The sensor has the following default tags that are automatically predefined in the sensor's settings when you add the sensor:
|
Priority |
Select a priority for the sensor. This setting determines the position of the sensor in lists. The highest priority is at the top of a list. Choose from the lowest priority ( |
Credentials for Script Sensors
Click to interrupt the inheritance.
Setting |
Description |
---|---|
Placeholder 1 Description |
Enter a description for Placeholder 1, for example information about the purpose or content of the placeholder. |
Placeholder 1 |
Enter a value for the placeholder. PRTG inserts the value for the script execution if you add %scriptplaceholder1 in the argument list. PRTG does not display the value in the sensor log or the sensor's settings. |
Placeholder 2 Description |
Enter a description for Placeholder 2, for example information about the purpose or content of the placeholder. |
Placeholder 2 |
Enter a value for the placeholder. PRTG inserts the value for the script execution if you add %scriptplaceholder2 in the argument list. PRTG does not display the value in the sensor log or the sensor's settings. |
Placeholder 3 Description |
Enter a description for Placeholder 3, for example information about the purpose or content of the placeholder. |
Placeholder 3 |
Enter a value for the placeholder. PRTG inserts the value for the script execution if you add %scriptplaceholder3 in the argument list. PRTG does not display the value in the sensor log or the sensor's settings. |
Placeholder 4 Description |
Enter a description for Placeholder 4, for example information about the purpose or content of the placeholder. |
Placeholder 4 |
Enter a value for the placeholder. PRTG inserts the value for the script execution if you add %scriptplaceholder4 in the argument list. PRTG does not display the value in the sensor log or the sensor's settings. |
Placeholder 5 Description |
Enter a description for Placeholder 5, for example information about the purpose or content of the placeholder. |
Placeholder 5 |
Enter a value for the placeholder. PRTG inserts the value for the script execution if you add %scriptplaceholder5 in the argument list. PRTG does not display the value in the sensor log or the sensor's settings. |
Setting |
Description |
---|---|
EXE/Script |
Select an executable file from the list. The sensor executes it with every scanning interval. The list contains all files in the corresponding \Custom Sensors\EXE subfolder of the PRTG program directory on the probe system. For a file to appear in this list, store the file ending in .bat, .cmd, .exe, .ps1, or .vbs into this subfolder.
|
Parameters |
If your executable or script file catches command-line parameters, you can define them here. You can use placeholders as well. Enter a string or leave the field empty.
|
Environment |
Select whether PRTG command-line parameters are also available as environment parameters:
|
Security Context |
Define the Windows user account that the sensor uses to run the executable or script file:
|
Mutex Name |
Define a mutual exclusion (mutex) name for the process. Enter a string or leave the field empty.
|
Timeout (Sec.) |
Enter a timeout in seconds for the request. Enter an integer. The maximum timeout value is 900 seconds (15 minutes).
|
Result Handling |
Define what the sensor does with the result that the executable file gives back:
|
Setting |
Description |
---|---|
Primary Channel |
Select a channel from the list to define it as the primary channel. In the device tree, the last value of the primary channel is always displayed below the sensor's name. The available options depend on what channels are available for this sensor.
|
Graph Type |
Define how different channels are shown for this sensor:
|
Stack Unit |
This setting is only visible if you enable Stack channels on top of each other as Graph Type. Select a unit from the list. All channels with this unit are stacked on top of each other. By default, you cannot exclude single channels from stacking if they use the selected unit. However, there is an advanced procedure to do so.
|
By default, all of these settings are inherited from objects that are higher in the hierarchy. We recommend that you change them centrally in the root group settings if necessary. To change a setting for this object only, click under the corresponding setting name to disable the inheritance and to display its options.
For more information, see section Inheritance of Settings.
For more information, see section Root Group Settings, section Scanning Interval.
Schedules, Dependencies, and Maintenance Window
You cannot interrupt the inheritance for schedules, dependencies, and maintenance windows. The corresponding settings from the parent objects are always active. However, you can define additional schedules, dependencies, and maintenance windows. They are active at the same time as the parent objects' settings.
For more information, see section Root Group Settings, section Schedules, Dependencies, and Maintenance Window.
For more information, see section Root Group Settings, section Access Rights.
Which channel units are available depends on the sensor type and the available parameters. If no configurable channels are available, this field shows No configurable channels.
For more information, see section Root Group Settings, section Channel Unit Configuration.
Escape Special Characters and Whitespaces in Parameters
You need to escape special characters in parameters that you pass to an executable or script and surround them with quotation marks to make sure that the characters are correctly interpreted. PowerShell scripts in particular require adequate escaping so that the parameters are passed in a valid PowerShell syntax. PRTG automatically does most of the escaping for you.
Follow these rules to escape special characters and whitespaces in the parameters fields:
- Use double (") or single (') quotation marks for parameters that contain whitespaces.
-name "Mr John Q Public"
-name 'Mr John Q Public'
- Use double quotation marks (") for parameters that already contain single quotation marks (').
-name "Mr 'John Q' Public"
- Use single quotation marks (') for parameters that already contain double quotation marks (").
-name 'Mr "John Q" Public'
- Use a backslash (\) to escape and pass a literal double quotation mark.
-name pub\"lic
- Use double quotation marks (") for parameters that contain double ('') and single (') quotation marks and escape double quotation marks (").
-name "pu'b\"lic"
In SSH scripts, you can use alphanumeric characters and the special characters ".", "_", "-", "=", and "/" outside of quoted strings.
We recommend that you do not pass passwords in parameters. Use placeholders instead. See section Custom Sensors for details.
Which channels the sensor actually shows might depend on the target device, the available components, and the sensor setup.
Channel |
Description |
---|---|
Downtime |
In the channel table on the Overview tab, this channel never shows any values. PRTG uses this channel in graphs and reports to show the amount of time in which the sensor was in the Down status |
[Value] |
The values that the executable file or script file returns in several channels
|
KNOWLEDGE BASE
What is the Mutex Name in the EXE/Script sensor settings?
How can I test if parameters are correctly transmitted to my script when using an EXE/Script sensor?
How can I show special characters with EXE/Script sensors?
Why do I have to store SQL sensor queries and custom scripts in files on the probe computer?
How can I use meta-scans for custom EXE/Script sensors?
Which .NET version does PRTG require?
How do I enable and use remote commands in Windows PowerShell?
What security features does PRTG include?
For which sensor types do you recommend at least Windows Server 2012 R2 and why?
How can I test if parameters are correctly transmitted to my script when using an EXE/Script sensor?