🔗 Naming Providers Support

[agentofuser]

Summary

This is the main tracking issue for Naming Providers support. Naming providers can be either DNS - for use with DNSLink - or even naming services such as ENS and IPNS.

Ideally even doing things like detecting the provider from the domain name and doing the right thing.

Status

Naming Service	Status
CloudFlare	🐓
DNSimple	🐓
DreamHost	🐓
Digital Ocean	❔
AWS	🐓
Azure	❔
Zeit	❔
IPNS	❔
ENS	❔

• ❔ : Status unknown
• 🐣 : Work in progress
• 🐓 : Published

[ntninja]

Too bad this thing isn't written in Python, or we could reuse certbot's huge list of DNS provider plugins.

[agentofuser]

That's a great resource, nonetheless. Thank you for the link! It might help us as a reference.

[ntninja]

Actually it appears I wanted to link to DNS-Lexicon instead which is the standalone DNS-updating library created by Let's Encrypt that they are moving their backends to. Unlike the certbot plugins, it doesn't required certbot itself to be installed and also has a CLI. It also features adapters for ¡54! different DNS providers, with another 31 on the wishlist currently. Definitely a good resource, yes. 🙂
Considering the (vast) scope of this, maybe reusing their plugin-set using their CLI would be acceptable?

[agentofuser]

Oh wow, lexicon is the perfect thing! In the distant future I would like ipfs-deploy to work in the browser, so it would be nice to have a lexicon-js, but I guess it might be possible to use their CLI in the meantime. I'm not familiar with Python at all, but would it be possible to package it up as a static executable and upload it to npm like go-ipfs? (https://github.com/ipfs/npm-go-ipfs)

[ntninja]

In the distant future I would like ipfs-deploy to work in the browser

Just out of interest: How would it go about accessing the file-system in this case? Are you thinking about some kind of in-browser code editor + compiler + deploy setup here?

would it be possible to package it up as a static executable and upload it to npm like go-ipfs

That sounds brutal… 😉
Are you thinking about uploading just the Python files, or the whole interpreter as well here?

[agentofuser]

@Alexander255 yeah I think that would unreasonably bloat the package size.

For some reason I don't remember, ipfs-deploy stopped writing the resulting hash to stdout. We could add that back in, then add instructions on how to pipe that to lexicon with xargs, as a first step. We can look into detecting lexicon's presence and shelling out to it later on.

Do you know if lexicon can also detect the provider based on the domain name?

[agentofuser]

Just out of interest: How would it go about accessing the file-system in this case? Are you thinking about some kind of in-browser code editor + compiler + deploy setup here?

Oh I missed this part. Yeah, I imagine something like a markdown pastebin where you can post some text, or the url to some text, and have it pinned to the services supported by ipfs-deploy.

Or a browser extension like https://github.com/meehow/2read could use it for pinning as well.

[websoftwares]

Hey everyone added a new dns provider to the list:

AWS route53 checkout the PR here: #230