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.
zone "optiplex-networks.com" {
type master;
file "/var/named/optiplex-networks.db";
};
zone "1.168.192.IN-ADDR.ARPA" {
type master;
file "/var/named/192.168.1.rev";
};
in your main bind config and comment out the include statement that's there. I get the feeling it isn't finding you master statement.
Location: Under the bridge where proper engineers walkover
Distribution: Various Linux, Solaris, BSD, Cisco
Posts: 443
Original Poster
Rep:
Hi sorry I totally lost DNS altogether???
Have no idea what happened but had to re-add my ISP's DNS servers into resolv.conf and the zone files. Just been trying since last post to get back online.
My server was running backups at the time so that may explain why but had to even reboot the router as everything went down!
Location: Under the bridge where proper engineers walkover
Distribution: Various Linux, Solaris, BSD, Cisco
Posts: 443
Original Poster
Rep:
Ok well the site says to issue the command:
Code:
host www.mydomain.com ns1.mydomain.com
of which I did and it gives me this response?
Code:
Using domain server:
Name: ns1.optiplex-networks.com
Address: 192.168.1.51#53
Aliases:
www.optiplex-networks.com has address 81.178.2.118
I also tried creating a zone file in the named.conf file itself and removing the entries within named.conf.local however bind failed to start totally then??
I think I've worked out your problem. This is sort of where I was going before.
The standard Debian named.conf has 2 include statements
Code:
include "/etc/bind/named.conf.options";
in the position you have it in yours, and the last line is
Code:
include "/etc/bind/named.conf.local";
I had assumed that what you'd said on the first page was a typo when you referred to LOCAL, but it actually looks to me like in following your howto, you've deleted that include.
Hence, bind is never seeing your reference to the zone file for your domain.
Add back the include (I've included the basic named.conf below for your reference). You will then need to follow through on any errors that come up. But they should be easy to fix.
Final point - I have absolutely no doubt that Mr. C knows way more about DNS than I ever want to.
Code:
// This is the primary configuration file for the BIND DNS server named.
//
// Please read /usr/share/doc/bind9/README.Debian.gz for information on the
// structure of BIND configuration files in Debian, *BEFORE* you customize
// this configuration file.
//
// If you are just adding zones, please do that in /etc/bind/named.conf.local
include "/etc/bind/named.conf.options";
// prime the server with knowledge of the root servers
zone "." {
type hint;
file "/etc/bind/db.root";
};
// be authoritative for the localhost forward and reverse zones, and for
// broadcast zones as per RFC 1912
zone "localhost" {
type master;
file "/etc/bind/db.local";
};
zone "127.in-addr.arpa" {
type master;
file "/etc/bind/db.127";
};
zone "0.in-addr.arpa" {
type master;
file "/etc/bind/db.0";
};
zone "255.in-addr.arpa" {
type master;
file "/etc/bind/db.255";
};
// zone "com" { type delegation-only; };
// zone "net" { type delegation-only; };
// From the release notes:
// Because many of our users are uncomfortable receiving undelegated answers
// from root or top level domains, other than a few for whom that behaviour
// has been trusted and expected for quite some length of time, we have now
// introduced the "root-delegations-only" feature which applies delegation-only
// logic to all top level domains, and to the root domain. An exception list
// should be specified, including "MUSEUM" and "DE", and any other top level
// domains from whom undelegated responses are expected and trusted.
// root-delegation-only exclude { "DE"; "MUSEUM"; };
include "/etc/bind/named.conf.local";
Location: Under the bridge where proper engineers walkover
Distribution: Various Linux, Solaris, BSD, Cisco
Posts: 443
Original Poster
Rep:
Quote:
Final point - I have absolutely no doubt that Mr. C knows way more about DNS than I ever want to.
Sorry if you miss-understood I didn't mean any offence by that jsut one of those statements of desperation like "God help me" I guess.
As I said before I really apprieciate your help and since you know a hell of a lot more then I do I really respect and admire you for it since it's something I'm trying to achieve too through studies and my own research (my network) adn other stuff!
Now you say to add this line:
Code:
include "/etc/bind/named.conf.local";
which I did and again bind failed to start?? I couldn't see any verbose output other then the term "Failed".
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.