Even if you remove www it works, i.e. http://ai/
"Valid domain name" seems a stretch.
41–50 of 75 posts
Even if you remove www it works, i.e. http://ai/
"Valid domain name" seems a stretch.
To all who can't replicate it: Clicking a link, copy/pasting the URL, and typing it from the keyboard all behave differently. Make sure that you manually type http://ai/ into the location bar (do not use https). Also try with and without the trailing slash.
Safari on macOS will not load this address. It does resolve, weirdly, "host" in the Terminal works and I can see Safari's requests being answered by my home DNS server in the logs. But Safari just throws an error: Can't connect to the server "ai". Update: It works if you include a trailing dot: http://ai . Update 2: HN's URL parser does not include the dot in the hyperlink. Frustrating.
Earlier quoted context omitted.
Safari on macOS will not load this address. It does resolve, weirdly, "host" in the Terminal works and I can see Safari's requests being answered by my home DNS server in the logs. But Safari just throws an error: Can't connect to the server "ai". Update: It works if you include a trailing dot: http://ai . Update 2: HN's URL parser does not include the dot in the hyperlink. Frustrating.
http://ai . Works in safari for iOS, shockingly.
To all who can't replicate it: Clicking a link, copy/pasting the URL, and typing it from the keyboard all behave differently. Make sure that you manually type http://ai/ into the location bar (do not use https). Also try with and without the trailing slash.
Safari on macOS will not load this address. It does resolve, weirdly, "host" in the Terminal works and I can see Safari's requests being answered by my home DNS server in the logs. But Safari just throws an error: Can't connect to the server "ai". Update: It works if you include a trailing dot: http://ai . Update 2: HN's URL parser does not include the dot in the hyperlink. Frustrating.
Earlier quoted context omitted.
Safari on macOS will not load this address. It does resolve, weirdly, "host" in the Terminal works and I can see Safari's requests being answered by my home DNS server in the logs. But Safari just throws an error: Can't connect to the server "ai". Update: It works if you include a trailing dot: http://ai . Update 2: HN's URL parser does not include the dot in the hyperlink. Frustrating.
Weird. `dig` on macOS does not resolve it but `host` does.
I suspect all these difference depend on what DNS server you are using.
Earlier quoted context omitted.
try: http://ai . (note the dot on the end)
This one works for me. But I don't get it. Can someone explain? This isn't browser trickery, nslookup succeeds for "ai." but not "ai". > ai ** UnKnown can't find ai: Non-existent domain Server: UnKnown Address: 192.168.86.1 > www.ai Non-authoritative answer: Server: UnKnown Address: 192.168.86.1 Name: www.ai Address: 209.59.119.34 > ai. Non-authoritative answer: Server: UnKnown Address: 192.168.86.1 Name: ai Address:…
Earlier quoted context omitted.
http://ai./ as well
Can someone explain to me why this is a valid URL?
>The example.com and example.com. domains are not equivalent and typically treated as distinct.[1]
When a user needs to type a domain name, the length of each label is
omitted and the labels are separated by dots ("."). Since a complete
domain name ends with the root label, this leads to a printed form which
ends in a dot. We use this property to distinguish between:
- a character string which represents a complete domain name
(often called "absolute"). For example, "poneria.ISI.EDU."
- a character string that represents the starting labels of a
domain name which is incomplete, and should be completed by
local software using knowledge of the local domain (often
called "relative"). For example, "poneria" used in the
ISI.EDU domain.
Relative names are either taken relative to a well known origin, or to a
list of domains used as a search list. Relative names appear mostly at
the user interface, where their interpretation varies from
implementation to implementation, and in master files, where they are
relative to a single origin domain name. The most common interpretation
uses the root "." as either the single origin or as one of the members
of the search list, so a multi-label relative name is often one where
the trailing dot has been omitted to save typing.[2]
[1] https://url.spec.whatwg.org/#concept-domainYou can access Google by typing:
- google.com (domain name)
- www.google.com (subdomain)
The same for the domain in question:
- www.ai (domain name)
- www.www.ai (subdomain)
~~The reason why typing ".ai" or "ai", etc. In your browser works is in IMO due to the internals of the browser that automatically adds a www in front of the domain if it can't resolve it because historically so many websites run on http://www.example.com and neglect to setup http://example.com~~
Edit: as pointed by another comment (https://news.ycombinator.com/item?id=31690379) there are actually TLDs with A records which is the case here.
So to take my example from above: The registry responsible for the AI TLD set up a website on the domain name "www.ai" but neglected to set it up on the subdomain "www.www.ai" Instead, they set it up on the TLD "ai" which is indeed very unusual.