Forum Discussion
Man, I had a reply all written out and clicked save right after the community went RO for the migration. Oh well.
You have a list of IPs/FQDNs that you want to check to see if they are blacklisted. Each IP/FQDN would be an instance and its presence/absence on the blacklist is your datapoint.
This means you need a multi-instance datasource. You create those instances one of two ways, manually or automatically. Why would anyone want to do it manually? So, here's how you'd do it automatically:
First you need to store your list of FQDNs in LM. Do this on a property on the device where you want this data to show up. You could do it on one of your collectors or you could do it on a new resource with IP="mxtoolbox.com" and display name="MX Toolbox". Create a property containing the list of FQDNs, separated by commas. It might look like this:
blacklist_check_subjects = www.google.com, www.bing.com, www.logicmonitor.com
To make things a little prettier, it might be good to add display names to each one of these. We'll do that by prepending the FQDN with the display name and separating the display name from the FQDN with a pipe character like this:
blacklist_check_subjects = Google|www.google.com,Bing|www.bing.com,LM|www.logicmonitor.com
Now we're ready to get the DS started.
- Start your datasource in Settings >> LogicModules >> DataSources >> Add >> Datasource.
- Make the applies to "blacklist_check_subjects" (or whatever name you decide to use for the name of the property.
- Select "script or batchscript" (I'll explain which in a second).
- Check "Multi-instance?"
- Check "Use Wildvalue as Unique Identifier" (LM should make this the default)
- Check the "Enable Active Discovery"
- The write a script like this:
hostProps.get("blacklist_check_subjects").tokenize(",").each{subject -> (wildalias,wildvalue) = subject.tokenize("|") println("${wildvalue}##${wildalias}") } return 0
This script takes the value of the property, splits it along the commas and prints out the wildvalue and wildalias of each subject, splitting those by the pipe character.
- Now you'll have discovery done. The next bit depends on how you'll get the data from MXToolbox.
- If MXToolbox has a way of requesting the status of multiple FQDNs at once, you should use batchscript. You'll write a script to make this one call and return all the data at once.
- If MXToolbox forces you to make one call per FQDN you want to test, you should use script. You'll write a script that makes one call per FQDN. You'll pull the current FQDN into your script using fqdn = instanceProps.get("wildvalue")
Since the rest of the task relies on how MXToolbox allows you to query the data, I'll stop there until you need more help.
Related Content
- 11 months ago
- 10 months ago