-
Notifications
You must be signed in to change notification settings - Fork 11
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
use of '-c' did limit search, not output #13
Conversation
Thanks for the pull request. |
from what i understand, so for "list flows" wouldnt you want to use i would think making this change would result in 'list flows' to have unneeded overhead to get all the flows to just show the x flows. when before it would just abort out once that number is reached and just show the results. |
I understand, but here we have many thousands of flows by hour, tha proposed limit (max 10k from memory) doesn't allow searching more than 15mn, without knowing where the search did stop. |
right but you are fundamentally changing what the command is doing by changing to use the other option? say you you set to use 24 hour timeframe, and within that timeframe there are 20 million flows. the system returning the first 1000 flows is a bit different than saying get all flows then return the top 1000. |
@thezoggy - you are basically right. Option reverted. |
ok, so nfsen doesn't allow you to search in more than 10000 flows with an nfdump filter, and by default will show you no match in the time window you selected because it searched in the first bytes of nfdump captures (the first 10 flows !)... |
Anytime I've needed to grab large amounts of flows I've just done it via CLI where I can do things like output to csv format and not have the limits of nfsend/webserver restrict to how much it can do before it times out/upper limits set to restrict it going awry. |
Let me explain this: First you select the times lot in 5min intervals, then you list the flows in that interval. If 10000 is not enough to investigate you could easily add more option in details.php line 23 |
I understand this.
My main workflow is to react to alerts defined by a nfdump filter, and I usually use a large "time window" in the interface and search for all matching flows in the days before (sometime weeks).
I know I can use the command-line (and I do this too), but this is not the case for all my coleagues...
It used to work this way out of the box until some years ago, until some change occured and I had to apply this patch to get correct response (sorry I did not report at this time, by lack of time, so I can't remember when this behaviour changed for me).
If I find time I'll try to find tho change that broke this some years ago, I though this change just reverted to the old behaviour working for us.
If you apply a filter in just one 5mn dump, I understand this limit for big environments.
Here we have less than 1Tb of dumps for a year, maybe this helps searching in greater time windows.
Anyway, thank you Peter for maintaining this great tool !
Geoffroy.
Le 20 mai 2023 07:31:21 UTC, Peter Haag ***@***.***> a écrit :
…Let me explain this: First you select the times lot in 5min intervals, then you list the flows in that interval. If 10000 is not enough to investigate you could easily add more option in details.php line 23 `$ListOptions` - so you can add 1000000 if you like. If this is useful or not is up to you and how your workflow is.
--
geoffroy desvernay (mobile)
|
"Limit to X Flows" option in detail view does limit search to 20 flows by default, and doesn't allow searching more than 10000 flows, which is not much.
I suppose here the original intention was to limit output, not searching (which is selected elsewhere by date/time)