• Yes, there’s two approaches I’m using currently. When you register a subdomain you can choose either localhostcert.net or localcert.net. The former has an A record in the public DNS that points to 127.0.0.1. The latter has no public A records so you need to manage them yourself, possibly with a local DNS resolver like unbound.

        • There’s a couple reasons. A practical one is that it makes it easiest to get a working setup when trying out the service. Otherwise you need to alter your DNS settings to connect to your site. Being able to run the Caddyfile in the docs to get a working site is (hopefully) a great first experience.

          Sometimes you really want to test your HTTPS config, so HTTP doesn’t help. Like if you are setting up an HTTPS reverse proxy or using Caddy’s built-in automatic TLS feature. getlocalcert.net can allow you to use the same Caddyfile in production and testing (just use different config/credentials). Most web developers won’t care about that distinction, but anyone Ops side will. Sometimes your clients aren’t web browsers so the special treatment of localhost doesn’t apply.