Администрирование корпоративной сети на основе Microsoft Windows 2000 Advanced Server

обновлять DNS на стороне клиентов, что позволяет клиентам, работающим под

другими (не-Windows 2000) OS, обновлять информацию о себе в DNS.

Динамическая DNS также очень удобна для контроллеров домена, которые также

могут автоматически регистрировать записи своих сервисов, в противном

случае, все это было бы необходимо делать вручную.

Безопасное динамическое обновление – если DNS зона является

интегрированной в Active Directory, то Windows 2000 позволяет вам

использовать нечто, что называется безопасным динамическим обновлением.

Заметьте, что простые динамические обновления могут быть потенциально

опасными, потому что любой клиент может быть зарегистрирован в DNS, так как

динамическая DNS только отвечает на запросы, но не аутентифицирует их. Если

установлено безопасное динамическое обновление, только пользователь или

система, которые имеют соответствующие разрешения на связанных ACL (access

control list – списках контроля доступа) для зоны, могут добавлять записи в

DNS. По умолчанию Группа Аутентифицированных Пользователей имеет

необходимые разрешения. Клиентские системы сначала предпринимают попытку

использовать обычный запрос по умолчанию и, если он будет отвергнут,

безопасное обновление.

Добавочная передача зоны – реализация NT 4 DNS поддерживает только

AXFR, или полную передачу зоны. При этой конфигурации каждый раз, когда

основной сервер имен осуществлял передачу зоны вторичному серверу, файл

базы данных зоны передавался целиком, даже если в нем произошло единичное

изменение. Windows 2000 поддерживает IXFR или добавочную передачу зоны. В

данной реализации, только изменения передаются в ходе передачи зоны, вместо

передачи всего файла базы данных зоны.

Интеграция с Active Directory – Windows 2000 продолжает поддерживать

традиционную реализацию по схеме основной/вторичный сервера DNS. В данном

сценарии, изменения в файле зоны могут быть сделаны только на основном

сервере, так как только он содержит редактируемую копию файла зоны. В

Windows 2000 вводится новая концепция – DNS, интегрированная в Active

Directory. В этой реализации файл зоны DNS и связанная с ним информация

хранится как объект в Active Directory вместо того, чтобы находиться в

папке DNS на жестком диске. Эта интеграция позволяет любому контроллеру

домена, на котором запущена служба DNS, делать изменения в базе данных DNS,

при этом изменения в зоне реплицируются как часть процесса репликации

Active Directory. Это также позволяет сделать службу DNS более

отказоустойчивой. В традиционной среде DNS, если основной сервер имен

выходит из строя, все динамические изменения в DNS становятся невозможными,

так как редактируемая копия зоны недоступна. В DNS, интегрированной в

Active Directory, все DNS сервера могут осуществлять обновления.

Традиционные сервера DNS могут продолжать существовать в такой среде – они

могут быть вторичными и использовать сервер DNS, интегрированный в Active

Directory, как основной сервер для получения файла зоны.

5.3.3 Настройка сервера DNS.

Настройка и изменение конфигурации сервера DNS могут понадобиться по

разным причинам, например:

1. При изменении имени компьютера-сервера

2. При изменении имени домена для компьютера-сервера

3. При изменении IP-адреса компьютера-сервера

4. При удалении сервера DNS из сети

5. При изменении основного сервера (primary server) зоны

Управление клиентами

Для клиентов Windows конфигурация DNS при настройке свойств TCP/IP

для каждого компьютера включает следующие задачи:

1. Установка имени хоста DNS для каждого компьютера или сетевого

подключения.

2. Установка имени родительского домена, которое помещается после

имени хоста, чтобы формировать полное (fully qualified) имя домена для

каждого клиента.

3. Установка основного DNS-сервера и списка дополнительных DNS-cep-

веров, которые будут использоваться, если основной сервер недоступен.

4. Установка очередности списка поиска доменов, используемого в

запросах для дополнения не полностью заданного имени компьютера.

Управление зонами

После добавления зоны при помощи оснастки DNS можно управлять

следующими общими свойствами зоны:

1. Запрещать или разрешать использование зоны

2. Изменять или преобразовывать тип зоны

3. Разрешать или запрещать динамическое обновление зоны

Также можно настраивать начальные записи зоны (Start Of Authority,

SOA), ресурсные записи, делегирование зон, списки оповещения, использование

просмотра WINS, а также управлять зонами обратного просмотра (reverse

zone), необходимыми для обратного разрешения имен — из адреса в имя.

