Live data from Hacker News

http://pn./

pn.

31–40 of 70 posts

Re: http://pn./

#31
post #28
post #23

If it’s not working for you it’s probably due to the resolver you’re using or how your host’s stub resolver is configured. Some stub resolvers have rules about the number of dots in the name. I’m using dnsmasq on my router pointed at Google DNS and it’s not currently resolving for me on my iPhone. I’ll have to check where the failure is occurring. Edit: if I turn off WiFi on my iPhone, I can load the site just fine o…

A trailing dot is entirely within the spec, isn't it? For some fun: http://gs.com./ gives an error. https://news.ycombinator.com./ works, but has me logged out (probably the cookie doesn't match?).

Yes. The trailing dot is typically to tell the stub resolver not to try qualifying with the local domain. Rules vary by stub resolver though. On iOS I’m getting “A server with the specified hostname could not be found. NSURLErrorDomain” regardless of browser. I’ll have to debug tomorrow when I’m not too lazy to get up off the couch from my phone.

Both of your URLs work for me. A 404 on the first. I stay logged in to HN on the second. My guess is my trouble is with my local dnsmasq config.

Re: http://pn./

#32
post #28
post #23

If it’s not working for you it’s probably due to the resolver you’re using or how your host’s stub resolver is configured. Some stub resolvers have rules about the number of dots in the name. I’m using dnsmasq on my router pointed at Google DNS and it’s not currently resolving for me on my iPhone. I’ll have to check where the failure is occurring. Edit: if I turn off WiFi on my iPhone, I can load the site just fine o…

A trailing dot is entirely within the spec, isn't it? For some fun: http://gs.com./ gives an error. https://news.ycombinator.com./ works, but has me logged out (probably the cookie doesn't match?).

The SNI spec dictates that trailing dots shall be stripped from the hostname.

The HTTP host header which is sometimes (ab)used to perform a kind of not-quite-right-SNI doesn't have the luxury of being quite so well specified.

Re: http://pn./

#33
post #29

Earlier quoted context omitted.

For me DNS lookup fails (using dig, dns-sd, dscacheutil). Maybe an ISP thing? Edit: Ah, I see (quoted in the shortest URLs page): > Dotless domains will not be universally reachable and the SSAC recommends strongly against their use. As a result, the SSAC also recommends that the use of DNS resource records such as A, AAAA, and MX in the apex of a TopLevel Domain (TLD) be contractually prohibited where appropriate an…

Not ISP-dependent, but DNS-server dependent. The recommendation is also just that: It's not enforced. The TLD can decide to serve those records at the apex if it wishes, and any given DNS server should look them up as requested. It just so happens in your case it doesn't -- Windows DNS, for example, will not serve the TLD's A record. Regardless, in your case, `dig pn. +noall +comments`, you'll likely see SERVFAIL. Tr…

ISP related in so far as this is where most people get their DNS queries resolved by default (DNS servers configured with DHCP).

Re: http://pn./

#34
post #28
post #23

If it’s not working for you it’s probably due to the resolver you’re using or how your host’s stub resolver is configured. Some stub resolvers have rules about the number of dots in the name. I’m using dnsmasq on my router pointed at Google DNS and it’s not currently resolving for me on my iPhone. I’ll have to check where the failure is occurring. Edit: if I turn off WiFi on my iPhone, I can load the site just fine o…

A trailing dot is entirely within the spec, isn't it? For some fun: http://gs.com./ gives an error. https://news.ycombinator.com./ works, but has me logged out (probably the cookie doesn't match?).

http://microsoft.com./ has an interesting 404 page

Re: http://pn./

#35

Works in Netscape Edit: https://ibb.co/1Th7mTX Edit: And IE: https://ibb.co/HK9pzbm Edit: Camino, one of my favorite browsers: https://ibb.co/8x3STrj (I work on retro websites and test in these all day long.)

> I work on retro websites

Can you please share links?

Re: http://pn./

#37
post #28
post #23

If it’s not working for you it’s probably due to the resolver you’re using or how your host’s stub resolver is configured. Some stub resolvers have rules about the number of dots in the name. I’m using dnsmasq on my router pointed at Google DNS and it’s not currently resolving for me on my iPhone. I’ll have to check where the failure is occurring. Edit: if I turn off WiFi on my iPhone, I can load the site just fine o…

A trailing dot is entirely within the spec, isn't it? For some fun: http://gs.com./ gives an error. https://news.ycombinator.com./ works, but has me logged out (probably the cookie doesn't match?).

Gs.com. is probably because the server doesn't expect a . At the end of the domain in the host header

Re: http://pn./

#39
post #9

It works, Firefox for Android. Please explain the domain to us, how did you do it?

It doesn't work for me on Firefox on Android. Maybe my DNS resolver refuses to return A records for TLDs, even with a trailing .?

Re: http://pn./

#40
post #28

Earlier quoted context omitted.

A trailing dot is entirely within the spec, isn't it? For some fun: http://gs.com./ gives an error. https://news.ycombinator.com./ works, but has me logged out (probably the cookie doesn't match?).

http://microsoft.com./ has an interesting 404 page

I used to work for a guy who registered borgosoft.com and CNAMEed it to microsoft.com. In the days before HTTP 1.1, a Host: header was not required on a request, and it would happily serve up microsoft.com's content under borgosoft.com. Eventually they started requiring a host header, and the trick stopped working. The guy I worked for claimed credit for making them do this; I have my doubts.
Post reply on HN