PRTGScheduler - Custom Sensor error

Hallo,

Bitte aktivieren Sie die Option "EXE-Ergebnis auf Festplatte schreiben" in den Einstellungen des Sensors und posten Sie die Protokolldateien (Result of Sensor XXX.Data.txt and Result of Sensor XXX.txt) die auf der entsprechenden Probe unter "C:\ProgramData\Paessler\PRTG Network Monitor\Logs (Sensors)" zu finden sind.

Best regards.

Die Datei Result of Sensor 14373.txt ist leer. Der inhalt der andere ist:

Data['blockedsens'].asString := '';
Data['canlinux'].asString := '0';
Data['channelinfos'].asString := '{}';
Data['channelnames'].asString := '';
Data['environment'].asString := '';
Data['exefile'].asString := 'PRTG-Scheduler.ps1';
Data['exeparams'].asString := '';
Data['fastcount'].asString := '0';
Data['host'].asString := '127.0.0.1';
Data['hostv6'].asString := '::1';
Data['inerror'].asString := '1';
Data['ipversion'].asString := '0';
Data['isexesensor'].asString := '1';
Data['lastmsg'].asString := '#Y2 @#O233 @#O231[#O2]';
Data['lastuptime'].asString := '0';
Data['linuxlogindomain'].asString := '';
Data['linuxloginpassword'].asString := '***';
Data['monitorchange'].asString := '';
Data['mutexname'].asString := '';
Data['notonpod'].asString := '0';
Data['reboot'].asString := '43171.3129002894';
Data['reqmsginterval'].asString := '60';
Data['resultfile'].asString := 'Result of Sensor 14373.txt';
Data['sensorid'].asString := '14373';
Data['simulate'].asString := '0';
Data['timeout'].asString := '60';
Data['tlsexplicit_default'].asString := '';
Data['tlsexplicit_ftp'].asString := '';
Data['tlsexplicit_imap'].asString := '';
Data['tlsexplicit_pop3'].asString := '';
Data['tlsexplicit_port'].asString := '';
Data['tlsexplicit_smtp'].asString := '';
Data['uptimecount'].asString := '0';
Data['usednstime'].asString := '0';
Data['usewindowsauthentication'].asString := '0';
Data['windowslogindomain'].asString := 'censored';
Data['windowsloginpassword'].asString := '***';
Data['windowsloginusername'].asString := 'censored';
Data['writeresult'].asString := '2';

Hi there,

Please activate the "Use Windows Credentials of Parent Device" in the sensor settings and check if the sensor works properly now.

Best regards.

Es funktioniert immer noch nicht. Zum Testen habe ich nochmals einen neuen Sensor mit den richtigen Einstellungen von anfang an erstellt und nochmals die SensorID unter /PHP/app/application/config/application.php angepasst. Zudem habe ich noch einen Testversuch gestartet in dem ich unter /PHP/app/application/config/application.php als Protokoll http anstelle von https und den Port 80 anstelle von 443 verwendet. Dies hat leider auch nicht funktioniert.

Hallo,

Was passiert oder welchen Output erhalten Sie wenn Sie den Sensor manuell via PowerShell ausführen?

Best regards.

Sobald ich den Sensor im PowerShell ISE ausführe bekomme ich keinen Fehler oder eine sonstige ausgabe. Das Skript wird ausgeführt und danach wieder gestoppt. Zum Testen habe ich noch den PHP Pfad geändert und das Skript hat sofort ausgerufen das der PHP Pfad falsch ist.

Hallo,

Benennen Sie bitte einmal den "app"-Ordner unter "C:\PHP\" um und starten Sie das Script erneut manuell? Wird diesmal wieder ein Fehler gezeigt?

Bitte prüfen Sie auch dass unter "C:\PHP\app\" im Ordner die "index.php" zu finden ist.

Best regards

Hallo,

Sobald ich den "app" Ordner umbennant und das Skript manuell laufen gelassen habe, hat die Konsole keine Fehler angezeigt. Zum Testen habe ich noch eine zusätzliche "Test-Path" funktion hinzugefügt. Jetzt zeigt es mir nach dem umbennenen dein gleichen Fehler an wie als ich den "PHP" Ordner umbenannt habe. Des weiteren habe ich ich Skript unter "$pinfo.Arguments" den "app" Pfad und unter "$pinfo.FileName" den "php.exe" Pfad ebenfalls manuell eingegeben.

Die "index.php" Datei ist im "C:\PHP\app\" Ordner. Dies wird ebenfalls mit der neuen "Test-Path" funktion getestet.

Des weiteren habe ich gesehen, dass im Skript unter der Funktion "This-AddMenuEntry" ein Pfad zur "\scripts_custom.js" Datei ist. Diese Datei ist allerdings leer. Der Pfad zur Datei stimmt.

Muss das Skript (PRTG-Scheduler.ps1) auch im "app" Ordner sein?

Das ganze habe ich noch mit verschiedenen Versionen von PHP 7.2.3 und 7.1.15 getestet.

• PHP VC15 ThreadSafe
• PHP VC15 NonThreadSafe
• PHP VC15 ThreadSafe x86
• PHP VC15 NonThreadSafe x86

• PHP VC14 ThreadSafe
• PHP VC14 NonThreadSafe
• PHP VC14 ThreadSafe x86
• PHP VC14 NonThreadSafe x86

Nach dem welchseln der PHP Version habe ich immer folgenden Sensor OutPut im PRTG Network Monitor bekommen.

XML: The returned XML does not match the expected schema. (code: PE233) -- JSON: The returned JSON does not match the expected structure (Invalid JSON.). (code: PE231)

Dazu habe ich noch die "application.php" Datei unter "C:\PHP\app\application\config" beigefügt, falls dort fehler bei der Konfiguration passiert sind. Was mir allerdings an dieser Datei noch aufgefallen ist, ist das die Datei nicht mit "?>" geschlossen worden ist.

<?php  if ( ! defined('BASEPATH')) exit('No direct script access allowed');

$config['app_version']        = "1.0";

$config['prtg_protocol']      = "https";
$config['prtg_server']        = "10.20.1.9";
$config['prtg_port']          = 443;
$config['prtg_sensorid']      = 14374;

# /!\ IMPORTANT /!\ #
# make sure that this user account has its timezone set to UTC!
$config['prtg_username']      = "prtgscheduler";
$config['prtg_passhash']      = <removed>;
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #

$config['default_timezone']   = "Europe/Zurich";
$config['weekstart']          = "MO";
$config['preferred_language'] = "en";
$config['debug']              = False;

# This decides if the maintenance windows should only be set at least within 5 minutes before they actually start.
# If set to false, the scheduler will set the upcoming maintenances right away, rendering PRTGs internal option to
# set maintenance windows practically useless - setting maintenances via PRTG will result in overwriting the automatic one.
$config['set_on_demand']        = True;
$config['on_demand_threshold']  = 5;

?>