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
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.
The text was updated successfully, but these errors were encountered:
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 isanders-at-mycomputer
, I could just haveanders-at-mycomputer.devstack.appsembler.com
orlms.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 avoidssudo
issues and cloud build weirdness. (we still need to edit~/.ssh/config
though to setForwardAgent
).Potential issues:
/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.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?The text was updated successfully, but these errors were encountered: