Войти в мой кабинет
Регистрация
ГОТОВЫЕ РАБОТЫ / КУРСОВАЯ РАБОТА, ПРОГРАММИРОВАНИЕ

Ввод в эксплуатацию сервера DNS.

irina_krut2020 288 руб. КУПИТЬ ЭТУ РАБОТУ
Страниц: 24 Заказ написания работы может стоить дешевле
Оригинальность: неизвестно После покупки вы можете повысить уникальность этой работы до 80-100% с помощью сервиса
Размещено: 27.04.2020
Предмет исследования – ввод в эксплуатацию сервера DNS. Объект исследования – программное обеспечение компьютерных сетей. Цель работы – изучить основные теоретические и практические вопросы, связанные с вводом в эксплуатацию сервера DNS. Для достижения поставленной цели необходимо решить следующие задачи: 1. Рассмотреть теоретические вопросы, связанные с вводом в эксплуатацию сервера DNS, а именно: • Историю возникновения системы доменных имен (DNS) • Передачу сообщений от компьютера к компьютера в сети • Иерархию DNS • Типы запросов DNS 2. Рассмотреть практические вопросы настройки и установки сервера DNS Данная тема широко освещена в работах по системному администрированию на различных языках, в работах зарубежных и российских авторов: Семенов Ю.А. , Карпенко Д.Г, Новиков Ю.В., Кондратенко С.В., Косарев В.А., Кульгин М.В., Лапшинский А.В., Гройсбух Г., Олифер В.Г. , Олифер Н.А. Структура работы. Работа выполнена на 36 листах, содержит 13 рисунков и 5 листинга программы. Практическая значимость работы: Будет проведена настройка программного обеспечения DNS-серверов, что в свою очередь, позволит преобразовывать текстовые имена в IP-адреса. Как известно, многим сервисам и служебных программам в ЛВС необходима корректная работа DNS сервера для распознавания DNS имен. DNS-сервер - это специализированное программное обеспечение, предназначенное для системы доменных имен (DNS). Основной задачей такого сервера является перевод доменных имен на IP-адреса и обратно. DNS-сервер может отвечать только за определенные зоны и может пересылать запросы на восходящие серверы. Любая система DNS включает определенную иерархию DNS-серверов, которая соответствует иерархии зон. Любая из зон обязательно поддерживается хотя бы одним авторитетным DNS-сервером, в котором находится информация о домене. Алгоритм поведения DNS-сервера, предполагает, что сервер от имени клиента выполняет полный поиск необходимой информации по всей DNS-системе, обращаясь к другим серверам, при необходимости данный алгоритм называется рекурсией в DNS. Есть нерекурсивные DNS-серверы, то есть в них невозможно выполнить полный поиск
Введение

Актуальность темы - правильно построенная ЛВС соответствует современным стандартам безопасности, позволяет получить доступ к необходимой информации, обеспечивает защиту от несанкционированного доступа к данным, обеспечивая последовательное информационное взаимодействие в вашем офисе. Умение систематизировать знания по работе с сетями, настройке серверного и локального программного обеспечения позволит молодым специалистам легко адаптироваться на рынке IT-профессий.
Содержание

ВВЕДЕНИЕ 3 ГЛАВА 1. ОЗНАКОМЛЕНИЕ С DNS 5 ГЛАВА 2. ВВОД В ЭКСПЛУАТАЦИЮ СЕРВЕРА DNS 14 ЗАКЛЮЧЕНИЕ 21 СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ 23
Список литературы

