Update src/_blog/aug-20-ipfs.io-gateway-outage-resolution-next-steps.md

Co-authored-by: MollyM <momack2@users.noreply.github.com>
This commit is contained in:
emilymvaughan
2021-08-27 19:48:37 -04:00
committed by GitHub
parent 0c27585ee1
commit b8a69c3d12
@@ -41,7 +41,7 @@ Our first priority thread was to remove the objectionable content and get the do
While our legal team engaged with the domain registrar, we also:
1. Initiated the domain migration to Cloudflare (big thanks to the Cloudflare team on getting our transfer expedited!), where we have existing relationships and a support contract. Not to mention, theyre [already pretty familiar with IPFS](https://developers.cloudflare.com/distributed-web/ipfs-gateway).
2. Because all of the IPFS web content is static and stored in IPFS, we created/updated [ipfs.eth.link](http://ipfs.eth.link/) records to reference the latest content of our sites and various subdomains like [docs.ipfs.ens.link](http://docs.ipfs.ens.link/) and [dist.ipfs.eth.link](http://dist.ipfs.eth.link/). We publicized the availability of that content on social media and status pages. This brought all the main IPFS site content back online immediately using the distributed web! 🎉
2. Because all of the IPFS web content is static and stored in IPFS, we created/updated [ipfs.eth.link](http://ipfs.eth.link/) records to reference the latest content of our sites and various subdomains like [docs.ipfs.ens.link](http://docs.ipfs.ens.link/), [blog.ipfs.ens.link](http://blog.ipfs.ens.link/), and [dist.ipfs.eth.link](http://dist.ipfs.eth.link/). We publicized the availability of that content on social media and status pages. This brought all the main IPFS site content back online immediately using the distributed web! 🎉
3. We also reminded gateway users of the [100+ other gateways](https://ipfs.github.io/public-gateway-checker/) that could be used besides ipfs.io, including dweb.link.
Once the domain registrar restored our domain at 19:35 UTC, there were propagation delays for the remedied DNS records to populate DNS caches. ipfs.io gateway access was restored within minutes, however the ipfs.io websites (e.g., docs, blog, dist) werent all fully back online until 23:58 UTC. These sites are all served by the ipfs.io gateway, which behind the scenes is performing its own DNS resolution of [DNSLinks](https://dnslink.io/). Custom DNS resolvers on the ipfs.io gateway were getting in the way of DNSLink resolution until we flushed our caches and manually overrode the DNSLink resolution for ipfs.io domains.