Мониторинг и оптимизация

В Windows 2000 Advanced Server можно производить мониторинг и по его

результатам оптимизировать настройки службы DNS при помощи:

1. Системного монитора (Performance Monitor)

2. Опций протоколирования

3. Статистики по DNS-серверу

4. Настройки дополнительных параметров

5.4. Служба WINS

Служба WINS (Windows Internet Name Service, служба имен Windows)

обеспечивает поддержку распределенной базы данных для динамической

регистрации и разрешения имен NetBIOS для компьютеров и групп, используемых

в сети. Служба WINS отображает пространство имен NetBIOS и адресное

пространство IP друг на друга и предназначена для разрешения имен NetBIOS в

маршрутизируемых сетях, использующих NetBIOS поверх TCP/IP. Имена NetBIOS

используются более ранними версиями операционных систем Microsoft для

идентификации компьютеров и других общедоступных ресурсов. [12]

Хотя протокол NetBIOS может применяться с другими сетевыми

протоколами, помимо TCP/IP (например, NetBEUI или IPX/SPX), служба WINS

была разработана для поддержки NetBIOS поверх TCP/IP (NetBT). WINS упрощает

управление пространством имен NetBIOS в сетях на базе TCP/IP. WINS

применяется для распознавания имен NetBIOS, но для ускорения разрешения

имен клиенты должны динамически добавлять, удалять или модифицировать свои

имена в WINS.

5.4.1. Новые возможности WINS в Windows 2000

В Windows 2000 WINS обеспечивает следующие расширенные возможности:

1. Постоянные соединения. Теперь можно настроить каждый WINS-сервер на

обслуживание постоянного соединения с одним или большим количеством

партнеров репликации. Это увеличивает скорость репликации и снижает затраты

на открытие и завершение соединений.

2. Управление "захоронением". Можно вручную отмечать записи для

захоронения (отметка для дальнейшего удаления, tombstoning). Состояние

"захоронения" записи копируется для всех серверов WINS, что предотвращает

восстановление копии из баз данных других серверов.

3. Улучшенная утилита управления. Утилита управления WINS реализована

в виде оснастки ММС, что упрощает использование WINS для администратора.

4. Расширенная фильтрация и поиск записей. Улучшенная фильтрация и

новые поисковые функции помогают находить записи, показывая только записи,

соответствующие заданным критериям. Эти функции особенно полезны для

анализа очень больших баз данных WINS.

5. Динамическое стирание записей и множественный выбор. Эти

особенности упрощают управление базой данных WINS. При помощи оснастки WINS

можно легко манипулировать с одной (или более) записью WINS динамического

или статического типа.

6. Проверка записей и проверка правильности номера версии. Эти

возможности проверяют последовательность имен, сохраненных и скопированных

на серверах WINS. Проверка записей сравнивает IP-адреса, возвращаемые по

запросу по имени NetBIOS с различных серверов WINS. Проверка правильности

номера версии проверяет номер владельца таблицы отображения "адрес-версия".

7. Функция экспорта. При экспорте данные WINS сохраняются в текстовом

файле с запятыми в качестве разделителей. Можно импортировать этот файл в

Microsoft Excel и другие программы для анализа и составления отчетов.

8. Увеличенная отказоустойчивость клиентов. Клиенты под управлением

Windows 2000 или Windows 98 могут использовать более двух серверов WINS

(максимально — 12 адресов) на интерфейс. Дополнительные адреса серверов

WINS будут использоваться, если первичные и вторичные серверы WINS не

отвечают на запросы.

9. Консольный доступ только для чтения к WINS Manager. Эта возможность

предоставляется группе Пользователи WINS (WINS Users), которая

автоматически создается при установке сервера WINS. Добавляя членов к этой

группе, можно предоставить доступ только для чтения к информации о WINS.

Это позволяет пользователю-члену группы просматривать, но не изменять

информацию и свойства, хранящиеся на определенном сервере WINS.[1]

5.4.2. Компоненты службы WINS

Основные компоненты WINS — сервер WINS и клиенты WINS, а также

посредники WINS (WINS proxy).

Серверы WINS. Сервер WINS обрабатывает запросы на регистрацию имен от

клиентов WINS, регистрирует их имена и IP-адреса и отвечает на запросы

разрешения имен NetBIOS от клиентов, возвращая IP-адрес по имени, если это

имя находится в базе данных сервера (рис. 17.8). Сервер WINS поддерживает

базу данных WINS.

Клиенты WINS. Клиенты WINS регистрируют свои имена на сервере WINS,

когда они запускаются или подключаются к сети.

Microsoft поддерживает клиентов WINS на платформах Windows 2000

Server/Professional, Windows NT Server/Workstation, Windows 9x, Windows for

Workgroups, Microsoft LAN Manager, MS-DOS, OS/2, Linux/Unix (с

установленной службой Samba) [7].

Клиенты WINS обращаются к серверу WINS, чтобы зарегистрировать/об-

новить/удалить имя клиента в базе данных WINS, а также для разрешения имен

пользователей, имен NetBIOS, имен DNS и адресов IP.

Посредники WINS. Посредник WINS — клиентский компьютер WINS,

настроенный так, чтобы действовать от имени других хостов, которые не могут

непосредственно использовать WINS .

5.4.3. Планирование сети с использованием WINS

Перед установкой серверов WINS в сети необходимо решить следующие

задачи:

Определить число необходимых серверов WINS

Спланировать партнеров репликации

Оценить влияние трафика WINS на самых медленных соединениях

Оценить уровень отказоустойчивости в пределах сети для WINS

Составить и оценить план инсталляции WINS

До настройки репликации нужно тщательно спроектировать топологию

репликации WINS. В глобальных сетях это очень важно для успешного

развертывания и использования WINS.

Настройка статического отображения:

Запись, отображающая имя в IP-адрес, может быть добавлена в базу

данных WINS двумя способами:

1. Динамически (клиентами WINS, непосредственно при связи с сервером

WINS).

2. Статически (вручную, администратором, при помощи оснастки WINS или

утилит командной строки).

Статические (добавляемые администратором вручную) записи полезны,

когда нужно добавить отображение "имя-адрес" к базе данных сервера для

компьютера, который непосредственно не использует WINS. Например, в

некоторых сетях серверы под управлением других операционных систем не могут

регистрировать имя NetBIOS непосредственно на сервере WINS. Хотя эти имена

можно было бы добавить с помощью файла Lmhosts или через запрос

5.4.4. Управление базой данных WINS

Оснастка WINS обеспечивает поддержку, просмотр, копирование и

восстановление базы данных WINS. Основные задачи по работе с базой:

Сжатие базы

Резервное копирование базы

Проверка целостности базы

Переход от WINS к DNS

В сетях, использующих только Windows 2000, можно уменьшить или даже

устранить применение WINS. Удаление установленных серверов WINS из сети

называется отзывом (decommissioning).

После развертывания сервера DNS в сети отзыв сервера WINS выполняется

в такой последовательности:

1. Клиентские компьютеры перенастраиваются, чтобы они не использовали

WINS, а только DNS.

2. На каждом сервере WINS по отдельности запускается процесс отзыва:

• В дереве WINS выбрать сервер WINS, который нужно отозвать, затем

выбрать опцию Активные регистрации (Active Registrations).

• В меню Действие (Action) выберать пункт «Найти по владельцу» (Show

records for the sleeted owner).

• В появившемся окне в списке только для выбранного владельца (only

for selected owner) выбрать сервер WINS, который необходимо отозвать, и

нажать кнопку ОК.

• В подокне подробного просмотра выделить все элементы.

• В меню Действие (Action) выберать команду Удалить (Delete).

• В диалоговом окне Подтверждение удаления записей (Confirm WINS

Record Delete) установить переключатель Реплицировать удаление записи на

другие серверы (Tombstone WINS records on all WINS servers) переключателя и

нажмать кнопку ОК.

• Подтвердить удаление, нажав кнопку Да (Yes) в окне запроса.

•В дереве выберать элемент Партнеры репликации (Replication Partners).

• В меню Действие (Action) выбрать команду Запустить репликацию

(Replicate Now).

• После проверки репликации выбранных записей на другие серверы

остановить и удалить службу WINS на отозванном сервере.

3. Делается необязательная настройка для уменьшения и переадресации

трафика WINS. Может потребоваться настроить дополнительное разрешение имен

DNS через WINS.

После заключительного шага процесса отзыва WINS можно настроить

клиентские компьютеры под управлением Windows 2000, чтобы они не

использовали поддержку NetBIOS поверх TCP/IP (NetBIOS over TCP/IP). Этот

шаг нужен, только если надо уменьшить трафик запросов имени NetBIOS и

трафик регистрации WINS. Однако в большинстве сетей ограниченное применение

