Процесс разрешения имен в пространстве NetBIOS

Служба WINS

(слайд №17)

Служба WINS (Windows Internet Name Service) выполняет задачи, аналогичные задачам службы DNS, — динамическая регистрация имен компьютеров и других сетевых узлов и их IP-адресов в БД сервера WINS и разрешение имен компьютеров в IP-адреса. Главное отличие в том, что WINS функционирует в совершенно ином пространстве имен, т.н. пространстве имен NetBIOS, которое никак не пересекается с пространством FQDN-имен, в котором работает служба DNS. По этой причине службу WINS еще иначе называют NetBIOS Name Service (NBNS). До появления системы Windows 2000 сетевой программный интерфейс NetBIOS был основным сетевым интерфейсом для обмена данными между компьютерами в сетях на базе технологий Microsoft (технология SMB — предоставление совместного доступа к файлам и печати — работала только с помощью сетевого интерфейса NetBIOS), и поэтому служба WINS была основной службой разрешения имен компьютеров в IP-адреса. После выхода Windows 2000 служба файлов и печати может работать без NetBIOS, и основной технологией разрешения имен в IP-адреса стала служба DNS. Если в вашей сети нет операционных систем Windows 95/98/ME/NT, то вам служба WINS может вообще не потребоваться.

Сервер WINS осуществляет регистрацию имён, выполнение запросов и освобождение имён. Возможно, при использовании NetBIOS поверх TCP/IP необходим WINS сервер для определения корректных IP-адресов. Использует 137 порт по TCP и UDP.

MS WINS server умеет реплицировать свою базу с другими MS WINS серверами.

Есть сеть, и клиенты например, или раз в неделю получают IP адреса от DHCP сервера. А снаружи народ хочет зайти на ftp/www сервер, который известен только по имени и не прописан жестко в DNS. Для этого и был придуман WINS сервер. Клиент после получения адреса идет на сервер WINS и говорит: "у меня сейчас такой адрес, и имя хоста «namehost», если кто будет спрашивать отправляй на мой адрес". И все. Только надо добавить, что есть такая же система time-out"ов, как и DHCP.

Важное замечание. Клиенты с системами Windows 2000/XP/2003 для разрешения имен всегда используют в первую очередь запросы к серверам DNS, даже если речь идет о пространстве имен NetBIOS.

Когда один компьютер пытается использовать ресурсы, предоставляемые другим компьютером через интерфейс NetBIOS поверх протокола TCP/IP, то первый компьютер, называемый клиентом, вначале должен определить IP-адрес второго компьютера, называемого сервером, по имени этого компьютера. Это может быть сделано одним из трех способов:

· широковещательный запрос;

· обращение к локальной базе данных NetBIOS-имен, хранящейся в файле LMHOSTS (этот файл хранится в той же папке, что и файл hosts, отображающий FQDN-имена);

· обращение к централизованной БД имен NetBIOS, хранящейся на сервере WINS.

(слайд №18)

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

b-узел (broadcast node, широковещательный узел) — разрешает имена в IP-адреса посредством широковещательных сообщений (компьютер, которому нужно разрешить имя, рассылает по локальной сети широковещательное сообщение с запросом IP-адреса по имени компьютера);

p-узел (peer node, узел «точка — точка») — разрешает имена в IP-адреса с помощью WINS-сервера (когда клиенту нужно разрешить имя компьютера в IP-адрес, клиент отправляет серверу имя, а тот в ответ посылает адрес);

m-узел (mixed node, смешанный узел) — комбинирует запросы b- и р-узла (WINS-клиент смешанного типа сначала пытается применить широковещательный запрос, а в случае неудачи обращается к WlNS-серверу; поскольку разрешение имени начинается с широковещательного запроса, m-узел загружает сеть широковещательным трафиком в той же степени, что и b-узел);

h-узел (hybrid node, гибридный узел) — также комбинирует запросы b-узла и р-узла, но при этом сначала используется запрос к WINS-серверу и лишь в случае неудачи начинается рассылка широковещательного сообщения, поэтому в большинстве сетей h-узлы работают быстрее и меньше засоряют сеть широковещательными пакетами.

С точки зрения производительности, объема сетевого трафика и надежности процесса разрешения NetBIOS-имен самым эффективным является h-узел.

Если в свойствах протокола TCP/IP Windows-компьютера нет ссылки на WINS-сервер, то данный компьютер является b-узлом. Если в свойствах протокола TCP/IP имеется ссылка хотя бы на один WINS-сервер, то данный компьютер является h-узлом. Другие типы узлов настраиваются через реестр системы Windows.

Установка и авторизация сервера DHCP

(слайд №19)

Установка службы DHCP выполняется так же, как и установка любой другой компоненты Windows Server: «Пуск» — «Панель управления» — «Установки и удаление программ» — «Установки компонентов Windows» — «Сетевые службы» — кнопка «Состав» — выбрать пункт «DHCP» — кнопки «ОК», «Далее» и «Готово» (если потребуется, то указать путь к дистрибутиву системы).

Для авторизации сервера DHCP в БД Active Directory необходимо запустить появившуюся в разделе «Администрирование» консоль управления службой DHCP. Консоль обязательно следует запустить с учетной записью пользователя, являющегося членом группы «Администраторы предприятия».

Рис. 6.4

Для авторизации сервера необходимо в к консоли DHCP выбрать сервер, щелкнуть на имени сервера правой кнопкой мыши и выбрать пункт меню «Авторизовать» (рис. 6.6). Когда авторизация будет завершена, значок у имени сервера изменится — вместо красной стрелки, направленной вниз, появится зеленая стрелка, направленная вверх.

Рис. 6.6

Заметим, что дальнейшие операции с DHCP-сервером не потребуют от администратора членства в группе «Администраторы предприятия», достаточно быть локальным администратором данного сервера или членом группы «Администраторы DHCP».

Дата добавления: 2014-01-20