Введение. Конфигурирование DNS сервера

Q Нет.

Конфигурирование DNS сервера

Установка DNS сервера

Может быть выполнена несколькими способами:

q При инсталляции Windows 2000 Server.

q При инсталляции Active Directory на ПК с Windows 2000 Server, если ранее на этом ПК не была установлена служба DNS.

q Пуск → Настройка → Панель управления – Добавление/Удаление программ → Добавить/Удалить компоненты Windows.

1. Пуск → Программы → Администрирование → DNS

2. Откроется окно DNS, где можно управлять и конфигурировать всеми DNS серверами корпоративной сети.

3. Найти в дереве DNS серверов нужный сервер и открыть его контекстное меню.

4. Выбрать Конфигурирование сервера.

5. Откроется окно Конфигурирование сервера. Во втором окне необходимо выбрать положение данного DNS сервера в иерархии всех DNS серверов:

q Это первый DNS сервер в сети (это опция для создания корневого DNS сервера).

q В сети работают один или несколько DNS серверов (Если данную локальную сеть необходимо подключить к Internet и использовать интеграцию имен локальной сети в Internet, то необходимо выбрать эту опцию. Тогда в этом же окне необходимо указать IP-адрес Вашего провайдера Internet).

6. Далее откроется окно для создания зон на данном сервере.

q Да, создать зону прямого разрешения имен (т. е. для преобразования доменных имен в IP-адреса)

7. Если Да, то откроется окно для конфигурирования зоны. Здесь необходимо выбрать тип зоны:

q Зона храниться в Active Directory.

q DNS сервер будет основным носителем зоны (Primary).

q DNS сервер будет дополнительным носителем зоны (Secondary)

8. Далее необходимо указать имя зоны.

9. Далее появится окно, где необходимо указать адреса уже существующих носителей зоны, с которых будет сделана копия базы данных.

10. Если конфигурируется основной (Primary) носитель зону, то необходимо указать имя файла, в котором будет находится база данных зоны.

11. Откроется окно для создания зоны обратного разрешения имен, которая используется для преобразования IP-адресов в доменные имена.

q Да, создать зону обратного разрешения.

q Нет,не создавать зону обратного разрешения.

После того как DNS сервер сконфигурирован, опция Конфигурировать сервер пропадет из контекстного меню.

Контрольные вопросы

1.Назначение DNS?

2.Порядок конфигурирования DHCP сервера?

3.Порядок конфигурирования DNS сервера?

4.Что такое сервер и какие сервера бывают (перечислите)?

Литература

Основная:

1.Компьютерные сети. Принципы, технологии, протоколы./В. Г. Олифер, Н. А. Олифер. – СПб: Изд. "Питер", 2006.

Дополнительная:

2.Вишневский А. Сетевые технологии Windows 2000 для профессионалов. – СПб: "Питер", 2000.

3.Виллис В., Ваттс Д., Бруццезе Дж. П. Windows 2000 Directory Services.. Экзамен – экстерном (экзамен 70-217). – СПб.: Питер, 2001.

4.Балтер Д., Логэн Т., Сэлмон Л., Холм Д. Windows 2000 Professional. Экзамен – экстерном (экзамен 70-210). – СПб.: Питер, 2001

5.Фролов А.В., Фролов Г.В. Локальные сети персональных компьютеров. Монтаж сети, установка программного обеспечения. – 3-е изд. – М.: «Диалог-МИФИ», 1995.

Основное назначение данного учебного пособия - дать систематическое введение в основы реляционной модели данных и принципы функционирования реляционных баз данных.

Реляционная модель описывает, какие данные могут храниться в реляционных базах данных, а также способы манипулирования такими данными. В упрощенном виде основная идея реляционной модели состоит в том, что данные должны храниться в таблицах и только в таблицах. Эта, кажущаяся тривиальной, идея оказывается вовсе не простой при рассмотрении вопроса, а что, собственно, представляет собой таблица? В данный момент существуем много различных систем обработки данных, оперирующих понятием "таблица", например, всем известные, электронные таблицы, таблицы текстового редактора MS Word, и т.п. Ячейки электронной таблицы могут хранить разнотипные данные, например, числа, строки текста, формулы, ссылающиеся на другие ячейки. Собственно, на одном листе электронной таблицы можно разместить несколько совершенно независимых таблиц, если под таблицей понимать прямоугольную область, расчерченную на клеточки и заполненную данными. Таблицы текстовых редакторов вообще могут иметь совершенно произвольную структуру, например, как на рисунке:

Отдел	Сотрудники	Дети сотрудников (интересы)
Цех	Иванов И.И.	Маша	ЛЕГО
Петя	Книги	Видео
Саша	Компьютеры
Дима	Спорт
Петров П.П.	Артур	Ничем не интересуется
Сидоров С.С.	Сергей	Компьютеры Книги
Валерий	Книги
Станислав	Видео
Бухгалтерия	…	…

Таблица 1 Таблица произвольной формы

Конечно, и электронные таблицы, и текстовые редакторы позволяют хранить и обрабатывать данные очень гибко, но как быть, если требуется хранить информацию обо всех сотрудниках большого предприятия и периодически выдавать ответы на запросы типа "представить список всех сотрудников, принятых на работу не позднее трех лет назад, имеющих по крайней мере одного ребенка, не имеющих взысканий и с зарплатой не выше 1000 р.". Для получения ответов на подобные запросы и предназначены Системы Управления Базами Данных (СУБД).

Классическая реляционная модель данных требует, чтобы данные хранились в так называемых плоских таблицах. Более точно, пользователи и приложения, обращающиеся к данным, должны работать с данными так, как если бы они размещались в таких таблицах. В упрощенном виде плоская таблица - это таблица, каждая ячейка которой может быть однозначно идентифицирована указанием строки и столбца таблицы. Кроме того, в одном столбце все ячейки должны содержать данные одного простого типа. Точное определение понятия "плоская таблица" дается в реляционной модели данных.

Реляционная модель основана на теории множеств и математической логике. Такой фундамент обеспечивает математическую строгость реляционной модели данных.

В свою очередь, на основе реляционной модели были разработаны различные языки для доступа к реляционным данным, такие как SEQUEL, SQL, QUEL и другие. Фактическим промышленным стандартом в настоящее время стал язык SQL (Structured Query Language - язык структурированных запросов).

Различные фирмы, производители СУБД, предлагают свои реализации языка SQL. Эти реализации отличаются как друг от друга, так и от стандартизованного языка SQL. Это и хорошо и плохо. Хорошо это тем, что конкретная реализация языка, может включать в себя более широкие возможности по сравнению со стандартизованными SQL, например, больше типов данных, большее количество команд, больше дополнительных опций имеющихся команд. Такие возможности делают работу с конкретной СУБД более эффективной. Кроме того, такие нестандартные возможности языка проходят практическую апробацию и со временем могут быть включены в стандарт. Плохо же это тем, что различия в синтаксисе реализаций SQL затрудняют перенос приложений из одной системы в другую. Например, если приложение было написано для базы данных MS SQL Server с использованием своего диалекта SQL - языка Transact-SQL, то при переносе системы в базу данных ORACLE, не все конструкции языка будут понятны соответствующему диалекту SQL - языку PL/SQL.

Взаимосвязь реляционной модели данных, стандарта языка SQL и различных его реализаций можно условно изобразить в виде следующей пирамиды:

Каждый более высокий уровень основывается на понятиях, определенных на более низком уровне. На каждом из уровней используется своя терминология. Например, на уровне теории множеств мы говорим "множество", "подмножество декартового произведения", "кортеж". На уровне реляционной модели используем термины "домен", "отношение", "кортеж". На уровне стандарта SQL и конкретных реализаций используем термины "тип данных", "таблица", "строка таблицы". И каждый раз речь идет об одном и том же.

Глава 1. Элементы теории множеств

Дата добавления: 2014-12-08