Back when the internet was quite a bit smaller, I considered (but never did) asking the honduras domain registrars to add an MX record and forward ‘j’ to me, so I could be j@hn.
That was the first TLD site I ever heard of, it used to be a url shortener, but today it seems like it’s defunct since the certificate is expired and the home page 404’s.
Croatia has its homepage at http://www.hr/
A friend of mine had a name@hr email address which was very cool until you try to get past form input validation.
That’s just the authority record (see the SOA instead of A) telling you which nameserver is authoritative for the query. There aren’t any A records listed on de as far as I can see.
With the handshake root selling alt TLDs to its users, I expect we’ll see ever-more experimemtation with records right on TLDs and what sofware works right in that case
This is not a valid URL. Certain web browsers will “fix” this URL by converting it to http://pn.com/. The same browser will convert http://arstechnica/ to http://arstechnica.com/ for example. It’s just the browser trying to be “user friendly” by adding “.com” if the hostname doesn’t contain a TLD. But try it with curl or wget and it will fail correctly.
Unless I’m reading the ABNF in RFC3986 (“Uniform Resource Identifier (URI): Generic Syntax”) incorrectly, it’s a valid URI (and also a valid URL) because reg-name can be 0-or-more unreserved which includes ALPHA. Hence pn is a valid reg-name and the whole is a valid URI.
Additionally, the regexp they give for parsing URIs accepts http://pn/ and spits out the correct fields.
You are correct, it is correct URL syntax. (Since ‘pn’ doesn’t resolve on my system, I made the mistake of thinking it was unresolvable, hence http://pn/ doesn’t point at anything, hence it isn’t valid. I now understand I was wrong about this.)
Back when the internet was quite a bit smaller, I considered (but never did) asking the honduras domain registrars to add an MX record and forward ‘j’ to me, so I could be j@hn.
http://ai./ also works. also, could you technically run a web server on one of the DNS roots? in which case,
http://.could serve traffic.safari can’t find the server
same for pn.
Maybe my pihole is blocking it.
I remember a few domains with A records at the top level; I think
dkhad one at some pointCorrect. You used to be able to type “dk.” in a browser and you would then be redirected to the website of DK Hostmaster who manages the .dk TLD.
I found it to be quite useful as a quick way to get to their site.
I wrote an article about TLDs that serve web content. It’s in French, but you’ll find the domain names: https://www.simonjunod.ch/projets/webtld/
Similarly cm used to resolve, though no longer apparently.
No mention of https://to./?
That was the first TLD site I ever heard of, it used to be a url shortener, but today it seems like it’s defunct since the certificate is expired and the home page 404’s.
Croatia has its homepage at http://www.hr/ A friend of mine had a name@hr email address which was very cool until you try to get past form input validation.
Doesn’t work for me on Firefox or Chrome. Must be my adblocker
try adding a dot at the end
Same thing :(
Try with
http://as a prefixWhat qualifies as works? http://a/ works too for some value of “work”. edit: oh, I see other comments report it actually resolves. Not for me either.
Curious how this URL works! It redirects me to https://pn.com, which on the surface looks like a privacy-oriented tech news site.
That’s probably your browser “helpfully” guessing where you want to go instead.
The actual site should just show
http://de interestingly ends up on some advertising page. How does one take over such a page?
It doesn’t resolve for me. Maybe you have some catchall DNS?
Have you tried to add a dot ?
There is no A record for
de.You are behind a split-horizon resolver, most likely your ISP’s to inject advertisements.Creepy. That would explain why I got different results using my cell network.
no luck for me either. I wonder if there’s something funky with my DNS.
dig A despits outThat’s just the authority record (see the
SOAinstead ofA) telling you which nameserver is authoritative for the query. There aren’t any A records listed ondeas far as I can see.With the handshake root selling alt TLDs to its users, I expect we’ll see ever-more experimemtation with records right on TLDs and what sofware works right in that case
This is not a valid URL. Certain web browsers will “fix” this URL by converting it to http://pn.com/. The same browser will convert http://arstechnica/ to http://arstechnica.com/ for example. It’s just the browser trying to be “user friendly” by adding “.com” if the hostname doesn’t contain a TLD. But try it with curl or wget and it will fail correctly.
The difference has to be in our DNS servers.
If I use the DNS server 1.1.1.1, it works. If I use the DNS server 8.8.8.8, it does not work.
oh weird, I wonder if google just drops TLD requests. not like it really affects anyone.
Google properly resolves
pn.That command didn’t work for me 2 hours ago, but it is working now.
Unless I’m reading the ABNF in RFC3986 (“Uniform Resource Identifier (URI): Generic Syntax”) incorrectly, it’s a valid URI (and also a valid URL) because
reg-namecan be 0-or-moreunreservedwhich includesALPHA. Hencepnis a validreg-nameand the whole is a valid URI.Additionally, the regexp they give for parsing URIs accepts
http://pn/and spits out the correct fields.Which gives us scheme =
http, authority =pn, path =/, query ="", fragment ="".You are correct, it is correct URL syntax. (Since ‘pn’ doesn’t resolve on my system, I made the mistake of thinking it was unresolvable, hence http://pn/ doesn’t point at anything, hence it isn’t valid. I now understand I was wrong about this.)
[Comment removed by author]
Still, both are not top level domain only, which is what this post is about IMHO