System Administration: Another Step toward the BIND - II
Yesterday, we looked at a named.conf file for a single domain we called example.org. Rather than send you back to the earlier article, we'll reproduce the file contents below:
options {
pid-file "/var/run/bind/run/named.pid";
directory "/etc/bind";
// query-source address * port 53; };
//
// a master nameserver config
//
zone "." {
type hint;
file "db.root";
};
zone "0.0.127.in-addr.arpa" {
type master;
file "db.local";
};
zone "158.253.70.in-addr.arpa" {
type master;
file "pri.253.158.70.in-addr.arpa";
};
zone "example.org" {
type master;
file "pri.example.org";
};The file refers to the four other configuration files: db.root, db.local, pri.253.158.70.in-addr.arpa and pri.example.org.
The zone file allow BIND to do its work. But before the daemon can get to the zones, it needs to consult the file above. So, let's look at named.conf and see what it does.
To give you a sort of context, notice that third line from the top lists the directory we've already mentioned previously. If you recall, we said that the configuration file on Debian lived in /etc/bind. The third line from the top of named.conf let's you know where you can find named.conf. That's important because different distributions of Linux put named.conf in different places.
Above the third line, you can see that the file actually starts with what we call the options statement. It contains two lines. The first shows the location of named.pid, which simply contains the process ID of the running named daemon. That may seem like an odd snippet of information to store, but it's very useful for utilities or applications that have to kill and/or restart named.
More significantly, the options statement also defines the directory containing named and files related to its running.
The zone statement identifies the location of several files containing configuration information. (The first two typically do not need altering and appear when you install BIND). You will have to add the reverse and primary zone files, the later of which contains the domain database. named.conf needs the following files designated:
Hints file
This file contains the names and addresses of the root servers on the Internet. The root servers know where the authoritative servers for your domain reside. The first points to the Top Level Domain (com, net, org, etc.) and the next is the authoritative server for your domain.
Local host file
Name servers are the masters of their own loopback domain (127.0.0.1). The point of creating local zone files for each aspect of your localhost is to reduce traffic and allow the same software to work on your system as it does on the network. Reverse zone file
This file maps IP addresses to hosts. It's a reverse image of the zone master or primary zone file. You can recognize a reverse zone file because it has the extension in-addr.arpa.
Primary Zone file
This file, sometimes called the domain database, defines most of the information needed to resolve queries about the domain you administer. It does not come pre-configured when you install BIND. Usually, you have to write this file from scratch or use one of the files accompanying BIND as a template.
The primary zone file maps names to IP addresses and provides information about the services offered by your computers to the Internet, including your web and FTP servers, email, name servers, etc.
Zone files use record classes so that other computers on the Internet can identify your domain and how it points to various resources. The main record classes include:
SOA (start of authority)
NS (name server)
A (host name to address mapping)
PTR (pointer, which maps addresses to names)
MX (mail exchanger, which identifies a mail server in the domain)
CNAME (canonical name, which defines an alias for a host name in an A record)
It's not necessary to try to memorize or understand these record types at this point. We'll have an opportunity to use them as we begin to write example primary and reverse zone files.
Tomorrow, we'll start with a primary zone file and dissect it so that you can see how these records work. Just remember that BIND runs a daemon called named or NAME-DEE and it has a configuration file called named.conf. In turn, named.conf points to configuration files that named uses to do its job. Our job will consist of making sure we format the records coherently.
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Sponsored by AMD
Built-in forensics, incident response, and security with Red Hat Enterprise Linux 6
Every security policy provides guidance and requirements for ensuring adequate protection of information and data, as well as high-level technical and administrative security requirements for a system in a given environment. Traditionally, providing security for a system focuses on the confidentiality of the information on it. However, protecting the data integrity and system and data availability is just as important. For example, when processing United States intelligence information, there are three attributes that require protection: confidentiality, integrity, and availability.
Learn more about catching the bad guy in this free white paper.
Sponsored by DLT Solutions
| Designing Electronics with Linux | May 22, 2013 |
| Dynamic DNS—an Object Lesson in Problem Solving | May 21, 2013 |
| Using Salt Stack and Vagrant for Drupal Development | May 20, 2013 |
| Making Linux and Android Get Along (It's Not as Hard as It Sounds) | May 16, 2013 |
| Drupal Is a Framework: Why Everyone Needs to Understand This | May 15, 2013 |
| Home, My Backup Data Center | May 13, 2013 |
- Designing Electronics with Linux
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Dynamic DNS—an Object Lesson in Problem Solving
- Using Salt Stack and Vagrant for Drupal Development
- New Products
- Build a Skype Server for Your Home Phone System
- Validate an E-Mail Address with PHP, the Right Way
- A Topic for Discussion - Open Source Feature-Richness?
- Why Python?
- Tech Tip: Really Simple HTTP Server with Python
- Great
1 hour 59 min ago - Reply to comment | Linux Journal
2 hours 7 min ago - Understanding the Linux Kernel
4 hours 22 min ago - General
6 hours 52 min ago - Kernel Problem
16 hours 54 min ago - BASH script to log IPs on public web server
21 hours 21 min ago - DynDNS
1 day 57 min ago - Reply to comment | Linux Journal
1 day 1 hour ago - All the articles you talked
1 day 3 hours ago - All the articles you talked
1 day 3 hours ago
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi

It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Pi Cobbler Breakout Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?



Comments
this is the best article
this is the best article explaining from the start of BIND and if any one want to manage BIND using BIND Web interface or GUI tools it is very easy for everyone to restart or configuring zone files
The article tells: "The
The article tells: "The third line from the top of named.conf let's you know where you can find named.conf."
According to the manual:
directory
The working directory of the server. Any non-absolute
pathnames in the configuration file will be taken as
relative to this directory. ...
"named.conf" is not neccessarily is in the folder where "directory" points to. What matters is how you start the daemon. You should check with the command "ps" whether it is started with an alternate configuration file.
Laszlo Molnar
indeed
indeed good article to basic questions,
but like he said to register a domain you need nameserver
lets say i want to register foo.com
to what nameservers i will point since i want to control dns
You will point to your own
You will point to your own nameservers. you do this through your domain registrar. Typically they have a form that asks for your server names and IPs:
ns1.foo.com 12.34.56.78
ns2.foo.com 12.34.56.79
He is right, most domain
He is right, most domain registrars have it in their cp panel to access and point your name servers to different entities. This should work in getting BIND up and running
can nameservers be VH
can named servers be virtual host.
on your response, i would have to configure my dns before registering?
correct?