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

feature idea: dynamic DNS setup #48

Open
thraxil opened this issue Mar 3, 2021 · 0 comments
Open

feature idea: dynamic DNS setup #48

thraxil opened this issue Mar 3, 2021 · 0 comments
Labels
enhancement New feature or request

Comments

@thraxil
Copy link
Contributor

thraxil commented Mar 3, 2021

I've been thinking about how we can avoid/fix some of the issues around hostnames, /etc/hosts, etc.

At least at Appsembler, we ought to be able to just set up .devstack.appsembler.com, delegate that to our devstack GCP project, and then use Cloud DNS to point A records at a user's instance. So, if my devstack instance is anders-at-mycomputer, I could just have anders-at-mycomputer.devstack.appsembler.com or lms.anders-at-mycomputer.devstack.appsembler.com or something automatically created and pointed at my sultan instance's IP address. Then we wouldn't have to modify the user's /etc/hosts which avoids sudo issues and cloud build weirdness. (we still need to edit ~/.ssh/config though to set ForwardAgent).

Potential issues:

  • non-Appsembler sultan users would still need a way to do the equivalent setup, so that means that we either keep the /etc/hosts editing as an option, require them to set up a similar Cloud DNS setup, or make it pluggable with some other Dynamic DNS service that they want to use.
  • how flexible is the devstack wrt setting a custom hostname? I've always just used whatever default (edx.devstack.lms, red.localhost, etc) was recommended and pre-configured. Will it still work if every sultan instance gets a unique hostname? Or will that conflict with how the docker compose setup works?
  • DNS updates are always going to be a little slow to propagate. We could lower TTLs to 60s but that's not always respected, so users might sometimes have issues with caching.
@thraxil thraxil added the enhancement New feature or request label Mar 3, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant