Domain name service

Type :

Theses

Pages :

93 pages

Format :

.doc

Published date :

03/05/2009

Category :

Science & technology

Sub category :

Computer science

Oboulo.com selection criteria

$ 19.95 Add to cart

Summary :

Introduction.
Understanding name resolution in Windows.
Comparing DNS and NetBIOS.
The DNS Client service: Also known as the resolver.
1. Comparing computer names.
2. NetBIOS name.
3. Computer names and name suffixes.
4. Comparing name resolution procedures.
5. Determining when DNS is required.
6. Determining when NetBIOS is required.
7. DNS namespace.
8. Domain names.
9. Internet domain namespace.
Private domain namespace.
DNS components.
1. DNS servers.
2. DNS zones.
3. DNS resolvers.
4. Resource records.
Understanding how a DNS query works.
1. DNS resolution methods.
2. DNS query steps.
3. Understanding recursion.
4. Root hints.
5. Query example.
6. Query response types.
7. DNS server cache.
Installing the DNS server service.
Configuring a DNS server.
Creating zones.
Zone types.
Primary servers.
Secondary servers.
Caching-only servers.
Resource record format.
Record types.
Configuring DNS clients.
Configuring client settings.
1. Setting computer names.
2. Accommodating NetBIOS names.
3. Setting the primary DNS suffix.
4. Setting connection-specific DNS suffixes.
5. Configuring a DNS servers list.
Configuring dynamic update options.
Default client update behavior.
Implementing a DNS infrastructure.
1. Configuring DNS server properties.
2. Exploring DNS server properties tabs.
3. Interfaces tab.
4. Forwarders tab.
5. Advanced tab.
6. Root hints tab.
7. Debug logging tab.
8. Event logging tab.
9. Monitoring tab.
Exploring DNS zone properties.
1. General tab.
2. Application directory partitions and DNS replication.
Creating custom application directory partitions.
Enabling aging.
Start of authority (SOA) tab.
Name servers tab.
WINS tab.
Zone transfers tab.
Tuning advanced server options.
1. Disable recursion.
2. BIND secondaries.
3. Fail on load if bad zone data.
4. Enable net mask ordering.
5. Enable round robin.
6. Secure cache against pollution.
7. Name checking.
8. Load zone data on startup.
Creating zone delegations.
Delegating zones.
1. When to delegate zones.
2. When to delegate zones.
3. How delegations work.
4. Creating a zone delegation.
Understanding stub zones.
1. Stub zone example.
2. Other uses for stub zones.
3. Stub zone resource records.
4. Stub zone resolution.
Monitoring and troubleshooting DNS.
1. Using DNS troubleshooting tools.
2. Querying DNS with nslookup.
3. Performing simple queries.
4. Using interactive mode.
Exploring nslookup options.
Looking up different data types.
Querying another name server directly.
Using nslookup to view zone data.
Configuring the DNS events log.
Directory partitions and active directory-integrated zones.
Searching for replication errors.
Monitoring DNS performance with system monitor.
DNS server performance counters.
Table DNS performance counters.
Conclusion.

Abstract

DNS began in the early days of the Internet when the Internet was a small network created by the Department of Defense for research purpose. Before DNS, computer names, or hostnames, were manually entered into a file located on a centrally administered server. Each site that needed to resolve hostnames had to download this file. As the number of computers on the Internet grew, so did the size of this HOSTS file, and the amount of traffic generated by downloading it. The need for a new system that would offer features such as scalability, decentralized administration, and support for various data types became more obvious. The domain name service (DNS), introduced in 1984, became this new system.

With DNS, the hostnames reside in a database that can be distributed among multiple servers, decreasing the load on any one server and providing the ability to administer this naming system on a per-partition basis. DNS support hierarchical names and allows registration of various data types in addition to the hostname to IP address mapping used in HOSTS files. By virtue of the DNS data being distributed, its size is unlimited and performance does not degrade much when adding more servers.

DNS translates between computer hostnames and IP address. DNS works at the Application layer of the OSI reference model and uses TCP and UDP at the transport layer. The DNS model is pretty plain: Clients make requests and get back answers. If a particular server can not answer a query, it can forward it to another, presumably better informed, server.