WINS какое-то время еще будет необходимо.

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

Сетевая операционная система выполняется на сетевом сервере. С другой

стороны, компьютеры-клиенты могут работать под управлением различных

операционных систем. Чтобы операционная система клиента могла использовать

сеть, нужно установить специальные драйверы, которые позволят плате

сетевого интерфейса компьютера-клиента связаться с сетью. Эти драйверы

работают подобно драйверам принтера, позволяющим прикладным программам

посылать информацию на принтер. Программное обеспечение сетевого драйвера

дает возможность программам посылать и принимать информацию по сети. Каждый

компьютер в сети содержит одну или более плат сетевого интерфейса, которые

соединяют компьютер с сетью.

5.5.1. Выбор сервера

Очевидно, что производительность ЛВС не в последнюю очередь зависит от

компьютера, используемого в качестве сервера. При использовании Windows

2000 Server необходимо ориентироваться на наиболее высокоскоростной

компьютер. В этом случае, как всегда, существует возможность выбора между

готовыми серверами, предлагаемыми производителями и поставщиками

компьютерной техники, и серверами самостоятельной сборки. При наличии

определенного опыта, самостоятельно собранный под заказ сервер может

составить альтернативу готовому продукту. Большое разнообразие компонентов

не дает возможности назвать конкретные виды «железа» для закупки и

сборки. Поэтому следует обратить внимание на следующие моменты. [13]

1. На вопрос об используемой шине ответ однозначен – PCI. Помимо

высокой производительности (за счет 64-битной разрядности

шины), PCI – компоненты допускают программное

конфигурирование. Благодаря последнему обстоятельству,

возможные конфликты между подключаемыми аппаратными

ресурсами почти всегда предотвращаются автоматически.

2. Windows 2000 Server изначально предъявляет высокие

требования к объему оперативной памяти. И они еще более

возрастают в случае применения сетевого сервера (здесь объем

ОЗУ должен быть не менее 64 Мб).

3. В сервере должны использоваться, как минимум, винчестеры и

соответствующие адаптеры SCSI. Новейшие диски данного

стандарта при частоте вращения шпинделя 15000 об/мин

обеспечивают максимально высокую скорость передачи данных

практически независящую от загрузки дисковой подсистемы.

4. Идеальным корпусом будет специальный корпус для сервера,

снабженные мощными блоками питания, дополнительными

вентиляторами, съемными заглушками и защитной передней

панелью. В качестве более экономичного решения допустимо

использование корпусов типа Big Tower, прошедших сертификацию

фирмы-производителя материнской платы.

5. Скоростной привод CD-ROM не только сэкономит время при

установке ОС и прикладного ПО, но и окажется чрезвычайно

полезным при работе с централизованной справочной системой.

6. Так как все подключенные к сети рабочие станции будут

постоянно обращаться к серверу, одним из его важнейших

компонентов является производительная 32-ух или 64-х битная

сетевая карта. Она должна эффективно управлять информационным

обменом, то есть иметь сопроцессор, принимающий на себя

основные функции центрального процессора по обработке

поступающих на сервер данных. Для обеспечения дополнительной

надежности можно использовать 2 и более сетевых карты

одновременно.

Исходя из вышеизложенного, предлагается следующая модель

корпоративного сервера Klondike President 2000A.

Klondike President 2000A - универсальный сервер среднего уровня. Может

использоваться в качестве сервера служб обмена электронными сообщениями,

сервера службы доменных имен, сервера службы доступа к информационным

ресурсам. Построен на базе производительной материнской платы Intel SDS2.

Таблица 5.1.

Конфигурация сервера.

|Состав системного блока |

|Процессор |2 Intel Xeon DP 1,8 - 2,8 ГГц |

|Кэш-память |512 Кбайт (L2) |

|Чипсет |ServerWorks Server Set GC-LE |

|Оперативная память |до 12 Гбайт ECC DDR200/266 |

|Слоты расширения |3 x PCI 32-бит/33 МГц |

| |2 x PCI 64-бит/100 МГц |

| |1 x PCI 64-бит/133 МГц |

|Контроллеры жестких |- Adaptec AIC-7899W Ultra3Wide SCSI (2 канала, |

|дисков |встроенный) |

|Жесткие диски |18 – 146 Гбайт (Ultra160 SCSI, 10000-15000 об/мин) |

|Места для жестких |10 x 3,5" (горячая замена) |

Страницы: 1, 2, 3, 4, 5, 6, 7, 8