1. Гройсбух Г. Компьютерные сети: новое в топологиях сетей: Пер. с англ. М.: «БИНОМ», 2013. — 500 с. 2. Гук М. Аппаратные средства локальных сетей. Энциклопедия. – СПб.: Питер, 2013. – 576с. 3. Карпенко Д.Г, Новиков Ю.В. Волоконно-оптическая сеть персональных компьютеров типа «кольцо» //Информационные продукты, процессы и технологии. Computer-Aided Software and Hardware Engineering. М.: Технология машиностроения, 2012, с.66—73. 4. Карпенко Д.Г., Новиков Ю.В. Оптоволоконная локальная сеть персональных компьютеров типа «звезда»// Информационные технологии и системы. Hardware Software Security. Тенденции и перспективы. Сборник статей / Сост. Мельников Д.Я. М., Международная академия информатизации, 2015, с. 24—33. 5. Кондратенко С.В., Новиков Ю.В. Локальные сети. Архитектура, алгоритмы, проектирование. М.: ЭКОМ, 2012. — 312 с. 6. Косарев В.А., Игнаткин А.А. Локальные вычислительные сети. Учебное пособие - Москва: МИСиС, 2012.- 149 с. 7. Кульгин М.В. Компьютерные сети. Практика построения. Для профессионалов. 2-е изд./ М.В. Кульгин. – СПб.: Питер, 2013. 8. Лапшинский А.В. Локальные сети персональных компьютеров: В 2-х ч. М.: МИФИ, 2014. 9. Олифер В.Г. , Олифер Н.А. Компьютерные сети: принципы, технологии, протоколы. Издание 4-ое. Учебник для ВУЗов. Питер. 2012. 10. Першаков А.Т. Локальная вычислительная сеть на предприятии. – СПб.: Питер, 2013. – 300с. 11. Самарский П. А. Основы структурированных кабельных систем. С.-Петербург: Питер. 2012. — 398 с. 12. Семенов Ю.А. Алгоритмы телекоммуникационных сетей. Часть 1. Алгоритмы и протоколы каналов и сетей передачи данных [Электронный ресурс]: учебное пособие/ Семенов Ю.А.— Электрон. текстовые данные.— М.: БИНОМ. Лаборатория знаний, Интернет-Университет Информационных Технологий (ИНТУИТ), 2007.— 634 c.— Режим доступа: http://www.iprbookshop.ru/15857.— ЭБС «IPRbooks»; 13. Стрижаков С.К.. Администрирование серверов. : . Издательство: Компания АйТи, ДМК. 2016, 640 с. 14. Финогеев А. А. Локальные сети: настройка и модернизация . Пенза: Изд-во ПГУ. 2014. — 200 с. 15. Фролов А.В., Фролов Г.В. Глобальные сети компьютеров. М.:ДИАЛОГ-МИФИ, 2016. — 288 с. Электронные источники 16. DNS-сервер /[Электронный ресурс]. URL: http://ru.wikipedia.org/ wiki/DNS-сервер /- (дата обращения 18.05.2017). 17. Введение в виртуализацию. Часть 1. / [Электронный ресурс]. URL: http://interface31.ru/tech_it/2012/07/vvedenie-v-virtualizaciyu-chast-1.html/(дата обращения 18.05.2017). 18. Локальная вычислительная сеть https://ru.wikipedia.org [Электронный ресурс] Дата обращения 14.05.2017 19. Локальная вычислительная сеть на предприятии http://h-re.ru/ [Электронный ресурс] Дата обращения 18.05.2017 20. Описание DNS-сервер /[Электронный ресурс]. URL: http:// www.jeo.ru/opisanie-dns-server.html /- (дата обращения 18.05.2017).
Отрывок из работы

