Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

When I look up my domain at, here's a problem I get:

GLUE was not sent when I asked your nameservers for your NS records. This is ok but you should know that in this case an extra A record lookup is required in order to get the IPs of your NS records. You can fix this for example by adding A records to your nameservers for the zones listed above.

But I do have A entries for all my nameservers in each zone entry: IN A <IP> IN A <IP>

How do I fix this GLUE problem?

share|improve this question

Glue records are special A records which are needed when the name server for a DNS domain is itself in the same domain.

For example, if your domain is and your name server is, you need to create a "glue" A record for in the next-highest DNS zone, in this case in the "com" zone. This should be done via your registrar.

This is required because DNS requests for name servers (NS records) are always answered with a name, not an IP.

Without a glue record, if a request were made for the A records, a name server serving "com" would return the NS record for as (not an IP), and the original request would have no way of being resolved, because any further attempt to resolve would merely refer back to

share|improve this answer
(To make it wholly explicit, the correct place to insert the glue, is usually via the registrar you've purchased the domain through :) – mibus Aug 30 '09 at 22:09
True, I've updated my answer :-) – ThatGraemeGuy Aug 31 '09 at 8:13

The issue with GLUE from the root DNS servers is that when you have the following situation: has DNS records and as its NS servers. The .com authority which is where the DNS resolver is going to look for the domain name is UNABLE to provide the IP addresses for and because they are not in its authority.

The way to fix this is for a .com domain to use .com originated NS servers. So would use and and everything will be fine since the .com authority is able to provide the IP address for the name server. This saves multiple round trips to the root DNS servers, since in your case to get it now also needs to ask .net about

In my case, all of my domains have their own NS entries, so for I have and and for my domain I have and

It does require more setup, and not all hosts might be willing to allow you to do so. You may be stuck with what you currently have!

share|improve this answer

Trying the tool myself, and seeing what it reports with some domains I'm familiar with, I'd say that it could be a number of things that lead to that informational message (note that it's an 'i' for information, not an '!')

For instance, one of my zones has nameservers outside the zone, and of the authoritative nameservers for the zone they don't all have A records within their authoritative data to be returned in a response.

But that's ok - any querying nameserver shouldn't trust such data anyway. Long ago, you'd have gotten away with it, but these days every nameserver could be trying to lie and sneak out of zone data into your cache.

So don't worry about it. By the time the query reaches your nameserver, it's already found at least some of your nameservers' IP addresses. Be more concerned with the delegations being the same as your own zone data (the next entry, "Mismatched NS records") and that none are 'lame' ("Nameservers are lame: All the nameservers listed at the parent servers answer authoritatively for your domain" -- worded badly, but you want to ensure that there's a tick there.)

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.