Apple Event: May 7th at 7 am PT

Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

my internet connection is incredibly slow - I know it is not the fault of the modem as other devices are fast. This article was suggested to me as a solution. I think they were just trying to get me off their back. Anyone else experience this?

my internet connection is incredibly slow - I know it is not the fault of the modem as other devices are fast. This article was suggested to me as a solution. I think they were just trying to get me off their back. Anyone else experience this?

Mac mini (Mid 2011)

Posted on Apr 8, 2013 6:49 PM

Reply
18 replies

Apr 9, 2013 6:25 PM in response to ds store

ds store wrote:


Unless you know something I don't, don't you think it's wise to advise users to keep a copy of their ISP DNS figures just in case they do suffer download performance issues under OpenDNS?


...


Are the alternate DNS setting transferred to NVRAM too and if they suddenly find out they can't do large downloads how are they supposed to change their DNS back if they can't boot into OS X to change it?

All you have to do is delete the DNS entries and the values will automatically revert back to whatever your ISP provides.


In any event, DNS will have zero effect on downloads. DNS issues will affect domain name lookups. If you go to some average site with a flaky DNS, it could take forever to timeout on each and every ad URL on the page. Once you do manage to resolve all of those names to IP addresses, downloads will proceed at a normal rate.

Apr 9, 2013 7:34 PM in response to etresoft

etresoft wrote:

DNS issues will affect domain name lookups.


Yes I know that, why some see a faster speed because the alternate DNS is not as overworked as the ISP DNS.


In any event, DNS will have zero effect on downloads.


That's where your mistaken.


Many Content Delivery Networks don't use Anycast or not yet supporting the edns-client-subnet extension created by Google so that CDN requested content downloads are from the closest server to the user.


CDN's that don't use AnyCast or eden-client subnet extension are using the location of the DNS server itself as the closest point to initiate downloads, which are in a lot of cases not as close to the user as possible like the ISP DNS server is.


OpenDNS does not have servers everywhere, only in major cities because they are focused not on providing DNS everywhere like GoogleDNS almost does, rather on DNS level content filtering for profit.


So as a remedy the alternate DNS and the ISP server need to be located in the same general vicinity or else there is a reduction, even very serious reduction in CDN content delivery time, including OS X reinstalls, which is slow enough as it is.


Without any location verification with the user being recommended such action, it could be causing more harm than good, especially if they have to reinstall their OS from Akamai.


I don't have a problem with the recommendation as long as it's going to work properly for that user.




All you have to do is delete the DNS entries and the values will automatically revert back to whatever your ISP provides.


What about the network settings saved in NVRAM?


If the user command r boots into Recovery and attempts to reinstall OS X because they can't boot from it and it's too slow to reinstall so then what?


Not everyone has whipping fast 20 Gbps, some only have 5 or so and data caps.



What if some guy in India who speaks Engish enters OpenDNS into their machine and it works somewhat well until they can't download something because it's coming from a Akamai server in London?


See the problem?

my internet connection is incredibly slow - I know it is not the fault of the modem as other devices are fast. This article was suggested to me as a solution. I think they were just trying to get me off their back. Anyone else experience this?

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple ID.