Поиск на сайте: Расширенный поиск


Новые программы oszone.net Читать ленту новостей RSS
CheckBootSpeed - это диагностический пакет на основе скриптов PowerShell, создающий отчет о скорости загрузки Windows 7 ...
Вы когда-нибудь хотели создать установочный диск Windows, который бы автоматически установил систему, не задавая вопросо...
Если после установки Windows XP у вас перестала загружаться Windows Vista или Windows 7, вам необходимо восстановить заг...
Программа подготовки документов и ведения учетных и отчетных данных по командировкам. Используются формы, утвержденные п...
Red Button – это мощная утилита для оптимизации и очистки всех актуальных клиентских версий операционной системы Windows...
OSzone.net Microsoft Windows 2000/NT Администрирование Особенности реализации основных сетевых служб в ОС Windows 2000 Server RSS

Особенности реализации основных сетевых служб в ОС Windows 2000 Server

Текущий рейтинг: 3.6 (проголосовало 10)
 Посетителей: 9123 | Просмотров: 13649 (сегодня 0)  Шрифт: - +
Просмотр и фильтрация среди регистраций имен NetBIOS, хранимых на сервере WINS, имен клиентов, используемых в сети.

В оснастке WINS существует узел "Активные регистрации", с помощью которого можно осуществить данную задачу.

По нажатию правой кнопки на узле "Активные регистрации" можно увидеть список выполняемых задач. Рассмотрим кратко предлагаемые возможности.

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

Найти по владельцу используется для отображения данных сервера WINS по одному или нескольким владельцам (серверам WINS). Эта возможность также поддерживает дополнительную фильтрацию отображаемых результатов по указанному типу суффикса записи имени NetBIOS.

Создать статическое сопоставление, т.е. добавить статическую запись в базу данных WINS.

Записи соответствия имени адресу могут быть добавлены в службу WINS двумя способами:

Динамически, WINS-клиентом при непосредственном обращении к WINS-серверу за регистрацией, освобождением или обновлением имен NetBIOS в базе данных сервера.

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

Статические записи полезны, только если необходимо добавить в базу данных сервера сопоставление имени и адреса для компьютера, который непосредственно не использует службу WINS. Например, в некоторых сетях серверы, работающие под управлением других операционных систем, не могут регистрировать имя NetBIOS непосредственно на WINS-сервере. Хотя эти имена могут быть добавлены и разрешены из файла Lmhosts или через запрос DNS-сервера, рассмотрите возможность использования статического сопоставления WINS.

В поле Тип указывается один из поддерживаемых типов, чтобы показать, к какому типу относится запись: Уникальный, Группа, Имя домена, Группа Интернет или Многосетевой.

В отличие от динамических сопоставлений, которые могут "состариться" и автоматически удаляются из WINS по истечении времени, статические сопоставления могут оставаться в службе WINS бесконечно долго, пока не будут приняты административные меры. По умолчанию, если при обновлении WINS существуют записи и статического, и динамического типа для одного имени, сохраняется запись статического типа. Однако можно использовать флажок Перезапись уникальных статических сопоставлений на этом сервере (миграция) для изменения этой настройки. Возможность Перезапись уникальных статических сопоставлений на этом сервере (миграция) была разработана в первую очередь для миграции записей для старых клиентов, не использующих WINS, которые динамически не регистрируют себя в службе WINS.

Проверить записи имен, при этом администратор получает возможность проверять согласованность записей имен, это помогает поддерживать целостность базы данных на серверах WINS в большой сети. При контроле непротиворечивости используются следующие проверки.

- Если запись в локальной базе данных идентична записи, извлеченной из базы данных владельца, ее штамп времени обновляется.

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

Проверка осуществляется по списку записей имен NetBIOS, который может быть указан вручную или сохранен в файле Names.txt, содержащий имена, используемые для проверки и по списку серверов WINS, который может быть указан вручную или внутри сохраненного файла с именем Servers.txt, содержащий список серверов WINS.

