Support non-ICANN DNSLink names #8060
Labels
effort/hours
Estimated to take one or several hours
exp/novice
Someone with a little familiarity can pick up
kind/enhancement
A net-new feature or improvement to an existing feature
kind/maintenance
Work required to avoid breaking changes or harm to project's status quo
P1
High: Likely tackled by core team if no one steps up
topic/dns
Comments
lidel
added
kind/enhancement
1 task
lidel
added a commit
to ipfs/go-namesys
that referenced
this issue
Apr 21, 2021
2 tasks
vyzo
pushed a commit
to ipfs/go-namesys
that referenced
this issue
Apr 23, 2021
guseggert
pushed a commit
to ipfs/boxo
that referenced
this issue
Dec 6, 2022
ipfs/kubo#8060 This commit was moved from ipfs/go-namesys@1f2af4e
Jorropo
pushed a commit
to ipfs/go-libipfs-rapide
that referenced
this issue
Mar 23, 2023
ipfs/kubo#8060 This commit was moved from ipfs/go-namesys@1f2af4e
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Configurable DNS resolver is coming (protocol/web3-dev-team#42, multiformats/go-multiaddr-dns#26), we need to fully decouple our stack from ICANN's TLDs:
remove reliance on TLD safelist from
jbenet/go-is-domainas suggested in Transfer to ipfs org? jbenet/go-is-domain#16 (comment) and Add Denarius Domain TLDs jbenet/go-is-domain#19 (review)switch DNSLink checks to something equivalent to
net.isDomainName(sadly private). The check should only care about the name being compliant with RFC 1035 and 3696, and is not concerned if TLD was blessed by ICANN or some other authoritydns.IsDomainName(s string) (labels int, ok bool)from"github.com/miekg/dns"The text was updated successfully, but these errors were encountered: