4 ms·

Fair point but you also get exposed if the dns provider has an outage. Self hosting will also bring its own set of problems and costs.

by mariopt 11mo ago

thyristan 11mo ago
Traditional non-cloud, non-weird DNS providers have sufficiently long TTLs, not the "60 seconds and then it's broken" crap that clouds do to facilitate some of their services. Something like TTL 86400 gets you over a lot of outages just because all the caches will still have your entries.
- npn 11mo ago
  Only for you use case. I use cloudflare for my dynamic ip dns, caching that long make it worthless.
  - thyristan 11mo ago
    Yes, of course. But you usually don't put your important webserver doing bazillions of requests per short interval on dynamic IPs. Especially if you need to avoid any downtimes.
cj 11mo ago
You can switch DNS providers if you're able to edit the domain's nameservers. You can also separate your DNS provider from your registrar, so that you can switch DNS providers if your registrar is still online.
swiftcoder 11mo ago
> > Keep your domain name registrar, DNS service provider and application infrastructure provider separately. > Fair point but you also get exposed if the dns provider has an outage The usual workaround here is to put two IP addresses in your A record, one that points to your main server on hosting provider A, and the other to your mirror server on hosting provider B. If your DNS provider goes down, cached DNS should still contain both IPs. And if one of your hosting providers goes down as well, clients should timeout and then fallback to the other IP (I believe all major browsers implement this). Of course this is extra hassle/cost to maintain, and if you aren't quite careful in selecting hosting providers A and B, there's a good chance they have coordinated failures anyway (i.e. both have a dependency on some 3rd party like AWS/Cloudflare).
Bender 11mo ago
Use multiple DNS providers. Some secondaries have thousands of anycast nodes that are provided for free. One can also condition their user-base to know of multiple domains that are on different registrar accounts and of course a few .onion domains.

Fair point but you also get exposed if the dns provider has an outage. Self hosting will also bring its own set of problems and costs.

by mariopt 11mo ago

Fair point but you also get exposed if the dns provider has an outage. Self hosting will also bring its own set of problems and costs.

thyristan 11mo ago

Traditional non-cloud, non-weird DNS providers have sufficiently long TTLs, not the "60 seconds and then it's broken" crap that clouds do to facilitate some of their services. Something like TTL 86400 gets you over a lot of outages just because all the caches will still have your entries.

npn 11mo ago
Only for you use case. I use cloudflare for my dynamic ip dns, caching that long make it worthless.
- thyristan 11mo ago
  Yes, of course. But you usually don't put your important webserver doing bazillions of requests per short interval on dynamic IPs. Especially if you need to avoid any downtimes.

cj 11mo ago

You can switch DNS providers if you're able to edit the domain's nameservers. You can also separate your DNS provider from your registrar, so that you can switch DNS providers if your registrar is still online.

swiftcoder 11mo ago

> > Keep your domain name registrar, DNS service provider and application infrastructure provider separately. > Fair point but you also get exposed if the dns provider has an outage The usual workaround here is to put two IP addresses in your A record, one that points to your main server on hosting provider A, and the other to your mirror server on hosting provider B. If your DNS provider goes down, cached DNS should still contain both IPs. And if one of your hosting providers goes down as well, clients should timeout and then fallback to the other IP (I believe all major browsers implement this). Of course this is extra hassle/cost to maintain, and if you aren't quite careful in selecting hosting providers A and B, there's a good chance they have coordinated failures anyway (i.e. both have a dependency on some 3rd party like AWS/Cloudflare).

Bender 11mo ago

Use multiple DNS providers. Some secondaries have thousands of anycast nodes that are provided for free. One can also condition their user-base to know of multiple domains that are on different registrar accounts and of course a few .onion domains.