-
Notifications
You must be signed in to change notification settings - Fork 46
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
DNS guidance update #1006
base: main
Are you sure you want to change the base?
DNS guidance update #1006
Conversation
|
||
Your non-production domains should be subdomains of your production domain. | ||
|
||
For example, if you service can be found at `myservice.service.gov.uk`, then you might also have Route 53 records for your other environments, such as: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This point's under discussion at the moment. I agree with it, but I don't think it's been properly agreed
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Happy to leave this open assuming the discussion isn't gonna take forever, LMK :)
- not all teams do this, but it's an option - we might also want some advice about marking non-prod sites clearly to avoid end-user confusion - also security considerations are missing here
- first draft based on current practice
- even GOV.UK do not do this, see https://github.com/alphagov/govuk-dns-tf/tree/main?tab=readme-ov-file#amazon-route53-vs-google-cloud - cannot link this reference from the body text as it's a private repo - the Service Manual says "Consider using multiple suppliers" so arguably if we aren't doing this we should propose an update to that
- in practice GOV.UK do dual host a lot of their stuff - best to avoid 'should' or 'must' language in a callout, anyway
- easiest thing for most cases is to *not* set Domain per OWASP guidance - some folks prefer to have `www.` as a belt-and-braces approach to full domain separation, and there isn't consensus right now to take a hard line either way
- annoyingly the tech docs template doesn't support this (GitHub) feature
2946ec0
to
a46f911
Compare
Fairly radical rewrite including