-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
New-PrtgSnmpTrafficSensor #10
Comments
We found it by watching the request/response headers (using something like the Chrome DevTools' Network tab) while creating the sensors. The request you're looking for will be "addsensor5.htm". These are probably the fields you're looking for, although I'm not sure what data/format the disk__check one is expecting. My next step would be to guess-and-check on the values to see how it works.
|
Actually found an "easier" way. The IIS log from PRTG, which is held on %programdata%\Paessler\PRTG Network Monitor\Logs (Web Server) has a full detail of all incoming and outgoing requests and parameters passed. Also for info purposes:
Fausto |
Ha, I'm not sure I agree that monitoring the logs is "easier," but I'm glad you were able to find the values. |
sandersjds: on another note, I have started creating my own PRTG module which is also on Github. It's still very new so many functions missing, but what I tried to do was remove such a massive dependency on multiple HTTP handling functions and replace them all with one. As a rule of thumb, I also don't like having internal only functions, so I tried to get rid of that too. Feel free to have a browse and if you feel like it we can combine our projects! |
I've gone down a slightly different route when creating sensors. Instead of attempting to build the '__check' string myself which involved decoding what each of the values meant, whether they were important or not, and then leaving the user with the trouble of using SNMP to query the device to find out which objects were available (which, if the device was on another network with firewalls in between and only the probe could reach out made things incredibly difficult)... I now don't create the __check string at all. Instead, I use PRTG itself to query which available values there are for whatever sensor the user is trying to create (which removes dependency on user having to find these values out themselves and any firewall restrictions, since it's all done via PRTG) and pass that to the new sensor function. The returned values already include the fully built __check string, so I don't need to worry about that. More importantly, if Paessler decide to change the format of that string, I do not need to make any changes on my module. If you're interested in contributing or having a look, here's the link: |
@sandersjds, @brianaddicks can I ask where you got the string interfacenumber__check from?
I'm looking to create a function for the SNMP Disk Free sensor and struggling with finding out what the API expects.
Thx,
Fausto
The text was updated successfully, but these errors were encountered: