Re: Resolve alternative TLD
Re: Resolve alternative TLD
- Subject: Re: Resolve alternative TLD
- From: Sal Conigliaro <email@hidden>
- Date: Fri, 04 Jul 2014 16:18:01 -0400
Let me clarify:
The 'start.rentals' domain is *not* a valid domain. The root servers for
.rentals
have no info on it:
> set q=ns
> rentals
Server: 192.168.123.1
Address: 192.168.123.1#53
Non-authoritative answer:
rentals nameserver = demand.beta.aridns.net.au.
rentals nameserver = demand.alpha.aridns.net.au.
rentals nameserver = demand.gamma.aridns.net.au.
rentals name server = demand.delta.aridns.net.au.
> set q=a
> start.rentals
Server: 192.168.123.1
Address: 192.168.123.1#53
** server can't find start.rentals: NXDOMAIN
> server demand.beta.aridns.net.au
Default server: demand.beta.aridns.net.au
Address: 37.209.194.7#53
> start.rentals.
Server: demand.beta.aridns.net.au
Address: 37.209.194.7#53
** server can't find start.rentals.: NXDOMAIN
For valid 'vanity' TLDs, you must prefix it with 'http:' in order for
Safari to resolve it; otherwise it simply performs a search on that term.
Whoever registered 'start.rentals' needs to follow up with their registrar.
Sal
On Fri, Jul 4, 2014 at 3:56 PM, Sal Conigliaro <email@hidden> wrote:
> If you prefix it with 'http:', then the browser can resolve the name.
>
> Sal
>
> --
> Sal Conigliaro,
> e design
> http://www.erinedesign.com
> @sconig
>
> On Fri, Jul 4, 2014 at 3:00 PM, <email@hidden> wrote:
>
>>
>> Date: Thu, 03 Jul 2014 22:33:21 +0200
>> From: Diederik Meijer | Ten Horses <email@hidden>
>> To: Alex Zavatone <email@hidden>
>> Cc: "email@hidden Developers" <email@hidden>
>> Subject: Re: Resolve alternative TLD
>> Message-ID: <email@hidden>
>> Content-Type: text/plain; charset=windows-1252
>>
>> This is what it looks like in the Sundial browser:
>> http://www.tenhorses.com/sundial.png
>>
>> So I guess I somehow need to handle DNS Lookup / IP resolving myself, is
>> there anybody here who has any idea how to proceed?
>>
>> Thanks!
>>
>>
>>
>>
>>
>> Op Jul 3, 2014, om 7:31 PM heeft Alex Zavatone <email@hidden> het
>> volgende geschreven:
>>
>> > Firefox doesn't resolve start.rental either.
>> > Neither does Chrome.
>> >
>> > On Jul 3, 2014, at 12:58 PM, Diederik Meijer | Ten Horses wrote:
>> >
>> >> Take start.rental as an example, has a live server on the dot rental
>> TLD, but no standard browser will resolve it, try it in Safari, you'll see..
>> >>
>> >> Verstuurd vanaf mijn iPhone
>> >>
>> >>> Op 3 jul. 2014 om 18:22 heeft Jens Alfke <email@hidden> het
>> volgende geschreven:
>> >>>
>> >>>
>> >>>> On Jul 3, 2014, at 6:52 AM, Diederik Meijer | Ten Horses <
>> email@hidden> wrote:
>> >>>>
>> >>>> The issue being that the TLD (think for example: domain.law, with
>> law being the TLD) is accessible through a DNS server, but since the TLD is
>> not officially registered with ICANN, standard browsers do not resolve the
>> domain into an IP address. Using a standard UIWebView does not work. But, I
>> repeat, the server is up and running and the domain is accessible through
>> the network.
>> >>>
>> >>> Really? I’m not aware of anything built into browsers that restricts
>> them to a fixed set of “official” TLDs. As far as I know, the client simply
>> hands off _any_ hostname for DNS lookup, which will query the configured
>> DNS server(s).
>> >>>
>> >>> Are you 100% sure that the DNS is configured correctly? For example,
>> the name server (or some parent of it) needs to have a custom entry for
>> “.law”, otherwise it will end up querying upstream for it, and the upstream
>> (ISP) name servers won’t know about that TLD.
>> >>>
>> >>> Also, are you 100% sure that the iOS device is configured to access
>> the DNS server that knows about your custom domain? It’s probably getting
>> the name server IP addresses via DHCP.
>> >>>
>> >>> —Jens
>> >>>
>> >>> PS: This question really belongs on the macnetworkprog mailing list.
>> There are Apple networking gurus hanging out there who don’t monitor
>> cocoa-dev.
>> >> _______________________________________________
>> >>
>> >> Cocoa-dev mailing list (email@hidden)
>> >>
>> >> Please do not post admin requests or moderator comments to the list.
>> >> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>> >>
>> >> Help/Unsubscribe/Update your Subscription:
>> >>
>> >> This email sent to email@hidden
>> >
>> >
>>
>>
>
>
--
Sal Conigliaro,
e design
http://www.erinedesign.com
@sconig
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden