-
Notifications
You must be signed in to change notification settings - Fork 0
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
UISP Migration to uisp.berlin.freifunk.net #132
Comments
77.87.50.24 dns might take a bit please make sure only services that are necessary are accessible from the outside |
UISP is now part of our public attack surface - would be good to remove at least the gateway locations from it, if they're in there Actually pretty urgent to make sure it's reasonably locked down, we can expect that it'll soon begin to be scanned. |
Or maybe we can set it up so it's only accessible from within the mesh |
I think this could be a good middleground, but I would like to hear more opinions, especially from @Noki Im ok with the tradeoff of needing to tunnel into the mesh to be able to reach uisp remotely |
Restricting it sounds like the way to go. The idea behind the public IP and the subdomain is that those are more stable than our internal IPs / hostnames and could also be secured, but we do not really access from outside our network as everybody knows to use a jump host anyway. However it would be nice to find a way to have a valid Let's encrypt certificate that could also renew. |
With the rollout of babel routing and bgpdisco we changed the host suffix from
.olsr
to.ff
. Due to the change devices can no longer reach the host and need to be migrated to another host. In order to make the uisp host a stable endpoint we should migrate it touisp.berlin.freifunk.net
.uisp.berlin.freifunk.net
to the correct IP addresses (@nicolasberens)uisp.olsr
so devices can reconnect and the migration can take place (@Noki)The text was updated successfully, but these errors were encountered: