Web Hosting DNS Settings for Third-Party Nameservers

This page is showing a generic answer.
To see a more detailed answer customized for you, type your domain name here:

This page lists the DNS settings that technically advanced customers can use if they run their DNS nameservers elsewhere, but still want Tiger Technologies to host their website.

Most customers do not need the information on this page. It’s only for customers who are doing something unusual by having another organization handle their DNS service while we handle their website.

On this page:


If you do this, please note the following limitations:

Are you sure you need to do this?

A common misconception is that you might need to do this just to keep your email or domain name registration with another company. That’s not the case. We can handle the DNS nameservers even if you:

Also, when the website and email are split between two companies, some people wonder whether it’s better to have the website provider or the email provider handle the DNS. The answer is that it usually makes more technical sense to have the website provider do it, because the website provider may need to enter and update IP addresses for A records that can change (see the sections below), whereas the email provider won’t be using raw IP addresses — they’ll be using MX records that can be entered once and then left alone.

DNS entries to add

The “example.com” shown below is a generic example.

To see the exact DNS settings to use for your account, please enter the domain name of a website hosted by Tiger Technologies at the top of this page.

If you’re okay with the limitations described above, the DNS entry you should create at the other company is a CNAME:

www.example.com.  CNAME  example.com.customers.tigertech.net.

If you want to point additional subdomains at our web servers, you should add those in the same way. For example, to point “store.example.com” here, you’d also add:

store.example.com.  CNAME  example.com.customers.tigertech.net.

The special example.com.customers.tigertech.net. CNAME target is guaranteed to always point at the correct IP address of your website with us. Note that it ends with a dot, and that dot is important — be sure to include the dot when you enter it at the other company (although we’ve heard reports that some companies, including GoDaddy, automatically add the dot for you and require that you omit it when typing the hostname).

Can I enter your server IP address as an “A record” at the other company?

No. If you do that, it will appear to work at first, but will stop working when your site’s IP address changes on our servers, which can happen even with a “dedicated” IP address (because “dedicated” is not the same thing as “static forever”). Although that doesn’t happen often, it could happen without notice as we grow our network, defend against “denial of service” attacks on certain IP addresses and ranges, and make other changes.

Always use a CNAME record.

Never enter the IP address of one of our web servers as an “A record” into another company’s DNS servers.

Just so it's clear, our company is no different from any other company in this regard. It’s almost impossible to find a hosting company that can guarantee that an IP address (even an address they advertise as “dedicated” or “static”) will never change. People occasionally tell us “company XYZ offers static IP addresses”, but if we ask that company “have you ever needed to change the address of any of your static IP customers in the past?”, they’ll say that they had to make changes at some point as they moved data centers or something similar. We just try hard to make the potential problem clear up front, to avoid problems later.

The “zone apex” problem

If you follow the instructions above, “http://www.example.com” will work reliably, even if the IP address of your site changes (because we make sure that the “example.com.customers.tigertech.net” CNAME target always points at the right IP address).

However, most DNS providers won’t allow you to enter a CNAME for the top-level “http://example.com” hostname that doesn’t include “www” (sometimes called the “naked” or “zone apex” hostname). The only thing you can usually enter is an A record IP address. But entering an A record would cause the hostname to break in the future when the IP address changes, so that’s not a good solution, either. This is a difficult problem to solve, and is the main reason we don’t recommend doing this.

If you need the top-level hostname to work, and your DNS provider doesn’t allow you to enter a CNAME target for “example.com”, you’ll need to solve this problem somehow. Here are some possibilities:

  • If the company that manages your DNS nameservers also offers a web redirect option, use that feature to redirect example.com (on their servers) to www.example.com (on our servers). This is a reliable solution, although if you use SSL, you’ll need to make sure their server provides an SSL certificate for “https://example.com”.
  • Switch to a third-party DNS service such as Cloudflare, DNSimple or DNS Made Easy that provides a proprietary way to work around the “you can’t add a CNAME at the top level” problem. This is also a reliable solution that will not cause any downtime in the future and allows SSL to work properly (although if you’re going to change DNS providers to get this feature, it would probably be easier to switch to ours).
  • Point the A record for example.com at a separate IP address you control, then set up a web server at that IP address to redirect “http://example.com” requests to the “http://www.example.com” CNAME. You’ll presumably know when your own web server changes IP address, and you can update your DNS A record at the same time.
  • If none of the above are possible, look up the IP address of your site with us using a tool like nslookup example.com.customers.tigertech.net, point an A record at it anyway, then monitor it (preferably using an automated system) and update it when it stops working. This method makes SSL work properly but likely means you’ll eventually see some downtime for people visiting your site using “http://example.com”. (If you do this, you can significantly reduce, but not eliminate, the frequency of changes by getting a dedicated IP address.) This is by far the worst option — always choose one of the other options above if you care about reliability.