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
This issue has been solved for TCP, TLS, QUIC and WS in #1093.
But the solution for UDP when listening on ANY interface is more complex, since the received frame doesn't directly gave information on the interface the message came from.
To reproduce
Run zenohd with this conf file that denies put on WiFi interface:
The subscriber doesn't receive the publications. It should receive because the traffic only goes via lo interface, and the deny rule is only for WiFi interface.
Solving this issue is not a high priority, since we've seen few usage of UDP transport so far, and without downsampling or access control.
Please shout here if you need a fix 👇 (or better: submit a PR 😉 )
Describe the bug
This issue has been solved for TCP, TLS, QUIC and WS in #1093.
But the solution for UDP when listening on ANY interface is more complex, since the received frame doesn't directly gave information on the interface the message came from.
To reproduce
zenohd
with this conf file that denies put on WiFi interface:z_sub -m client -e udp/localhost:7447
z_pub -m client -e udp/localhost:7447
The subscriber doesn't receive the publications. It should receive because the traffic only goes via
lo
interface, and the deny rule is only for WiFi interface.System info
The text was updated successfully, but these errors were encountered: