Linux - ServerThis forum is for the discussion of Linux Software used in a server related context.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Lame nameservers ERROR: You have one or more lame nameservers. These are nameservers that do NOT answer authoritatively for your domain. This is bad; for example, these nameservers may never get updated. The following nameservers are lame:
202.131.124.4
what this error means pls explain as
my mail servers are working ok , websites opening worldwide
Well, is ns.glide.net.in. [202.131.124.4] [TTL=86000] a master or slave nameserver to ns1.glide.net.in. [202.131.124.5] [TTL=86000]? How does it get it's updates?
He is asking how the nameservers arranged (which is the master, which is the slave) and how the transfer is made. IE are both nameservers on the same LAN, to they connect through private IP addresses without a firewall in between, or do they connect through their public addresses?
What is odd is that ns1.glide.net.in reports that it is authoritative, but ns.glide.net.in says it isn't. You say ns is the master and ns1 is the slave? That seems odd. I don't think you can have the master not report as authoritative, but the slave report the opposite. Here are some results:
See how AUTHORITY is 2 under 202.131.124.5 but AUTHORITY is 0 under 202.131.124.4? Something is off there. It would help if you could post both the named.conf and the zone file for glide.net.in from 202.131.124.4.
-------------------------------------------------------------------
[/]cat /etc/named.data/db.glide |more
@ IN SOA glide.net.in. root.glide.net.in. (
2003010401 ; Serial
7200 ; Refresh every 3 hours
3600 ; Retry every hour
1209600 ; Expire after a week
86000 ) ; Minimum ttl of 1 day
IN NS ns.glide.net.in.
IN NS ns1.glide.net.in.
glide.net.in. IN A 202.131.124.4
glide.net.in. IN MX 10 ss.glide.net.in.
localhost IN A 127.0.0.1
pop IN CNAME ns5
ss IN A 202.131.114.7
ns IN A 202.131.124.4
ns5 IN A 202.131.124.3
ns1 IN A 202.131.124.5
------------------------------------------------------------------
The problem lies in the configs of ns.glide.net.in. it still isn't responding as authoritative.
It looks like the version of BIND you are running on 202.131.124.4 is only recursive, that is it doesn't respond authoritatively for anything. It needs to be changed so it answers positively for glide.net.in.
You would normally copy the named.conf file from 202.131.124.5, and place it on 202.131.124.4, but have one set as master for glide.net.in, and the other set to slave from the master. It looks like you have some rpm distro that changes the names of important files. Looks like what should be called named.conf on your machine is called named.boot. Great. Yet another reason to detest Redhat.
If you could post both the named.conf (or named.boot as it might be on your machine) from both 202.131.124.4 and 202.131.124.5, we'll spot the difference and correct it.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.