-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
[Packetbeat] Offer a config option to select default route interface as 'device' #31905
Comments
Pinging @elastic/security-external-integrations (Team:Security-External Integrations) |
What would be the behaviour wrt choice of IPv4/IPv6? Maybe make options This should catch >99% of use cases, but will fail in interesting ways for people with multiple default routes or where services that are being monitored are specifically routed, so this should be documented clearly. |
I think that is a great idea. |
The majority of the work has been done for this — feature is complete, but I am leaving it open to ensure that the clean-ups requested in #32732 and #32933 are not forgotten.
|
Closing after offline discussion agreeing to abandon remaining tasks — reasons provided in #31905 (comment). |
Describe the enhancement:
When configuring Packetbeat you must specify a network interface to monitor (see docs for
device
). For example,This enhancement idea to allow users to specify a special
default_route
value, and Packetbeat would monitoring the interface associated with the default route.The interface associated with the default route can change (e.g. switching from wifi to ethernet) so ideally Packetbeat would "watch" the routing configuration and react to changes.
Describe a specific use case for the enhancement or feature:
When on Windows and macOS, the special
any
interface is not an option. Thisdefault_route
option would provide a default value behaves as most users expect. This could be used as the default value in Windows and macOS packetbeat.yml files. And it could be used as the default value in the Network Packet Capture integration since it works for all operating systems.The text was updated successfully, but these errors were encountered: