Show HN: The problem with .apple [remove the dot]

6 points by mparlane ↗ HN
Scenario: on my network I have an innocently named box called apple. It runs a web server. I can currently access it with http://apple/ and all is dandy.

Apple now owns .apple (or probably will soon).

Apple can now add an A record to the top level domain .apple.

http://apple/ where should I go? Local domains should process first so I get to my dev box. What if I want to go to apple.com [now redirects to the oh-so-easy-to-remember apple] I can't.

Case and point:

http://pn/ (does not work for all, my work proxy doesn't allow it but my phone does)

6 comments

[ 3.0 ms ] story [ 28.0 ms ] thread
So they're just not going to do that.
Maybe TLDs should be resolve to a main.tld? Similar to how a browser looks for a main or index? (Or something else, I'm just tossing out an idea. Though it would give amazing use to main.com, possibly as an Internet primer. Imagine if you had one page EVERYONE saw.)
I think you're out of luck, and you're going to have to rename your apple box. There's stuff you could do with DNS but if apple sends apple.com to .apple, then you're out of luck. This isn't exactly, but looks like, a domain name collision.
ask a root domain for .mydeviceathomeformerlyknownasapple