uiDivStats Option to filter domains reported on by uiDivStats?

  • ATTENTION! You'll notice a Prefix dropdown when you create a thread. If your post applies to one of the topics listed, please use that Prefix for your post. When browsing the thread list you can use the Prefix to filter the view.
  • ATTENTION! As of November 1, 2020, you are not able to reply to threads 6 months after the thread is opened if there are more than 500 posts in the thread.
    Threads will not be locked, so posts may still be edited by their authors.
    Just start a new thread on the topic to post if you get an error message when trying to reply to a thread.

eightiescalling

Occasional Visitor
I may have missed it in amtm but is there a way to ask uiDivStats to filter certain information when showing in the UI?

There are a couple of bits on the network here that mean any top 20 reporting is 70% occupied by 2 devices - one of which is queries to a single host on the network and the other is a multitude of domains all work related because of what seems to be a stupidly chatty laptop as it talks to various things at work.

An option to configure a filter to ignore *.blah.com in the UI reports would be handy.
 

Jack Yaz

Part of the Furniture
I may have missed it in amtm but is there a way to ask uiDivStats to filter certain information when showing in the UI?

There are a couple of bits on the network here that mean any top 20 reporting is 70% occupied by 2 devices - one of which is queries to a single host on the network and the other is a multitude of domains all work related because of what seems to be a stupidly chatty laptop as it talks to various things at work.

An option to configure a filter to ignore *.blah.com in the UI reports would be handy.
I like this idea. Would you only want them excluded from the "top" charts, or all stats including key stats summaries, and the time graph?
 

eightiescalling

Occasional Visitor
I like this idea. Would you only want them excluded from the "top" charts, or all stats including key stats summaries, and the time graph?
Others may have different views but I'd probably go with the "top" charts - as the quick stop to identify trouble makers and seeing differences of what normal looks like. The time graph of everything already goes beyond the "top" charts anyway and the underlying Diversion reports would remain unchanged.

How easy it is to make this all configurable would be another matter - I'm guessing setting the filter list via amtm and the UI then having options of apply or not is probably the right sort of balance.

Happy to help with testing against dev branches.
 

Jack Yaz

Part of the Furniture
Others may have different views but I'd probably go with the "top" charts - as the quick stop to identify trouble makers and seeing differences of what normal looks like. The time graph of everything already goes beyond the "top" charts anyway and the underlying Diversion reports would remain unchanged.

How easy it is to make this all configurable would be another matter - I'm guessing setting the filter list via amtm and the UI then having options of apply or not is probably the right sort of balance.

Happy to help with testing against dev branches.
So far my idea is just using a text file with one domain per line, and I can feed that into the various SQL queries that generate the charts. Pattern matching could be supported by adding a wildcard, e.g. *.google.com would exclude every domain ending in google.com but not google.com itself, or typing google.com would only exclude google.com

Opted to go for a text file as I can easily expose that in the CLI menu, users can edit themselves via SCP if they prefer, and adding a textarea to the WebUI is easy enough as well. If there's a good uptake of the feature I can iterate and maybe consider making a table approach and guided CLI entry, but for a first release I think (hope) a raw text file would be sufficient?
 

eightiescalling

Occasional Visitor
So far my idea is just using a text file with one domain per line, and I can feed that into the various SQL queries that generate the charts. Pattern matching could be supported by adding a wildcard, e.g. *.google.com would exclude every domain ending in google.com but not google.com itself, or typing google.com would only exclude google.com

Opted to go for a text file as I can easily expose that in the CLI menu, users can edit themselves via SCP if they prefer, and adding a textarea to the WebUI is easy enough as well. If there's a good uptake of the feature I can iterate and maybe consider making a table approach and guided CLI entry, but for a first release I think (hope) a raw text file would be sufficient?
Raw text file with the pattern matching behaviour you describe works for me :)
 

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top