Nach der erfolgreichen Installation des CU13 – KB5001779 nach Vorgabe des BSI, hat dieses Update dafür gesorgt das die PowerShell Sensoren in PRTG am Microsoft Exchange nicht mehr Online gehen. 

Es erscheint lediglich: 
SensorExchange Mail Queue

Auf der Suche nach einer kostenlosen Lösung meine PRTG Instanz auf meinem vServer mit einem gültigen Zertifikat ab zu sichern bin ich auf folgendes PowerShell Skript auf GitHub gestoßen, welches in Kombination mit Certify the web eine Lösung bereitstellt voll automatisch die PRTG-Instanz mit einem Zertifikat ab zu sichern. 
https://github.com/andyzib/LetsEncrypt-PRTG 

Eigentlich könnt ihr der mehr oder weniger perfekten Anleitung dort so schon folgen, jedoch hatte ich 1-2 „Hürden“ auf die ich kurz eingehen möchte: 

Auf meinem vServer läuft Microsoft Windows Server 2019 und die aktuellste PRTG Version. 
Zusätzlich benötigt ihr folgende Software: 
– Certify SSL Manager manage free https certificates for IIS
– Windows PowerShell 5.1 wobei diese bei Server 2019 schon installiert ist. 

1. Folgenden Befehl müsst ihr in einer AdminPowerShell Session abfeuern: Install-Module PSPKI und Set-ExecutionPolicy Unrestricted
2. Ladet euch das Script von GitHub herunter und legt es euch lokal in einem Ordner ab Bsp.. C:\_Support\Certify-PRTG.ps1
3. Es muss ein ISS auf dem Server installiert sein und der Port 443 und Port 80 müssen frei sein für ACME.

Das heruntergeladenen Skript muss nun noch als vertrauenswürdig eingestuft werden, das könnt ihr hier erledigen: 

Im Anschluss könnt ihr mir der Anleitung von GitHub ganz normal weiter verfahren. 
Für den Let`s Encrypt Support out of Box bei PRTG kann man hier voten: https://kb.paessler.com/en/topic/87303-open-let-s-encrypt-support

Wer auf der suche nach einer schnellen Monitoring-Lösung seines LoRa-Gateways ist und eine bestehende PRTG Installation hat kann dies über einen RESTCUSTOMSENSOR/RESTSENSOR in PRTG relativ schnell realisieren. 

Als erstes wird ein neues Gerät angelegt welche auf folgende Adresse verweist: 
noc.thethingsnetwork.org

Dem Gerät fügt Ihr nun folgenden Sensor hinzu: 

{"timestamp":"2019-03-11T07:40:47.958993537Z","uplink":"1721","downlink":"36","location":{"latitude":50.78777,"longitude":6.4999123,"altitude":167},"frequency_plan":"EU_863_870","platform":"IMST + Rpi","gps":{"latitude":50.78777,"longitude":6.4999123,"altitude":167},"time":"1552290047958993537","rx_ok":1721,"tx_in":36}

Wer gerne über Presslers PRTG und einer Node-Red Instanz einen Freifunk-Knoten monitoren möchte kann dies über folgenden Flow bewerkstelligen:

Wir fragen hier die Freifunk-API ab: https://data.aachen.freifunk.net/nodes.json in dieser finden wir folgenden Node den wir mit PRTG monitoren können:

„hostname“:“FFDN-I MAKE YOU INTELLIGENT.com“,“hardware“:{„model“:“TP-Link TL-WR841N/ND v7″,“nproc“:1}},“flags“:{„online“:true,“uplink“:true},“statistics“:{„uptime“:443638.06,“gateway“:“ac:c1:2d:05:fe:04″,“memory_usage“:0.8144738705565784,“rootfs_usage“:0.6786,“clients“:230,“loadavg“:0.27},“lastseen“:“2017-12-15T14:27:37.174Z“,“firstseen“:“2017-12-09T11:41:07.756Z“},{„nodeinfo“:{„software“:{„autoupdater“:{„branch“:“stable“,“enabled“:true},“batman-adv“:{„version“:“2013.4.0″,“compat“:14},“fastd“:{„version“:“v18″,“enabled“:true},“firmware“:{„base“:“gluon-v2016.2.7″,“release“:“2016.2.7-1-stable“},“status-page“:{„api“:1}},“network“:{„addresses“:[„fe80::219:99ff:febc:62d4″,“2a03:2260:114:ac01:219:99ff:febc:62d4″,“2a03:2260:114:d:219:99ff:febc:62d4″,“fdac::219:99ff:febc:62d4″],“mesh“:{„bat0“:{„interfaces“:{„tunnel“:[„4a:d7:43:f0:61:e7″],“other“:[„4a:d7:43:f0:61:e3″]}}},“mac“:“00:19:99:bc:62:d4″},“location“:{„latitude“:50.74856212,“longitude“:6.16377532},“system“:{„site_code“:“ffac“},“node_id“:“001999bc62d4″

In PRTG legen wir einen „Advanced-HTTP-Sensor“ an der unseren Flow über die Node-Red Instanz abfragt, grafisch sieht das ganze dann wie folgt aus:

Wir ziehen aus der API alle für uns wichtigen Informationen, wie:

• Arbeitsspeicher
• Verbundene Clients
• Systemlast
• Zuletzt gesehen

[ratings id=“4280″]