Repository navigation
Replies: 1 comment
|
For local-only HTTPS development, I would distinguish between names that are explicitly reserved and ordinary public DNS names. The safest defaults are:
are appropriate for local development. Another good option is
I would avoid names such as: unless you actually control the domain. Those are public DNS namespaces and can resolve somewhere completely different now or in the future. For a larger homelab, another good solution is to use a subdomain of a domain you own: and resolve it only through split/local DNS. mkcert solves the certificate trust problem, but it does not make an arbitrary DNS name safe. DNS naming and certificate trust are two separate concerns. |
Uh oh!
There was an error while loading. Please reload this page.
Hi Fillipo. Long time listener, first time caller.
I was looking into what a safe domain is for local HTTPS development, and came across this: https://letsencrypt.org/docs/certificates-for-localhost/
It sounds like they consider
localhostand127.0.0.1safe, but notlocalhostwith a public tld likelocalhost.net.I was wondering what setups you'd consider safe beyond these (or if you disagree with these) at all, and if you'd be willing to put a section in your readme with some guidance. Thanks for considering!
All reactions