Skip to content
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

[Feature] Display bytes sent/received per process #1081

Open
4 tasks
gustavo-iniguez-goya opened this issue Jan 5, 2024 · 2 comments
Open
4 tasks

[Feature] Display bytes sent/received per process #1081

gustavo-iniguez-goya opened this issue Jan 5, 2024 · 2 comments
Labels
feature a whole new feature

Comments

@gustavo-iniguez-goya
Copy link
Collaborator

gustavo-iniguez-goya commented Jan 5, 2024

There's some interest in knowing the amount of data sent/received per process so I've been working on this lately.
There'll be issues and doubts so let this issue serve as a way to group them together.

How it works:

Data sent or received is intercepted via eBPF and stored in a map by pid.
When a connection is destroyed, the collected data is sent to userspace, accumulated by process, and the partial bytes sent to the GUI (server). The entry is deleted from the eBPF map.

In order not to saturate the daemon, the bytes are accumulated on kernel space. Every 5s the counters are resetted and the collected stats sent to userspace.

Note: This information can also be obtained via netlink, but as we only intercept new connections, we'd need to intercept connections destruction anyway.

On the GUI (server), the data is saved to the DB and displayed on the Applications tab:

New features based on this one:

  • Allow to apply network quotas by process: Allow connections of a process until a limit, or drop connections when a process exceeds a limit.
    • The PoC works, but as we only intercept new connections, the rule may be delayed (until a new connection is opened).

TODOs:

  • Order by bytes numerically instead of alphabetically.
  • Allow to view the bytes, without grouping them.
  • Delete entries from the ebpf map that hasn't been deleted in a proper way (like when killing a process that had opened connections). Otherwise if the map becomes full, it won't accept new entries and we will miss statistics.
  • Review if the hooked functions are the correct ones, or are there others that serve better for the task (tcp_cleanup_rbuf vs tcp_recvmsg?).
@gustavo-iniguez-goya gustavo-iniguez-goya added the feature a whole new feature label Jan 5, 2024
@alessandro308
Copy link

Is there some way I can help with this? I find it so useful.
Maybe some hint or documentation where I can start to see to understand how to extend the ebpf module to intercept that data... Or even a documentation about the general overview about the communication ebpf->deamon

@gustavo-iniguez-goya
Copy link
Collaborator Author

hey @alessandro308 !,

I've got a diagram on how the daemon works, not very detailed.. I need to update it because I just created it for myself and some things have changed. I'll post it once updated.

On the other hand, I've been busy testing the next release v1.6.5, but once released, and I'll publish a branch with all the local changes of this feature.

The main functionality is working, but there's a lot of work still to do: (gui)allow to filter by last day, last 7 days, etc, (gui)delete old traffic stats from the db, (daemon)decide if use tcp_revmsg/sendmsg to get the bytes or use tcp_cleanup_rbuf

Right now the bytes are accumulated by pid, but it would be better to group them by connection, to allow to view on the GUI the bytes sent to IPs, domains, ports, etc...

I'll keep this issue updated!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature a whole new feature
Projects
None yet
Development

No branches or pull requests

2 participants