Linux - NetworkingThis forum is for any issue related to networks or networking.
Routing, network cards, OSI, etc. Anything is fair game.
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.
Hi again,
If your named.conf is the one in your 1st post, then it's natural since you didn't define the zone files for the 192.168.x.x
Create those files (one for your domain IPS and the other for the reverse zone).
Example:
1st: yourdomain
192.168.1.1 IN A c5m9x2
192.168.0.2 IN A wren
2nd: yourdomain.reverse
1 IN PTR c5m9x2
2 IN PTR wren
I can't tell if there was a question in your last post, but I spotted a few changes that need to be made to your current configuration.
1) Since you are not specifying an RR type in your zone calls in named.conf, then each zone definition record would need to specify the RR type. Example:
cut/paste from your named.conf
zone "foobirds.org" {
type master;
file "foobirds.hosts";
};
...needs to be
zone "foobirds.org" IN {
type master;
file "foobirds.hosts";
};
Now your zone files will load properly. Why? Because each record in your zone files do NOT specify an RR type. Example:
cut/paste from foobirds.org
c5m9x2 A 192.168.1.1 ;window 98 ...needs to be
c5m9x2 IN A 192.168.1.1 ;window 98
In fact, I add RR types in both named.conf and all my zone files.
2) The name server record in your zone files needs (in addition to #1), the domain name specifed. example:
NS wren.foobirds.org. ...needs to be
@ IN NS wren.foobirds.org.
3) Your zone definition for 192.168.1 is referencing the wrong zone name. Example:
zone "168.192.in-addr-arpa" {
type master;
file "192.168.reverse";
};
Should be zone "168.192.in-addr.arpa"
BTW: unlike the host and nslookup commands, dig requires a fully qualifed domain name to be specifed.
3) Your zone definition for 192.168.1 is referencing the wrong zone name. Example:
zone "168.192.in-addr-arpa" {
type master;
file "192.168.reverse";
};
Should be zone "168.192.in-addr.arpa"
Plz. tell me what is wrong in my zone defination fo 192.168.1 , as in your above statement.....
Finally I can run all the previous command mentioned in previous posts.
Their was a typo mistake due to which reverse zone file was not able to load and problem of defining RR type (IN)...
Thanks && Congratulation all of you, I learnt all the basics now I will read some advanced topics (DNS security , Dynamic DNS(DDNS) etc.) and get here if I will not able to solve any query.
Hello!
I am having some of the same problems described earlier in this thread. It is disappointing- I used to run BIND on RedHat and Mandrake years ago, but now nothing works!
The most urgent problem is that I can't get the secondary server to sync with primary. Primary is running Simple DNS Plus on WinXP (I had to have something working, had no luck with Linux). The network is not connected to Internet.
On the secondary server I run BIND9 on Fedora 2.
BIND process is running: ps shows /usr/sbin/named -u named -t /var/named/chroot
When BIND starts, I see the following in /var/log/messages
listening on IPv4 interface lo, 127.0.0.1#53
listening on IPv4 interface eth0, 192.168.8.250#53
couldn't add command channel 127.0.0.1#953: not found
couldn't add command channel : :1#953: not found
running
dumping master file: slaves/tmp-XXXXJZfoNO: open: file not found
transfer of 'aa.com/IN' from 192.168.8.242#53: failed while receiving responces: file not found
transfer of 'aa.com/IN' from 192.168.8.242#53: end of transfer
named startup succeeded
dumping master file: slaves/tmp-XXXXJZfoNO: open: file not found
transfer of 'aa.com/IN' from 192.168.8.242#53: failed while receiving responces: file not found
transfer of 'aa.com/IN' from 192.168.8.242#53: end of transfer
At the same time, log on the primary server says:
Zone Transfer Request from 192.168.8.250 for aa.com (TCP)
Sending zone Transfer to 192.168.8.250 for aa.com
So the problem is definetely in the secondary server
I tried to put aa.com.zone file with 777 permissions into /var/named/chroot/var/named/slaves, but it didn't help.
named.conf is located in /var/named/chroot/etc and contains the following:
zone "aa.com" {
type slave;
file "slaves/aa.com.zone";
masters {
192.168.8.242 ;
};
};
So the secondary DNS creates it's files in the path shown by the directory line. You start named with: -t /var/named/chroot (which is not necessary as named runs under the user named) and you expect the zone files to be in: /var/named/chroot/var/named/slaves. Fix the paths and restart named.
Bathory, thanks a lot! I added directory "var/named" in /var/named/chroot/etc/named.conf, and BIND synced. The -t /var/named/chroot option is install default, I didn't change a thing. So I guess that the reason for my problem was that default configuration is broken and has to be manually tweaked.
By the way, I think I had to ask this first, but is there any documentation which covers configuring BIND under Fedora? I couldn't find anything. What I could find didn't answer my questions.
I don't know if there is documentation specific for FC, but apart from ther different locations of the config files etc, the general bind documentation applies to all distros. You can take a look here
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.