ГЛАВА 1. ОЗНАКОМЛЕНИЕ С DNS Система доменных имен (DNS) была изобретена Полом Мокапетрисом (Paul Mokapetris), который решал проблему преобразования веб-адреса в IP-адрес (IP-адрес используется сетевыми машинами для связи через протокол TCP / IP). Мокапетрис реализовал иерархическое пространство имен, которое позволило присвоить машинам дружественные имена и связать эти имена с IP-адресами. [1] История DNS началась с файлов HOSTS (Рисунок 1). Рисунок 1 – HOSTS файл Это «плоские» ASCII текстовые файлы, которые содержат ряд строк [2]. Эти записи идентифицируют подключение IP-адреса к имени машины, например 192.168.4.5 motor.mail.ru. Идея данных файлов в том, что mail - легко запоминающееся имя машины, а распознаватель (клиентский компонент, состоящий из программной части и библиотек на клиентском компьютере) считывает этот файл, находит имя машины, извлекает его IP-адрес и ищет его. Использование файла HOSTS подвержено ошибкам, и частые ошибки, которые возникали в этих файлах были ошибки дублирование имен или ошибки в написании адресов или другие текстовые описки. Этот подход не поддерживает масштабирование. Ответом на это стало разработка сервера DNS. Сервер DNS вместе это собственная база данных и инструментов, а также из-за ее распределенной природы структура DNS позволила обеспечить разрешение имен, добавила избыточности, позволила вести согласованность имен и точность. В любой сети, содержащей более одного сегмента, существует некоторая форма разрешения имен. Существует 4 типа связи [13] Broadcast (Рисунок 2) передаются от вещающего одновременно всем. Широковещательные сообщения в сети необходимо компьютерам для поиска других компьютеров. В сетях broadcast-ы обычно не распространяются дальше локальной сети. Рисунок 2 - Broadcast Multicast (Рисунок 3) форма широковещания, при которой адресом назначения сетевого пакета является мультикастная группа (один ко многим). Сообщение не будет доставлено, пока не подпишитесь на канал. На один и тот же канал могут подписаться одновременно многие пользователи.[14] Рисунок 3 – Multicast Unicast (Рисунок 4) однонаправленная передача данных подразумевает под собой передачу пакетов единственному адресату. В сети, указав IP адрес, протокол и порт, вы общаетесь с определенным сервером. Большинство общений между хостами в Интернет происходит по технологии unicast. Рисунок 4 – Unicast Anycast (Рисунок 5) - метод рассылки пакетов, позволяющий устройству посылать данные ближайшему из группы получателей. Задача сети в случае работы с anycast-ом – выбор, по некоторым критериям, одного из равноценных серверов, с которым будет общаться хост. С точки зрения двух хостов, участвующих в anycast общении нет никакой разницы в работе по сравнению с unicast-ом.[10] Рисунок 5 – Anycast Рассмотрим, как происходит переход к конкретному серверу. Первоначально серверу, который предоставляет услуги DNS , известно 13 IP адресов корневых серверов. Чаще всего в операционной системе они жестко прописаны в файле named.root. Эти IP адреса Интернета долгое время являются постоянными и неизменяемыми. Допустим, клиент запрашивает IP адрес сервера www.mti.edu.ru/? сервер DNS, который его обслуживает. Тот, в свою очередь, спрашивает об этом корневые сервера( IP адрес корневого сервера будет выбран произвольно). Ответом корневого сервера будет, что он ничего не знает о www.mti.edu.ru но, спросить об этом можно у одного TLD серверов, ответственных за зону ru. Сервер DNS запрашивает один из серверов TLD, который отвечает, что надо бы запросить об этом один из трех серверов ответственных за зону второго уровня www.edu.ru. Сервер DNS дает третий запрос к одному из серверов второго уровня, и, наконец, узнает что www.mti.edu.ru живет на IP адресе 217.16.31.134. При работе с DNS кэширование (запоминаете результаты предыдущих запросов). Кэширование подразумевает, что после первого запроса сервер уже знает адреса серверов, которые хранят информацию о зоне ru и mti.edu.ru/? и, собственно, где расположен www.mti.edu.ru/?. [3] DNS - отличная система, и он использует инструменты поиска, называемые запросами. Он использует следующие типы запросов. [6] • Рекурсивный. Resolver (клиентский компонент) отправляет запрос DNS-серверу и не требует никакого взаимодействия, чтобы попытаться найти ответ. Весь поиск выполняется DNS-сервером, который начнет использовать другие серверы. Эти дополнительные запросы называются итеративными. • Обратный. Этот тип запроса отправляется машиной, которая ищет имя хоста и отправляет IP-адрес, чтобы получить это имя хоста. Этот запрос необычен в том смысле, что DNS-сервер смотрит только в свою зону. Поиск ограничивается этой зоной с любым результатом - успешным или неуспешным. Такой запрос поддерживается только в Windows. • Итеративный. Итеративный запрос служит полной противоположностью рекурсивного запроса; С помощью итеративного запроса DNS-сервер будет ожидать наилучший ответ и должен отвечать без каких-либо запросов на какие-либо другие DNS-серверы. • Только кеширующий сервер (Caching-only server). Эта функция DNS формально не является запросом, но она должна использоваться с запросами. Этот сервер не авторизован и не содержит зоны. Сервер получает запрос от клиента и передает этот DNS-запрос в сеть для получения разрешения. Получив результат разрешения, он кэширует его в течение определенного периода времени, если какой-либо другой клиент повторяет тот же запрос. Это ускоряет разрешение имен. Используя эти методы, сервер DNS последовательно ищет IP-адрес, начиная с URL (Uniform Resource Locator) вашего браузера, передаваемого в resolver. [11] Результатом любого вида запроса является получение одно из следующих ответов: результат поиска или сообщение об ошибке. Иерархии DNS (Рисунок 6) [16] Рисунок 6 - Иерархии DNS Корневой домен - это ".". Верхний домен зарезервированный ряд доменов DNS.: .COM, .GOV, .EDU , .INT, .ORG , .NET На следующем уровне, как правило, домен поддерживается частной фирмой. Общее пространство DNS, называемое зоной прямого доступа. Существует также зона обратного просмотра, также известная как in-addr.arpa, которая является ее техническим именем. При запросе обратного поиска, вместо удобного для пользователя имени (как при поиске в области прямого поиска), выполняется поиск определенного IP-адреса устройства. Записи в зоне обратного просмотра содержат IP-адрес и имя машины. Resolver может определить, действительно ли конкретный IP-адрес соответствует дружественному имени, на которое он указывает. Поскольку IP-адреса регистрируются с именами доменов DNS, поиск IP-адресов помогает определить, от какого домена IP-адрес. Если он не соответствует тому, что он должен представлять, тогда он может быть самозванцем. Зоны Каждый домен является объектом с собственной политикой. Зона может содержать домен, часть домена или несколько доменов; У каждого из них может быть сервер или DNS-сервер, ответственный за эти зоны. Каждая зона имеет набор записей. Они называются ресурсными записями. DNS-сервер, который работает с определенной зоной, называется «полномочие» для этой зоны. Он отвечает на любые запросы в этой зоне. Классические зоны DNS в Windows были сохранены и продолжают сохраняться в текстовых файлах с расширением .dns. [12] 1. Первичная зона - создается на основном сервере и является только экземпляром базы данных для записи. 2. Вторичная зона - извлекается из первичной и доступна только при чтении. Соответствующий сервер должен находиться в другой подсети и создаваться в небольших средах для резервирования. 3. Зона, интегрированная с Active Directory - версия зоны, расположенной на каждом контроллере домена. 4. Пустой (заглушка) - это копия дочерней зоны с записями, идентифицирующими дочерний сервер имен. Его цель состоит в том, чтобы «склеить» два пространства имен, чтобы гарантировать, что ссылки из родительской зоны на дочернюю зону действительны. Записи В DNS имеется много типов записей рассмотрим наиболее употребительные типы записей.[17] 1. Тип записи - A-запись. Указывает адрес хоста. Она отображает хост-имя на адрес и может выглядеть следующим образом: www.mti.edu.ru/? IN A 192.168.0.1 2. . Тип записи AAAA. Пример хост записи из зоны, которая хранится в среде IPv6. IN AAAA 1234:1:2:3:4:567:89cd 3. . Тип записи SRV (локатор служб) – данный вид записи используется для регистрации контроллеров домена (DC) в DNS. 4. . Тип записи CNAME - данный вид записи позволяет отображать некоторое количество хост-имен на заданный IP-адрес. 5. . Тип записи SOA (Start of Authority) - данный вид записи определяет зону, для которой сервер служит руководящим. 6. . Тип записи NS - данный вид записи идентифицирует сервер(ы) имен для заданного домена DNS. Пересылка/Репликация зон Серверы DNS реплицируют свои зоны. Две наиболее важные причины репликации – это отказоустойчивость и производительность. [4] Файлы DNS состоит из набора файлов [14]: Файл DNS - Root.dns - данный файл используется в том случае, если ваш сервер DNS является корневым сервером для собственной сети. Файл DNS - Cache.dns - данный файл содержит имена корневых серверов для Интернет. Файл DNS - Your_Zone.dns – данный файл будет видим, если используете стандартная первичная или вторичная зона. Этот файл отсутствует, если используется с Active Directory . Выводы по главе 1 1. DNS представляет иерархическое пространство имен, которое позволяет присваивать машинам понятные (дружественные) пользователям имена и связывать эти имена с IP-адресами. 2. DNS обеспечивает разрешение имен, избыточность, согласованность и точность. 3. В любой сети, содержащей более одного сегмента, существует некоторая форма разрешения имен. Выделяют 4 вида передачи сообщений : • Broadcast • Multicast • Unicast Рисунок 4 • Anycast 4. DNS –система использующая для поиска средства, которые называются запросами. Она использует следующие типы запросов. • Рекурсивный (Recursive) • Итеративный (Iterative). • Обратный (Inverse). • Только кэширующий сервер (Caching-only server). 5. Выделяют четыре уровня в структуре DNS: • Корневой • Первого уровня • Второго уровня • Третьего уровня 6. Каждый домен является объектом со своей собственной политикой. Зона может содержать домен, часть домена или ряд доменов; каждый из них может иметь сервер или серверы DNS, отвечающие за эти зоны. • Первичная зона • Вторичная зона - извлекается из первичной и доступна только по • Зона, интегрированная с Active Directory - версия зоны находящаяся • Фиктивная (Stub) зона - это копия дочерней зоны с записями, .? ГЛАВА 2. ВВОД В ЭКСПЛУАТАЦИЮ СЕРВЕРА DNS DNS-сервер - это специализированное программное обеспечение, предназначенное для системы доменных имен (DNS). Основной задачей такого сервера является перевод доменных имен на IP-адреса и обратно. DNS-сервер может отвечать только за определенные зоны и может пересылать запросы на восходящие серверы. Любая система DNS включает определенную иерархию DNS-серверов, которая соответствует иерархии зон. Любая из зон обязательно поддерживается хотя бы одним авторитетным DNS-сервером, в котором находится информация о домене. Алгоритм поведения DNS-сервера, предполагает, что сервер от имени клиента выполняет полный поиск необходимой информации по всей DNS-системе, обращаясь к другим серверам, при необходимости данный алгоритм называется рекурсией в DNS. Есть нерекурсивные DNS-серверы, то есть в них невозможно выполнить полный поиск BIND (Berkeley Internet Name Domain) (Рисунок 7) — открытая и наиболее распространённая реализация DNS-сервера, обеспечивающая выполнение преобразования DNS-имени в IP-адрес и наоборот. [15] Рисунок 7 – Логотип BIND Исполняемый файл-демон сервера BIND называется named. BIND поддерживается организацией Internet Systems Consortium. 10 из 13 корневых серверов DNS работают на BIND, оставшиеся 3 работают на NSD. [5] BIND и некоторые другие программы DNS-серверов можно сконфигурировать так, чтобы одни запросы могли выполняться рекурсивным методом, а другие – нерекурсивным. Надо заметить, рекурсивные DNS-сервера очень удобно применять на низких уровнях, к примеру, в локальных сетях. Они имеют возможность кэшировать промежуточные ответы, и, таким образом, при дальнейших запросах ответы станут возвращаться значительно быстрее. Что касается нерекурсивных серверов, они, как правило, применяются на высших ступенях иерархии. В курсовой работе файлы настройки DNS сохраняются в каталоге /etc/bind. Основной файл конфигурации курсовой работы по вводу и эксплуатации DNS - это /etc/bind/named.conf. Строки include определяют имена файлов, которые содержат DNS опции. В курсовой работе по вводу и эксплуатации DNS строка directory в файле /etc/bind/named.conf.options говорит DNS где искать файлы. Все файлы курсовой работы по вводу и эксплуатации DNS, используемые BIND, будут относительными к этому каталогу. Файл курсовой работы по вводу и эксплуатации DNS с именем /etc/bind/db.root описывает корневые сервера имен в мире. Сервера со временем меняются, поэтому файл /etc/bind/db.root должен обслуживаться своевременно. Обычно это происходит в качестве обновления к пакету bind9. Секция zone определяет мастер сервер и она сохранена в файле, определяемой опцией file. В этом разделе курсовой работы по вводу и эксплуатации DNS BIND9 будет настроен как первичный мастер для домена point.local [18]. Результаты курсовой работы по вводу и эксплуатации DNS представлены на рисунках 26- 29. Файл прямой зоны Для добавления DNS зоны в BIND9 первым шагом отредактируем /etc/bind/named.conf.local. Это превратит его в сервер первичного мастера \ Рисунок 8 - Редактирование файла named.conf.local Теперь используем существующий файл зоны в качестве шаблона для создания файла /etc/bind/db.point.local: sudo cp /etc/bind/db.local /etc/bind/db.point.local Редактируем новый файл зоны курсовой работы по вводу и эксплуатации DNS /etc/bind/db.point.local, заменив localhost. на point.local, оставляя дополнительную "." в конце. Заменим 127.0.0.1 на IP адрес сервера имен и root.localhost на правильный адрес email, но с "." вместо символа "@", опять же оставляя "." на конце. Заменим комментарии для указания домена, для которого этот файл курсовой работы по вводу и эксплуатации DNS сделан. Создадим A запись для базового домена point.local. Также создадим A запись для ns.point.local - сервера имен в данном примере курсовой работы по вводу и эксплуатации DNS: Рисунок 9 - Редактирование файла db.point.local Необходимо увеличивать в курсовой работе по вводу и эксплуатации DNS Serial Number каждый раз, как делаем изменения в файле зоны. Если мы делаем множественные изменения, просто увеливаем Serial на единицу один раз перед перезапуском BIND9. Как только произвели изменения в файле зоны курсовой работы по вводу и эксплуатации DNS, требуется перегрузить BIND9 для применения изменений: Листинг 1 – Изменение в файле зоны Файл обратной зоны [9] Теперь, поскольку зона создана и разрешает имена в IP адреса, требуется создать также обратную зону. Обратная зона позволяет DNS определять имя по IP адресу.
Не смогли найти подходящую работу?
Вы можете заказать учебную работу от 100 рублей у наших авторов.
Оформите заказ и авторы начнут откликаться уже через 5 мин!
Похожие работы
Курсовая работа, Программирование, 27 страниц
500 руб.
Курсовая работа, Программирование, 53 страницы
1000 руб.
Курсовая работа, Программирование, 50 страниц
500 руб.
Курсовая работа, Программирование, 26 страниц
500 руб.
Служба поддержки сервиса
+7(499)346-70-08
Принимаем к оплате
Способы оплаты
© «Препод24»

Все права защищены

Разработка движка сайта

/slider/1.jpg /slider/2.jpg /slider/3.jpg /slider/4.jpg /slider/5.jpg