-
Notifications
You must be signed in to change notification settings - Fork 3.4k
[v1.17] bpf: host: don't detect WG traffic in from-netdev@cilium_wg0 #38233
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
Conversation
/test |
94a7a5c
to
a485970
Compare
/test |
( |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As also you were mentioning, we'd need to check for THIS_INTERFACE_IFINDEX
in the code. Unfortunately, this will always be compiled as IS_BPF_HOST
in v1.17 and before.
a485970
to
a60dc15
Compare
This pull request has been automatically marked as stale because it |
a60dc15
to
d45d2fe
Compare
(re-targeted this to |
When from-netdev is attached to cilium_wg0 and processes the payload of a WireGuard packet, there is no need to check whether this payload is a Cilium-originating WireGuard packet. We don't do double-encryption. Hence exclude the WG-detection block when attached to cilium_wg0. Signed-off-by: Julian Wiedmann <jwi@isovalent.com>
d45d2fe
to
f34b32d
Compare
/test |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Right, we should skip this logic when this program's attached to the wireguard ingress hook, thanks!
When from-netdev is attached to cilium_wg0 and processes the payload of a WireGuard packet, there is no need to check whether this payload is a Cilium-originating WireGuard packet. We don't do double-encryption.
Hence limit the WG-detection block to IS_BPF_HOST.