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

FR: Make it easier to inspect and manage advertised routes #3825

Closed
djc opened this issue Jan 27, 2022 · 1 comment
Closed

FR: Make it easier to inspect and manage advertised routes #3825

djc opened this issue Jan 27, 2022 · 1 comment
Labels
fr Feature request L1 Very few Likelihood P1 Nuisance Priority level T2 Visual Polish Issue type

Comments

@djc
Copy link

djc commented Jan 27, 2022

What are you trying to do?

I'm using Tailscale to get access to GCP resources. I followed https://tailscale.com/kb/1147/cloud-gce/ so I used tailscale up --advertise-routes=.. --allow-dns=false and this seemed to work well.

However, as we've been bringing more resources online in GCP I've sometimes needed to add more routes (for example, for resources peered to a project's default VPC). I could not find (a) a way to add/remove advertised routes without recreating the full list of routes and passing this to tailscale up, and (b) a way to review which routes are currently being advertised. After enabling some routes, then advertising different routes by calling tailscale up again, the admin console still shows all the routes that were ever enabled/allowed, seemingly as if they're active.

How should we solve this?

  • Add the currently advertised routes to the output of tailscale status
  • Add a subcommand to tailscale that lets me add or remove advertised routes
  • Make it obvious in the admin console which routes are currently being advertised

Some suggested improvements for the KB article:

  • The screenshots could be updated to match the current state of GCP
  • It does not explicitly mention the need to allow routes from the Tailscale admin console
  • It could mention the 10.128/9 subnet that appears to be the default for GCP resources

What is the impact of not solving this?

There is no UX for managing routes incrementally and you have to repeat yourself/keep track of the current state.

Anything else?

The initial setup of the Tailscale gateway following the KB article was pretty easy and the result is pretty magic once it works! Figured I'd document my paper cuts so they might get looked at -- I think this is mostly "superficial" UI work. Also, I'd like to use Tailscale more but am prevented by the lack of #713.

@djc djc added fr Feature request needs-triage labels Jan 27, 2022
@DentonGentry DentonGentry added L1 Very few Likelihood P1 Nuisance Priority level T2 Visual Polish Issue type and removed needs-triage labels Feb 6, 2022
@DentonGentry
Copy link
Contributor

This is a specific case of #2096

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
fr Feature request L1 Very few Likelihood P1 Nuisance Priority level T2 Visual Polish Issue type
Projects
None yet
Development

No branches or pull requests

2 participants