
- •1.1 Терминология Active Directory
- •1.2 Установка служб ad (Active Directory)
- •2.1 Для чего он нужен dns
- •2.3 Типы записей dns и их создание
- •2.3.1 Создание записи типа “srv”
- •3.1 Установка Net framework 3.5 sp1
- •4.2 Компоненты wds
- •4.3 Установка wds
- •4.4 Настройка службы wds
- •4.5 Добавление образов в wds
- •5.1 Установка Report Viewer
- •5.3 Конфигурирование wsus 3.0 sp2
- •5.4 Настройка объектов gpo на контроллере домена для wsus
- •5.5 Поиск и одобрение обновлений wsus
- •5.6 Действия, которые необходимо выполнить на клиенте
- •6. Установка linux (ubuntu, cent os, open bsd) по сети
- •6.1 Как это работает?
- •6.2 Требования
- •6.3 Установка tftpd32 v3.50
- •6.4 Настройка tftpd32 v3.50
- •6.5 Установка Ubuntu
- •6.6 Создание образа загрузочной дискеты
- •7.2 Примеры файлов ответов для одного образа Windows 7
- •7.3 Описание файлов ответов unattend.Xml и image unattend.Xml
- •7.3.1 Описание тегов xml для файла ответов unattend.Xml
- •7.3.2 Описание тегов xml для файла ответов image unattend.Xml
- •7.4 Файлы ответов на wds-сервере
- •7.5 Модификация pxe загрузчика
- •7.6 Пример установки образа ос с файлами ответов
- •7.7 Описание образов wds
- •8.1 Что такое kms ?
- •8.2 Корпоративные ключи kms и mak
- •8.3 Схема работы kms
- •8.5 Действия необходимые для настройки kms сервера
- •9.1 Требования
- •9.2 Миграция файлов параметров из Windows xp в Windows 7
- •9.3 Проверка миграции файлов
2.1 Для чего он нужен dns
DNS обладает следующими характеристиками:
Распределённость администрирования. Ответственность за разные части иерархической структуры несут разные люди или организации.
Распределённость хранения информации. Каждый узел сети в обязательном порядке должен хранить только те данные, которые входят в его зону ответственности и (возможно) адреса корневых DNS-серверов.
Кеширование информации. Узел может хранить некоторое количество данных не из своей зоны ответственности для уменьшения нагрузки на сеть.
Иерархическая структура, в которой все узлы объединены в дерево, и каждый узел может или самостоятельно определять работу нижестоящих узлов, или делегировать (передавать) их другим узлам.
Резервирование. За хранение и обслуживание своих узлов (зон) отвечают (обычно) несколько серверов, разделённые как физически, так и логически, что обеспечивает сохранность данных и продолжение работы даже в случае сбоя одного из узлов.
DNS важна для работы Интернета, так как для соединения с узлом необходима информация о его IP-адресе, а для людей проще запоминать буквенные (обычно осмысленные) адреса, чем последовательность цифр IP-адреса. В некоторых случаях это позволяет использовать виртуальные серверы, например, HTTP-серверы, различая их по имени запроса. Первоначально преобразование между доменными и IP-адресами производилось с использованием специального текстового файла hosts, который составлялся централизованно и автоматически рассылался на каждую из машин в своей локальной сети. С ростом Сети возникла необходимость в эффективном, автоматизированном механизме, которым и стала DNS.
Подробнее о DNS [Ссылка 1]
2.2 Структура DNS
Структура DNS зон нашего предприятия.
www.jdsons.com.
Буквы (имена) в треугольнике – это зоны, за каждую зону может отвечать отдельный сервер, что позволит распределить обязанности по администрированию.
Домен “.” – является корнем дерева. Полное - абсолютное или полностью определенное, fully qualified domain name - доменное имя заканчивается точкой, обозначающей корень доменного дерева, но часто эта завершающая точка опускается. Доменами верхнего уровня выступают двухбуквенные национальные домены или трехбуквенные домены ru, ua, com, edu, org, net, gov, int, и т.д.
2.3 Типы записей dns и их создание
Запись A (address record) или запись адреса связывает имя хоста с адресом IP. Например, запрос A-записи на имяreferrals.icann.org вернет его IP адрес —192.0.34.164
Запись AAAA (IPv6 address record) связывает имя хоста с адресом протокола IPv6. Например, запрос AAAA-записи на имя K.ROOT-SERVERS.NET вернет его IPv6 адрес — 2001:7fd::1
Запись CNAME (canonical name record) или каноническая запись имени (псевдоним) используется для перенаправления на другое имя
Запись MX (mail exchange) или почтовый обменник указывает сервер обмена почтой для данного домена.
Запись NS (name server) указывает на DNS-сервер для данного домена.
Запись PTR (pointer) или запись указателя связывает IP хоста с его каноническим именем. Запрос в домене in-addr.arpa на IP хоста в reverse форме вернёт имя (FQDN) данного хоста (см. Обратный DNS-запрос). Например, (на момент написания), для IP адреса192.0.34.164: запрос записи PTR 164.34.0.192.in-addr.arpa вернет его каноническое имя referrals.icann.org. В целях уменьшения объёма нежелательной корреспонденции (спама) многие серверы-получатели электронной почты могут проверять наличие PTR записи для хоста, с которого происходит отправка. В этом случае PTR запись для IP адреса должна соответствовать имени отправляющего почтового сервера, которым он представляется в процессе SMTP сессии.
Запись SOA (Start of Authority) или начальная запись зоны указывает, на каком сервере хранится эталонная информация о данном домене, содержит контактную информацию лица, ответственного за данную зону, тайминги (параметры времени) кеширования зонной информации и взаимодействия DNS-серверов.
SRV-запись (server selection) указывает на серверы для сервисов, используется, в частности, для Jabber и Active Directory.
SRV-запись — стандарт в DNS, определяющий местоположение, то есть имя хоста и номер порта серверов для определенных служб. Определяется в RFC 2782.