По команде "Использовать файл LMHOSTS" переключает службу WINS в режим использования файла LMHOSTS.

По команде Удалить владельца администратор может списать данный WINS-сервер. Важно отметить, что перед списанием WINS-сервера необходимо проверить, что все компьютеры, настроенные ранее как WINS-клиенты, перенастроены на указание других серверов в качестве своих основных и вторичных WINS-серверов. Перенастройка необходима, только если эти клиенты продолжают использовать службу WINS для регистрации и разрешения сетевых имен в адреса. "Захоронение" сервера WINS гарантирует, что WINS-серверы, являющиеся партнерами репликации списанного WINS-сервера, правильно обновлены и они освободили записи. Если состояние захоронения не было реплицировано должным образом, записи, на которых произошел сбой репликации захоронения, могут быть удалены на всех WINS-серверах вручную.

Добавление и настройка партнеров репликации для сервера WINS.

Репликация WINS

Вы должны помнить из Windows NT, что вы могли настроить сервера WINS для репликации информации друг другу, давая тем самым нескольким серверам WINS более полную картину сети. Эта возможность продолжает существовать в Windows 2000 и вы можете настроить репликацию как вручную, так и автоматически.

Автоматическая настройка партнеров может быть установлена для серверов WINS и она будет использовать многоадресный трафик (адрес 224.0.1.24) для поиска и взаимодействия с другими серверами WINS. По умолчанию эти сервера становятся push/pull (извещающий/опрашивающий) партнерами друг для друга и будут осуществлять репликацию типа "pull" каждые два часа. Выигрыш использования автоматической настройки - в ее простоте, а недостаток в том, что зачастую вам требуется более высокий уровень контроля репликации. Более детально о принципах репликации WINS повторите из уроков предідущего курса.

В оснастке WINS Windows 2000 управление репликацией вынесено в отдельный узел - Партнеры репликации. На этом рисунке показан список возможных задач WINS, рассмотрим их по отдельности.

Создать партнера по репликации. Для єтого достаточно указать в окне Новый партнер репликации имя или IP-адрес WINS-сервера, добавляемого в качестве партнера репликации.

По умолчанию партнеры репликации настраиваются как push/pull партнеры. Добавив партнера, можно изменить его тип на только push или только push.

С помощью окна свойств Партнеров репликации можно управлять способом настройки репликации WINS, что лучше отвечает вашим потребностям.

Push partner ("выталкивающий" партнер) - этот партнер настроен на то, чтобы информировать своего pull - партнера об изменениях в базе данных WINS после определенного количества изменений. Push - партнер является просто "информатором" - он сообщает своим партнерам "У меня произошли изменения", а вот pull - партнеры уже захватывают эти изменения.

Pull partner ("вытягивающий" партнер) - это партнер, который настроен на получение изменений от своих push - партнеров через определенные интервалы времени, приемлемые для всей сети.

Запомните ключ - push - партнеры настраиваются в соответствие с числом изменений базы данных, pull - партнеры - на определенные интервалы времени. Настройка pull - партнеров в среде LAN и pull - партнеров в среде WAN являются основным правилом. Для того чтобы сервера WINS осуществляли полную репликацию друг с другом, они должны быть push/pull партнерами друг для друга (если настроена односторонняя репликация - pull - партнер будет получать обновления от push - партнера по умолчанию).

Новая функция репликации в Windows 2000 - Постоянное соединение. Это возможность для партнеров по репликации WINS поддерживать (это и выполняется по умолчанию) постоянное соединение друг с другом. Это означает, что сервером WINS затрачивается меньшее количества времени и ресурсов, так как необходимое соединение всегда установлено между партнерами.

Необходимо еще отметить, что чтобы отключить схему работу репликации по умолчанию, сервер WINS должен быть настроен на использование многоадресности, для этого в окне свойств Replication Partners на вкладке Advanced существует специальная галочка:

Выполнение задач, связанных с обслуживанием, включая архивацию, восстановление, сжатие и очистку базы данных сервера WINS.

Для осуществления автоматического резервного копирования базы данных WINS, вам необходимо определить путь для резервного копирования на вкладке "Общие" свойств сервера WINS.

После этого база данных будет копироваться в это местоположение каждые 3 часа. Вы также можете определить, что база данных должна копироваться автоматически в случае, если служба WINS останавливается (что происходит при выключении компьютера, например).

В окне свойств сервера WINS можно заметить еще одну способность WINS Windows 2000 - Burst Handling (групповая обработка)

В определенное время в течение дня сервер WINS может испытывать большую нагрузку вследствие одновременной регистрации, например, если все пользователи одновременно включают свои компьютеры в 9 утра, или после того, как сеть была выведена из строя, а потом вновь заработала. WINS в Windows 2000 способен обрабатывать запросы в это пиковое время при помощи функции burst handling (групповой обработки). Она также существует в Windows NT, начиная с версии SP 3 и выше. Включенная по умолчанию, групповая обработка позволяет серверу WINS нормально обрабатывать до 500 запросов одновременно (установка - medium). После того, как количество одновременных обращений достигает 500 (это значение может быть изменено в консоли WINS, как показано на рисунке, приведенном ниже), сервер продолжает отвечать положительно клиентам, но определяет им значение TTL - 5 минут для первых 100 клиентов, превышающих число 500 и увеличивает это значение для каждой последующей сотни клиентов на 5 минут. Это функция вынудит данных клиентов полностью перерегистрироваться на сервере WINS, после того, как нагрузка на него снизится.

Кроме этих задач, консоль WINS можно использовать для выполнения ряда необязательных или дополнительных задач настройки.

Отметим, также что, как и в NT 4 вы можете настроить систему с Windows 2000 в качестве WINS-прокси. WINS-прокси - это система, которая слушает широковещательные сообщения NetBIOS в сети и перенаправляет их на сервер WINS для разрешения. WINS-прокси используются в подсетях, которые содержат системы, использующие NetBIOS, но не поддерживающие WINS и позволяют этим системам использовать именование NetBIOS и взаимодействовать в сетях TCP/IP.

Как и в NT 4, WINS-прокси настраивается при помощи изменений в реестре, установив значение ключа EnableProxy в значение 1 в папке HKLMSystemCurrentControlSetServicesNetBTParameters

Новинка в Windows 2000 - создания специальной группы пользователей под именем - Группа пользователей WINS. Эта группа создается после установки службы WINS и членство в ней позволяет пользователям получить доступ Read-only к информации, хранимой в консоли WINS - полезная функция для поддержки сети.

Скажем несколько слов о настройке клиентов WINS. Клиенты WINS могут быть настроены вручную или динамически, через опции DHCP (044 для назначения адреса сервера и 046 для установки типа узла). Настройки WINS выполняются на соответствующей вкладке в дополнительных свойствах протокола TCP/IP. Вкладка WINS показана на рисунке:

В отличие от NT 4, где вы могли только вводить адреса для главного и резервного сервера, в Windows 2000 вы можете снабжать клиента списком из 12 серверов WINS в порядке предпочтения. На клиенте можно разрешить/запретить использование файла LMHOSTS для поиска, а также разрешить/запретить использование NetBIOS поверх TCP/IP. На практике, вам стоит сначала убедиться, что все клиентские приложения работают правильно, прежде чем отключать использование NetBIOS поверх TCP/IP

Иcточник: http://www.hardvision.ru  •  Опубликована: 20.01.2005
Нашли ошибку в тексте? Сообщите о ней автору: выделите мышкой и нажмите CTRL + ENTER
Теги:  


Оценить статью:
Вверх
Комментарии посетителей
Комментарии отключены. С вопросами по статьям обращайтесь в форум.