When using OpenDNS, the purpose of dynamic DNS is to preserve your OpenDNS preferences if your ISP or network operator changes your IP address. The software client keeps your IP up to date with OpenDNS automatically.
OpenDNS Dynamic DNS FAQ
What is dynamic DNS (DDNS)?
Many people get a dynamic Internet Protocol (IP) address assigned to them by their ISP or network operator. The alternative is a static IP address. If you're not sure which one you have, you likely have a dynamic IP address but contact your ISP to be sure.
It is difficult for public Internet resources to know how to find a webserver or mailserver or other Internet-addressable resource located at a dynamic IP address. DDNS provides a workaround, giving an individual a method of registering their current IP address with a third-party service on the web so they are publicly accessible and addressable, even as their IP address changes over time.
The below information still holds true, but DNS-O-Matic, a free service from OpenDNS, gives you an easy way to distribute your dynamic IP changes to multiple services with a single update. Keep dynamic DNS hostnames and OpenDNS updated at the same time.
Where do I download an OpenDNS Dynamic IP updater client?
You can find and download the official Dynamic IP updater clients for Windows, Mac and Linux using the links in the following table. There are additional third-party clients and services available, but only the ones listed are supported by OpenDNS.
The following table explains the DNS Request Types that can be collected and listed in an OpenDNS report.
DNS Lookup Type
IPv4 address record
Returns a 32-bit IP address, which typically maps a domain’s hostname to an IP address, but also used for DNSBLs and storing subnet masks
IPv6 address record
Returns a 128-bit IP address that maps a domain’s hostname to an IP address
Mail exchange record
Maps a domain name to a list of message transfer agents for that domain
Name server record
Delegates a DNS zone to use the specified authoritative name servers
Pointer to a canonical name that returns the name only and is used for implementing reverse DNS lookups
Start of authority record
Specifies authoritative information about a DNS zone, including the primary name server, the email of the domain administrator, the domain serial number, and several timers relating to refreshing the zone
Generalized service location record, used for newer protocols instead of creating protocol-specific records such as MX
Carries extra data, sometimes human-readable, most of the time machine-readable such as opportunistic encryption, DomainKeys, DNS-SD, etc.
SmartCache - Here's how it works: When an authoritative DNS provider suffers an outage, all of the Websites it provides service for are taken offline. They are inaccessible for everyone on the Internet. But no longer for OpenDNS users. Our servers will now immediately look for the last known good address for the site in our caches, and use that to load the site. So effectively OpenDNS users will be able to access Websites that appear down for everyone else. For our millions of users at businesses, schools and libraries around the world, saving them Internet access interruptions and the time they waste is invaluable.
Authoritative DNS outages happen frequently and can be a big problem. In March of 2009, it was reported that major authoritative DNS provider UltraDNS suffered an outage that took Salesforce.com, Amazon.com and Petco.com offline for several hours. In such a case, SmartCache fixes the inaccessibility problem and allows people to visit those sites despite the authoritative server outage.
This is just the latest in a long series of DNS innovations we've developed and passed on to you. Most recently it was blocking the Conficker worm from phoning home. By blocking the domain names the worm used, we were and continue to be able to protect people around the globe. We want our customers to know that we are committed to continually innovate and give you easy-to-use services that make your Internet experience better.
SmartCache is turned on by default for all users and only applies to queries where the authoritative server hands back a SERVFAIL response code or the query simply goes unanswered.
A list of other known DDNS clients that should work with OpenDNS:
DynSite is a shareware, that is you can try it for free for 30 days then you have to register your copy to obtain a license code (also called a serial number) if you want to keep using it. If you decide not to register you have to uninstall the program (from Control Panel > Add or Remove Programs icon.) Add the configuration file, aka the.dns file, to the right place.
Rocon Software’s dynamic DNS client supports OpenDNS updates with version 4.3.4 and later.
Downloading Top Domains Data Greater Than 200 Records
OpenDNS provides a tool called fetchstats to enable OpenDNS Administrators to download the Top Domains log data that has been collected for a network. Fetchstats is useful when downloading data ranges that are greater than 200 records, which is the file-size limit for an online download from the OpenDNS Stats page.
The fetchstats tool is available for Linux and Microsoft operating systems and both use the following arguments:
<username> - the email address of the OpenDNS Administrator for the network
<network-id> - the numerical id of network; found in URL of network’s Dashboard settings page
<YYYY-MM-DD> - the first day of the report
[<YYYY-MM-DD>] - the optional last day of the report
Note: The OpenDNS password for the network being accessed is required to access fetchstats and to proceed with the data download.
Fetchstats is made available by OpenDNS, but is not directly supported. Use of the tool is at your own risk.
If you have received one of the following Error Messages while navigating the Internet or using OpenDNS, expand the message to understand the cause of the error and the known solutions to resolve it.
Dashboard Login Failure
If you experience problems when attempting to log in to the OpenDNS Dashboard, verify that you are accepting cookies from OpenDNS. If cookies are enabled and problems persist, try clearing the cache and the cookies of your Internet browser and retry.
The SERVFAIL error indicates that the nameserver of the requested domain is experiencing an internal error. OpenDNS servers are able to reach the domain but are unable to communicate with the specific nameserver. This can be the result of a few conditions such as unusually high traffic on that particular server. The only solution is to keep trying or try again later.
Network Already Exists / IP Address Taken by Another User / !Yours
These 3 errors are related to networks that use dynamic IP addresses, which have been or are currently registered with OpenDNS by another account holder.
The Network Already Exists error occurs when the IP address of your network was, at one time, previously registered with OpenDNS by a different account holder. Because many networks use dynamic IP addresses, the IP address is now assigned to your network, but still linked to the original OpenDNS account holder.
The Your IP Address Taken or !Yours errors usually occur when updating your network IP address with the OpenDNS client-side IP updater. The conflict arises when the IP address being updated falls into one of the following two scenarios:
Actual address is registered to another OpenDNS account holder.
The IP address falls in the range of a larger netblock, which is registered with another OpenDNS account holder.
When these network conflicts occurs, not all OpenDNS features can be fully configured on your network, though you will still be using OpenDNS servers and benefiting from our fast, secure and reliable Internet experience.
To resolve this issue, please contact us with details. Be sure and include the following:
The error message
Your full name
The email address used to create the account
Your current IP address, found at the top of the OpenDNS home page
DNS and HTTP IP Address Mismatch (Content Filtering Not Working)
You may receive this error if you have just configured OpenDNS and are testing your configuration at our Welcome to OpenDNS test page. Typically, this issue will rectify itself within 3-5 minutes as the OpenDNS network registers your new network.
If it appears that your Web content filtering settings are no longer being applied to your network, and you have flushed DNS cache, this error is likely the result of an IP address conflict.
This error occurs when OpenDNS sees two different IP addresses: one IP address for DNS requests and a different IP address for HTTP (Web browsing) requests.
In rare cases, this error can occur if your IP address changed as the check for a new IP address was being conducted. However, in many situations this error occurs when your Internet connection is being sent through a proxy server. Check with your ISP to see if they use proxy servers for DNS or HTTP traffic. Many wireless and satellite broadband providers do use proxy servers.
OpenDNS Configuration Test Yields: "Oops!" Message
If you have tested your OpenDNS configuration and received the Oops! message, you may actually have OpenDNS configured correctly but be experiencing a problem related to how your ISP provisions your Internet connection.
First, check with your Internet Service Provider (ISP) to determine whether they allow third-party DNS services. If they do, the next most likely explanation for failing the OpenDNS configuration tests is that your ISP uses a proxy server.
If your ISP uses proxy servers, you will not be able to take advantage of our Web-based features, but you will still benefit from a fast, secure and reliable Internet navigation experience.
If the verification results from below indicate you are using different DNS servers and you are confident that you have followed the OpenDNS configuration instructions, please contact your ISP to verify whether they allow third-party DNS.
In some cases, a work-around has been found successful by configuring both the router/modem and all computers on the network to use OpenDNS servers. For more information about how to configure OpenDNS on a computer, follow this link.
To verify that you are using OpenDNS servers for DNS lookups, please go to the following instructions according to your computer's operating system.
To verify that you are using OpenDNS servers for DNS lookups, from your computer running Windows, follow these steps:
Go to the Windows Start menu.
In the Open: text box, type cmd.
This opens the Windows terminal window.
In the terminal window, after the prompt, type nslookup www.opendns.com.. (Be sure to include the trailing period after ".com.".)
The results should look like the following:
Server: resolver1.opendns.com or resolver2.opendns.com Address: 188.8.131.52 or 184.108.40.206
If the line including "Server" shows resolver1.opendns.com or resolver2.opendns.com and the associated IP addresses 220.127.116.11 or 18.104.22.168, respectively, then you are using OpenDNS for DNS lookups.
To verify that you are using OpenDNS servers for DNS lookups, from your computer running Mac OS, follow these steps:
Launch the application Terminal, found in Applications -> Utilities on Mac OS X.