You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
client/internal/networkmonitor/monitor_bsd.go triggers the callback whenever a default route (0.0.0.0 or ::) gets added or deleted. This would be okay as long as the change would be confirmed against the interface stored in the nexthop. There are many system actions that could erroneously trigger the callback from the network monitor, for example:
when you start or stop a VM
when you turn on and/or off an interface other then the primary
Network monitor should only trigger engine restarts when `route get`
actually changes. There are many other instances when unspecified
address get added to the system without actually affecting the real
default route.
fixesnetbirdio#3352
Network monitor should only trigger engine restarts when `route get`
actually changes. There are many other instances when unspecified
address get added to the system without actually affecting the real
default route.
fixesnetbirdio#3352
Describe the problem
client/internal/networkmonitor/monitor_bsd.go
triggers the callback whenever a default route (0.0.0.0 or ::) gets added or deleted. This would be okay as long as the change would be confirmed against the interface stored in the nexthop. There are many system actions that could erroneously trigger the callback from the network monitor, for example:The reason for this is because of the current check
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Do not restart the engine unless the default route that is added or remove matches the interface of the nexthop
Are you using NetBird Cloud?
N/A
NetBird version
Any
Additional context
Logs
The text was updated successfully, but these errors were encountered: