Обзор WINS в Windows Server 2003

WINS в Windows Server 2003Следующая статья описывает характеристики WINS в семействе ОС Windows Server 2003.
 

Что такое WINS

WINS - это сервер NetBIOS-имен, который позволяет клиенту регистрировать NetBIOS-имена в центральной базе данных и разрешать NetBIOS-имена в IP-адреса. WINS состоит из двух компонентов: службы интернет-имен для Windows (WINS), которая запускается на Windows Server 2003 (а также на более ранних версиях Windows Server), и службы WINS-клиента, которая запускается на TCP/IP-клиентах. WINS-cep-вер управляет базой данных NetBIOS-имен и копирует эту базу на другие WINS-серверы. WINS-клиент использует WINS-сервер для регистрации имен и разрешения имен (конвертирования NetBIOS-имен в IP-адреса). В функциональном выражении WINS подобен DNS для клиентов, регистрирующих имена и выполняющих поиск имен, и серверов, управляющих регистрацией и разрешением имен. Ключевое отличие состоит в том, что WINS основан на NetBIOS-именах, а не на доменных именах.

RFC 1001 и 1002 определяют функции сервера NetBIOS-имен достаточно подробно. В этом отношении WINS-сервер аналогичен RFC-совместимому серверу NetBIOS-имен, обеспечивающему средства регистрации и разрешения имен. WINS-сервер масштабируется, он способен нормально функционировать в сетях различных размеров.

Дополнительная информация. Прочтите о функциях сервера NetBIOS-имен в RFC 1001 и 1002.

Все серверы, работающие под управлением Windows Server 2003 (включая Standard Edition, Enterprise Edition, Web Edition и Datacenter Edition), содержат службу WINS, хотя эта служба не инсталлируется по умолчанию. Все Windows-клиенты, включая Windows Server 2003, Windows ХР, Windows 2000, Windows NT 4.0, Windows Me и Windows 98, содержат WINS-клиент. Для клиентов Windows Server 2003, Windows ХР и Windows 2000 WINS-клиент устанавливается автоматически.
 

Основные термины

В Windows Server 2003 NetBIOS является как сетевым интерфейсом, позволяющим приложениям и ключевым системным компонентам устанавливать связь по сети, так и протоколом для осуществления этой связи. Системные процессы, использующие NetBIOS, включают службы рабочей станции, сервера и просмотра содержимого компьютера. Далее мы дадим разъяснение основных терминов, относящихся к WINS, и проведем обзор WINS-операций.
 

Сетевые ресурсы и конечные узлы

Сетевой ресурс - это процесс в сети, запущенный на отдельном компьютере. Это может быть служба сервера, запущенная на файл-сервере. Конкретный компьютер, на котором запущен процесс сетевого ресурса, считается конечным узлом. Чтобы приложения могли взаимодействовать, а пользователи получать доступ к ключевым ресурсам, каждому ресурсу требуется имя.
 

Имена NetBIOS

Каждый сетевой ресурс в Windows идентифицируется NetBIOS-именем. В Windows каждое NetBIOS-имя имеет длину до 15 символов. Последний, шестнадцатый, символ, допускаемый RFC 1001 и 1002, зарезервирован в Windows для суффикса NetBIOS-имени. NetBIOS-имя не может начинаться с символа «*» и, кроме того, не чувствительно к регистру.
 

Типы имен NetBIOS

NetBIOS-имя является либо уникальным именем, принадлежащим только одному конечному узлу, либо частью межсетевой группы, включающей несколько конечных узлов. Каждый компьютер с Windows Server 2003 имеет службу сервера и службу рабочей станции для совместного использования файлов. Каждая из этих служб имеет уникальное NetBIOS-имя, которое позволяет клиентам находить и использовать службы. Контроллеры доменов внутри отдельного домена должны иметь доступ ко всем NetBIOS-именам межсетевой группы. При разрешении NetBIOS-имени в IP-адрес уникальные имена преобразуются в отдельные IP-адреса, тогда как адреса межсетевых групп обычно преобразуются в групповые адреса.

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

Суффикс NetBIOS-имени

Хотя RFC 1001 и 1002 допускают для NetBIOS-имен длину в 16 символов, как было отмечено раньше, шестнадцатый символ в NetBIOS-имени зарезервирован для суффикса. Суффикс используется всем сетевым программным обеспечением Windows и служит для выделения сетевых ресурсов. Таким образом, конечный узел может зарегистрировать несколько имен, основанных на имени компьютера, пользователя или домена, и использовать суффикс для указания доступных служб этой машины. Затем WINS-клиенты создают NetBIOS-имя на базе имени компьютера, домена или пользователя и подходящего суффикса для обнаружения соответствующих ему сетевых ресурсов.

Например, служба сообщений (Messenger) имеет суффикс 0x03. Для отправки сообщения к COMPUTER42 клиент должен послать сообщение службе рабочей станции, располагающейся на Computer42 или COMPUTER42[03]. Заметьте, что в полном 16-символьном представлении NetBIOS-имени первые девять символов - это COMPUTER42, следующие шесть символов - « » (пусто), а конечный символ - 0x03.

Таблица содержит список основных NetBIOS-суффиксов, используемых в Wirfdows Server 2003. Суффиксы приведены в шестнад-цатеричном формате, поскольку многие из них иначе ввести нельзя.
 

Общие NetBIOS-суффиксы, используемые при работе с Windows в сети

 

Имя NetBIOS-суффикс (в шестнадца-теричной системе счисления) Тип  Использование
<имя_компьютера> 00 U Служба рабочей стан-
ции.
<имя_компьютера> 03 U Служба сообщений.
<имя_компьютера> 20 U Служба сервера.
<имя_пользователя> 03 U Служба сообщений.
<домен> 00 G Имя домена.
<домен> U Основной браузер доме-
на и основной эмулятор
контроллера домена.
<домен> G Контроллеры доменов.
<домен> 1E G Выбор службы браузе-
ра.
<..—_MSBROWSE_>
(основной браузер)
01 G Основной браузер.

В добавление к этим общим именам, используемым Windows Server 2003, другие приложения (Microsoft Exchange, Lotus Notes) также регистрируют NetBIOS-имена. За дополнительной информацией по этим именам обращайтесь к статьям базы знаний Q314104, Q163409 и Q194338.
 

Примечание.

Microsoft выпускает серию статей базы знаний (Microsoft Knowledge Base), описывающих особенности и функции различных операционных систем Windows. Некоторые из этих статей можно найти в Technet, а полная база знаний Microsoft доступна на веб-сайте http://support.microsoft.com/search. На веб-сайте можно найти статьи по их номеру-идентификатору, например Q314104.
 

Операции службы NetBIOS-имен

Операции службы NetBIOS-имен включают регистрацию, защиту и освобождение NetBIOS-имен. Кроме того, NetBIOS-сеанс и службы дейтаграмм используют эти операции для обнаружения ресурсов. Например, если пользователь компьютера с Windows Server 2003 желает получить общий доступ к файлу на удаленной системе, то вводит имя удаленного компьютера и имя общего ресурса в Microsoft Explorer. Explorer использует службы NetBIOS-имен для определения IP-адреса удаленного сервера, а затем выдает команды сеансового уровня NetBIOS для доступа к общему ресурсу.

Операции службы NetBIOS-имен передаются по каналам связи посредством IP-широковещания или сервера NetBIOS-имен. Использование широковещания целесообразно лишь в ЛВС. В сетях большего размера оно может привести к «широковещательным штормам» и нежелательно - такие сети должны реализовывать WINS.
 

Область видимости NetBIOS

Пространство NetBIOS-имен является однородным, это означает, что все имена уникальны для объединенной сети. Если имеется компьютер с именем КАРОНО, и он защищает свое имя должным образом, то ни один сетевой компьютер нельзя назвать КАРОНО. Это ограничение вызывает затруднения для больших организаций.

Как описывает RFC 1001, метод разрешения проблемы однородного пространства имен состоит в использовании дополнительного классификатора для NetBIOS-имени. RFC 1001 определяет область видимости NetBIOS (далее - NetBIOS Scope) как «совокупность компьютеров, которым известно зарегистрированное NetBIOS-имя». Чтобы определить NetBIOS Scope, используется идентификатор NetBIOS Scope - строка символов, подобная той, которая используется в формате доменного имени.

Однако использование NetBIOS Scope в семействе Windows Server 2003 ограничено тем, что пользователь не может определить область видимости напрямую, посредством панели управления и командной строки. NetBIOS Scope компьютера с Windows Server 2003, Windows ХР или Windows 2000 может быть получена как часть IP-параметров компьютера, принятых от DHCP-сервера, или из реестра.

В соответствии с этим способом NetBIOS Scope автоматически добавляется ко всем NetBIOS-именам при вызове команд. В результате конечный узел данной области видимости NetBIOS сможет установить соединения только с теми узлами, которые настроены на ту же область.

Вы можете определить NetBIOS Scope как часть области видимости DHCP или редактированием реестра. Ключ реестра, используемый для изменения NetBIOS Scope, представлен ниже.

Ключ:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NetBT\Parameters или

Ключ: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NetBT\

Adapters\lnterfасе\ InterfaceGUID (идентификатор интерфейса) Имя величины: Scopeld (идентификатор области видимости) Тип величины: строка символов REG_SZ

Диапазон изменения: любое верное доменное DNS-имя, состоящее из двух частей, разделенных точкой или звездочкой («*») Значение по умолчанию: отсутствует Наличие в реестре по умолчанию: нет

 

Предупреждение.

Хотя применение NetBIOS Scope имеет определенные преимущества, оно также вызывает трудности при установлении соединения с другими системами. К тому же невнимательное использование идентификатора NetBIOS Scope может привести к проблемам, поиск и устранение которых будет затруднительным. В общем, вам следует избегать использования этой особенности.
 

Типы NetBIOS-узлов

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

• B-Node (Широковещательный узел). Операции регистрации и разрешения имен выполняются только посредством широковещания. Этот тип - лучший выбор для небольших локальных подсетей.

• P-Node (Узел «точка-точка»). Операции регистрации и разрешения имен выполняются только через сервер NetBIOS-имен (WINS). Такой тип узла используется для исключения широковещания в локальной подсети, но это может привести к тому, что сетевые ресурсы в локальной подсети не будут разрешимы, за исключением компьютеров, информируемых WINS-сервером.

• M-Node (Смешанный узел). Сочетание B-Node и P-Node, в котором регистрация и разрешение имен выполняются вначале через широковещание. Если разрешение имени заканчивается ошибкой, используется сервер NetBIOS-имен. Это полезно в тех случаях, когда WINS-сервер находится в удаленной сети, так как сначала клиент пытается разрешить имя на локальном уровне, а только потом использует для разрешения ГВС-ресурсы.

• H-Node (Гибридный узел). Сочетание B-Node и P-Node, в котором регистрация и разрешение имен выполняются через WINS-сервер. Если в этом случае разрешение имени заканчивается ошибкой, то используется широковещание. Это Tim узла по умолчанию WINS-кли-ентов на основе Windows.

По умолчанию компьютер, работающий под управлением Windows Server 2003, является В-узлом. Если вы настроите компьютер на использование WINS-сервера, то он станет Н-узлом. Можно вручную внести поправки в реестр таким образом, чтобы компьютер стал Р-узлом или В-узлом. Кроме того, администратор может использовать DHCP-параметры для установки типа узла для DHCP-клиента.

Для изменения типа узла используются следующие ключи реестра.

Ключ: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netbt\Parameters или

Ключ: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netbt\

Adapters\lnterfaces\/nte/faceG?//D Имя величины: NodeType (тип узла) Тип величины: REG_DWORD - число

Диапазон изменения: 1, 2,4, 8 (B-Node, P-node, M-node, H-node)

Значение по умолчанию: 1 или 8, в зависимости от конфигурации WINS-сервера

Наличие в реестре по умолчанию: нет
 

B-Node, предложенный Microsoft

Поскольку NetBIOS-режим работает посредством широковещания, В-Node обычно не масштабируется более чем на одну подсеть. Это частично преодолевается настройкой маршрутизаторов на ретрансляцию NetBIOS-широковещания, но такой способ является немасштабируемым и применяется редко. Для преодоления ограничений узлов B-Node Microsoft расширила понятие B-Node для службы имен. Эти расширения добавляют к B-Node следующие средства поиска имен.

• Кэш NetBIOS-имен. Кэш, используемый для хранения недавно разрешенных имен, в котором проводится предварительный поиск имен.

• Файл LMHOSTS. Файл, расположенный в каталоге %System Root%\system32\drivers\%имя_файла%, который содержит статический список NetBIOS-имен и их IP-адресов.

Если использование LMHOSTS нежелательно, можно отключить его посредством настройки TCP/IP-параметров компьютера.
 

Регистрация имени

Всякий раз, когда сетевой ресурс становится доступным для использования, например при запуске файл-сервера, сетевой ресурс должен зарегистрировать соответствующее ему NetBIOS-имя, чтобы клиенты могли определить расположение этого сетевого ресурса. Процедура регистрации гарантирует, что регистрируемое имя не используется другим компьютером. Для WINS-клиентов, настроенных на использование P-Node, M-Node и H-Node, клиент сообщает WINS-сервер имени и IP-адрес.

Время жизни (TTL)

В основном NetBIOS-имена не сохраняются постоянно. Каждое имя, успешно зарегистрированное в WINS, имеет ограниченное время жизни (TTL - time to live). По истечении TTL для NetBIOS-имени сетевому ресурсу следует перерегистрировать это имя. При перерегистрации на WINS-сервере имя может быть изъято. Компьютеры Windows-клиентов перерегистрируют свои NetBIOS-имена по истечении половины TTL или при перезагрузке компьютера.
 

Защита имени

После регистрации все уникальные NetBIOS-имена должны быть защищены для гарантии того, что другие сетевые ресурсы не будут претендовать на одно и то же NetBIOS-имя. Если сетевой ресурс обнаруживает, что имя, которое он пытается зарегистрировать, уже используется, он должен выполнить отказ. Процессы Windows Server 2003, такие как служба сервера, запишут событие об ошибке в журнал событий для дальнейшего анализа, поиска и устранения неполадок.

Если владелец имени, является B-Node-клиентом, он должен принять обязательство защиты имени, представляющее прослушивание запросов регистрации имен (Name Registration Request) и широковещание негативных откликов отказа в регистрации имени (Name Registration Response).

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

Разрешение NetBIOS-имени

Если компьютер связывается с другим компьютером посредством NetBIOS, он должен определить IP-адрес удаленного компьютера перед началом установки соединения. Разрешение имени - это процесс определения IP-адреса компьютера на основе NetBIOS-имени. Основной метод, которым пользуется WINS-клиент для разрешения имен посредством NetBIOS, заключается в следующем.

• Клиент проверяет наличие имени в локальном кэше NetBIOS-имен.
• Клиент пробует разрешить имя посредством WINS-сервера, широковещанием или используя оба способа, в зависимости от типа узла.
• Если компьютер использует LMHOSTS, этот файл также применяется для IP-адресов имен.
• Если все попытки разрешить NetBIOS-имя безуспешны, NetBIOS-имя обращается в имя хоста, и предпринимаются попытки разрешения имени хоста всеми известными методами.

WINS-клиенты под управлением Windows предпринимают следующие шаги по разрешению имен, которые зависят от типа NetBIOS-узла и от настроек WINS-прокси.

• B-Node-клиенты отправляют широковещательные сообщения запроса NetBIOS-имени в локальную подсеть. Если компьютер, владелец имени, находится в этой локальной подсети, то он выдает позитивный отклик на запрос имени, содержащий требуемый IP-адрес. Если же отклики от других компьютеров не поступают, то WINS-прокси попытается разрешить имя от имени клиента (более подробную информацию об WINS-прокси см. ниже). Этот способ подходит для небольших сетей (в которых, возможно, нет WINS-серверов), и он установлен по умолчанию для компьютера, не настроенного на WINS-сервер.

• P-Node-клиенты передают WINS-серверу сообщения запроса NetBIOS-имени. Если WINS-сервер хранит нужное имя, он отправляет позитивный отклик на запрос имени, содержащий требуемый IP-адрес, в противном случае он отправит негативный отклик. Если WINS-клиент не получил отклик от WINS-сервера, и при этом он настроен на IP-адреса других, дополнительных, WINS-серверов, клиент будет использовать эти WINS-серверы. Этот способ уменьшает широковещательный трафик в локальной сети, но может привести к росту трафика разрешения имен в ГВС, даже если сетевой ресурс для WINS-клиента является локальным.

• M-Node-клиенты сначала используют B-Node-режим, а в случае неудачи пробуют P-Node-режим. Это наиболее подходящий способ, если клиент находится с одной стороны ГВС-канала по отношению к сетевому ресурсу, на он может вызвать рост широковещательного трафика в локальной подсети.

• H-Node-клиенты сначала используют P-Node-режим и в случае неудачи пробуют B-Node-режим. Как и при использовании P-Node-pe-жима, этот метод уменьшает локальный широковещательный трафик, если имена хранятся на WINS-сервере, но вызывает рост широковещательного трафика.

Примечание. Раньше WINS-клиенты обращались к двум WINS-серве-рам (основному и дополнительному). Чтобы обеспечить дополнительную отказоустойчивость для клиентских компьютеров, Windows Server 2003, Windows ХР, Windows 2000, Windows Me и Windows 98 позволяют назначить до 12 адресов WINS-серверов на каждый интерфейс. Эти адреса используются, только если не отвечают основной и дополнительный WINS-серверы.

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

Эти действия обеспечивают максимальную отказоустойчивость для клиента и позволяют ему приспособиться к текущим настройкам системы. Все это несложно осуществить на практике, например, администратор может добавить NetBIOS-имена в файл HOSTS вместо файла LMHOSTS.

Если компьютер использует широковещательные запросы для разрешения NetBIOS-имени, то отсутствие откликов ничего не значит. Поскольку в качестве средства передачи для операций NetBIOS-имен используется UDP, пакет может быть потерян. Для повышения надежности клиент по умолчанию отправляет запрос разрешения имени три раза, с 750-миллисекундным интервалом между попытками.

Используйте следующую запись реестра для изменения числа предпринимаемых широковещательных передач.

Ключ: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netbt\Parameters или
Ключ: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netbt\Parameters\
Adapters\lnterfaces\< InterfaceGUID > Имя величины: BcastNameQueryCount Тип величины: REG_DW0RD - Количество Диапазон изменения: 1 - OxFFFF Значение по умолчанию: 3 Наличие в реестре по умолчанию: да

Используйте следующую запись реестра для изменения интервала между широковещательными передачами.

Ключ:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netbt\Parameters\
Adapters\lnterfaces\< InterfaceGUID >
Имя величины: BcastQueryTimeout
Тип величины: REG_DWORD - Время в миллисекундах
Диапазон изменения: 100 - OxFFFFFFFF
Значение по умолчанию: 0х2ее (750 в десятичной форме)
Наличие в реестре по умолчанию: да

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

Кэш NetBIOS-имен

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

По умолчанию кэш NetBIOS-имен хранит 16 разрешенных имен, которые, как правило, требуются большинству клиентских компьютеров. По умолчанию записи в кэше хранятся 10 минут, хотя можно изменить как размер кэша, так и срок хранения. Если клиент разрешает больше имен, чем помещается в кэше, более старая запись удаляется, а новое имя и IP-адрес добавляются в кэш. Посредством изменений в реестре можно настроить величину кэша имен.

• Малый. Хранит 16 записей (установлен по умолчанию).
• Средний. Хранит 128 записей.
• Большой. Хранит 256 записей.

Для изменения размера кэша NetBIOS-имен служит следующий параметр реестра.

Ключ: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netbt\Parameters Имя величины: Size/Small/Medium/Large (Размер/Малый/Средний/Большой) Тип величины: REG_DW0RD
Диапазон изменения: 1, 2, 3 (малый, средний, большой) Значение по умолчанию: 1 (малый) Наличие в реестре по умолчанию: да
По умолчанию записи в кэше NetBIOS-имен хранятся 10 минут, а после - удаляются. Чтобы настроить интервал этого тайм-аута, используйте следующую запись реестра.
Ключ: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netbt\Parameters
Имя величины: CacheTimeout
Тип величины: REG_DW0RD
Диапазон изменения: 60000-OxFFFFFFFF
Значение по умолчанию: 0х927с0 (600000 миллисекунд = 10 минут)
Наличие в реестре по умолчанию: да

Его значение определяет время (мс), в течение которого NetBIOS-запись хранится в кэше. Используйте команду NBTSTAT -с для просмотра записей в локальном кэше NetBIOS-имен.

Примечание. Посредством увеличения размера кэша NetBIOS-имен и значения тайм-аута кэша можно уменьшить число разрешений, выполняемых сервером. Для сред с большим количеством статических IP-адресов, назначенных всем ключевым серверам, эти настройки могут оказаться подходящими. Однако, внося эти изменения, вы увеличиваете вероятность того, что запись в кэше станет неточной (это возможно и в высокодинамичных TCP/IP-сетях). Соотношение между точным соответствием и количеством трафика подбирается и тестируется с особой тщательностью.
 

Освобождение имени

Если сетевой ресурс завершает свою работу, он больше не может защищать имя и поэтому осуществляет освобождение имени. Для B-Node-кли-ентов просто прекращается защита освобождаемого имени. Для P-Node-клиентов выполняется отправка WINS-серверу сообщения освобождения имени (Name Release).
 

WINS-прокси

WINS-прокси - это WINS-клиент, который выполняет операции над NetBIOS-именами (регистрация, освобождение) от имени других WINS-клиентов. Ранние версии NetBIOS-клиентов или клиенты от сторонних производителей могут не работать с WINS. Вместо этого они используют B-Node-режим. Чтобы предоставить таким клиентам возможность работать с ресурсами WINS-сервера, применяйте WINS-прокси, действующий от имени компьютеров, неспособных к работе с WINS. WINS-прокси применяется также во время миграции от среды с широковещанием к WINS-среде. Вы можете установить WINS-сервер и WINS-прокси, затем произвести миграцию систем по отдельности, не затрагивая разрешение имени для систем, которые еще не были конвертированы. WINS-прокси выполняет следующие функции.

• Когда B-Node WINS-клиент регистрирует NetBIOS-имя при помощи широковещания, WINS-прокси выполняет поиск имени, используя свой локальный кэш NetBIOS-имени и (если необходимо) посылая запрос разрешения имени WINS-серверу. Если имя найдено, прокси посылает негативный отклик регистрации имени B-Node-клиенту, пытающемуся зарегистрировать имя.

• Когда B-Node-клиент отправляет запрос разрешения имени широковещанием, прокси выполняет разрешение имени, сначала при помощи информации из кэша удаленных имен, а затем - посылая WINS-серверу запрос разрешения имени. Если поиск имени осуществлен успешно, прокси посылает отклик запроса имени. Если поиск имени закончился неудачей, прокси посылает негативный отклик запроса имени.

Можно настроить систему так, чтобы она работала в качестве WINS-прокси для B-Node-клиентов по локальной подсети, посредством редактирования следующего ключа реестра.

Ключ: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netbt\Parameters или
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netbt\Parameters\
Adapters\lnterfaces\< InterfaceGUID >
Имя величины: EnableProxy (включить прокси)
Тип величины: REG_DWORD - булева величина
Диапазон изменения: 0, 1 (Нет, Да)
Значение по умолчанию: 0 (Нет)
Наличие в реестре по умолчанию: нет

 

Установка этого значения в 1 позволяет системе действовать в качестве прокси-сервера NetBIOS-имен для сетей, связанных с NetBT (или по другому интерфейсу). WINS-прокси прослушивает в сети широковещательные запросы имени, разрешает их посредством WINS (или про-кси-кэша NetBIOS-имен), а затем широковещанием направляет результат клиенту. WINS-прокси предоставляет B-Node WINS-клиентам возможность работать с WINS-серверами.
 

Записи в базе данных WINS

Если имя было зарегистрировано или освобождено, в этом случае WINS-сервер обновляет свою внутреннюю базу данных. Запись в базе данных WINS включает имя сетевого ресурса, связанный с ним IP-адрес, TTL и номер версии. Номер версии - это основа для репликации WINS-сервера.
 

Репликация WINS-сервера

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

Чтобы обеспечить избыточность, распределение нагрузки (выравнивание) и масштабируемость и уменьшить ГВС-трафик, включающий параметры запроса и регистрации имен, WINS-серверы настраиваются на репликацию, которая позволяет копировать записи бавы данных WINS с одного сервера на другой. Репликация WINS-сервера позволяет WINS-клиенту регистрировать NetBIOS-имена на одном WINS-сервере, а WINS-серверу - копировать имя так, что оно становится доступным для всех WINS-серверов и всех WINS-клиентов в организации. Это позволяет ускорить разрешение имени клиентом за счет исключения использования ГВС-каналов.

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

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

Примечание. Топология WINS-репликации в организации определяется администратором на основании потребности в разрешении NetBIOS-имен. Репликация включает пару серверов, один из которых дублирует другой, использующих ГВС-трафик. Microsoft рекомендует осуществлять репликацию посредством получения/приема дубликатов для WINS-серверов, соединенных по ЛВС. При репликации по ГВС лучше использовать метод получения дубликата (при котором каждый партнер получает копию через установленный интервал времени).
 

Статус адаптера

Конечные NetBIOS-узлы могут запрашивать статус другой системы. Этот статус называется статусом адаптера. Команда NBTSTAT.EXE в Windows 2000, Windows ХР и Windows Server 2003 используется для выдачи запроса статуса узла другому компьютеру. В Windows Server 2003 она возвращает только NetBIOS-имена, которыми владеет другой компьютер. RFC 1002 определяет количество (объем) статистики, возвращаемой в сообщении статуса адаптера (Adapter Status), но в Windows Server 2003 эта информация не отображается.

Рубрика: 

Добавить коментарий