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

os-tailscale: Don't create unique route for every peer #4431

Open
3 tasks done
Leseratte10 opened this issue Dec 29, 2024 · 0 comments
Open
3 tasks done

os-tailscale: Don't create unique route for every peer #4431

Leseratte10 opened this issue Dec 29, 2024 · 0 comments

Comments

@Leseratte10
Copy link

Important notices
Before you add a new report, we ask you kindly to acknowledge the following:

Is your feature request related to a problem? Please describe.
I've set up the Tailscale plugin and noticed that while the plugin only created one route for the IPv6 subnet (fd7a:115c:a1e0::/48 -> tailscale0); for IPv4, there's a dedicated route entry for every single client connected to my Tailscale network (100.64.0.1 -> tailscale0,, 100.64.0.2 -> tailscale0, 100.64.0.3 -> tailscale0 and so on).

This makes the list of routes unnecessarily large.

Bildschirmfoto von 2024-12-29 20-21-30

Describe the solution you'd like
Is there a reason why IPv4 doesn't behave the same as IPv6? I would have expected a single route for 100.64.0.0/10 to be added that points to the tailscale0 interface, just like the one for IPv6.

Or is this behavior triggered by Tailscale itself and not by the OPNsense integration? I haven't seen this behavior on any of my other Tailscale clients, the routing table is always nice and neat.

Describe alternatives you've considered
The alternative would be leaving everything as it is, filling the routing table with tons of entries ...

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

No branches or pull requests

1 participant