26. Служба wins и репликация

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

Время конвергенции в сетях с несколькими серверами WINS – это время, необходимое для распространения изменений от одного сервера ко всем остальным.

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

27. Служба wins: наблюдение и устранение неполадок Устранение неполадок wins-клиентов Сбой разрешения имени компьютера-клиента в адрес.

Причина.  Используется неподходящий тип разрешения имени в адрес. Определите, какая служба — WINS или DNS — используется для разрешения имен в адреса и происходит ли ошибка при разрешении NetBIOS-имени или полного имени узла (fully qualified domain name, FQDN).

Решение.  NetBIOS-имена состоят не более чем из 15 знаков и обычно обеспечивают именованный доступ к службам NetBIOS на основании имени компьютера или группы, например Messenger, Server или Workstation. Например, краткое NetBIOS-имя «PRINT-SRV1» может указывать на компьютер, используемый для совместного доступа к файлам и принтерам. При обращении к тому же компьютеру, как к общему или опубликованному ресурсу принтера ОС семейства Windows Server 2000, он может также иметь полное DNS-имя компьютера «print-srv1.example.microsoft.com».

В приведенном примере DNS-имени разрешение имени узла по протоколу Winsock используется для связывания IP-адреса с именованным компьютером и для дальнейшей идентификации в системе доменов интранета и Интернета. Это необходимо для различных приложений, включая доступ к Интернету, электронную почту по протоколу SMTP, FTP- и LDAP-серверы.

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

DNS и FQDN используют разрешение имени узла на основании интерфейса Winsock и применяются в первую очередь для Active Directory и Интернета. Для данного типа разрешения имен в адреса можно также выявить и устранить большинство неполадок с помощью файла Hosts, временно используемого для устранения или исправления сбоя разрешения имен в адреса.

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

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

Решение.  Не все компьютеры с операционными системами Windows или приложения требуют службу WINS или протокол NetBIOS через TCP/IP (NetBT). Например, если произошел сбой разрешения в адрес части URL в обозревателе Интернета или программе FTP или же части адреса в программе электронной почты Интернета, эта неполадка с большей вероятностью связана со службой DNS.

Разрешение имен в адреса может окончиться сбоем, если какой-либо клиент нуждается в доступе к общим ресурсам, не опубликованным через Active Directory. Ресурсы такого типа могут включать устаревшие файловые серверы и серверы печати, контроллеры домена или рядовые серверы, используемые для выполнения входа в систему или обзора доменов Windows NT. К числу приложений, которые может использовать клиент и которые требуют службы WINS для помощи в разрешении имени в адрес, относятся, в частности, папка «Мое сетевое окружение», возможность Подключение сетевого диска в проводнике Windows, команда net (Net.exe) и любые ее поддерживаемые возможности, например net use или net view.

Причина.  Компьютер клиента настроен неправильно или не может использовать службу WINS.

Решение.  Сначала определите, настроен ли клиент на использование и протокола TCP/IP, и службы WINS. Настройка параметров клиента, относящихся к службе WINS, может быть выполнена одним из двух способов:

1. вручную (администратор настраивает параметры TCP/IP клиента);

2. динамически (настройка параметров TCP/IP клиента обеспечивается с помощью DHCP-сервера).

В большинстве случаев компьютеры под управлением ранних версий операционных систем корпорации Майкрософт уже имеют возможность использовать службу WINS после установки и настройки протокола TCP/IP для клиента. В Windows XP; администраторы могут отключать NetBIOS через TCP/IP (NetBT) для каждого клиента. При отключении NetBT служба WINS не может использоваться клиентом.

Кроме того, определите, правильны ли параметры настройки IP для клиента. Чтобы проверить настройку IP для клиента, воспользуйтесь командой ipconfig /all. С помощью команды ipconfig /all|more можно задать ее медленный вывод на экран или приостановку вывода после заполнения экрана.

В выводе команды убедитесь, что у компьютера-клиента настроены следующие параметры сети, к которой он подключен:

• допустимый IP-адрес;

• допустимая маска подсети;

• используемый по умолчанию шлюз;

• основной и дополнительный WINS-серверы.

Если клиент настроен неправильно, можно или воспользоваться командой ipconfig /renew для принудительного обновления настроек IP клиента с помощью DHCP-сервера, или обновить настройки TCP/IP для клиента вручную.

Причина.  Клиент не может установить основное подключение к настроенным WINS-серверам.

Решение.  Чтобы проверить наличие основного доступа по протоколу TCP/IP к WINS-серверу, сначала попытайтесь проверить связь (ping) с WINS-сервером по его IP-адресу.

Например, если клиент использует основной WINS-сервер с адресом 10.0.0.1, введите в командную строку на клиентском компьютере ping 10.0.0.1. Если IP-адрес WINS-сервера неизвестен, его можно узнать; для этого повторите описанную выше команду, используя форму ipconfig /all|more, если необходимо приостановить отображение вывода команды для считывания сведений о WINS-сервере.

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

Если WINS-сервер не отвечает на прямую проверку связи по IP-адресу, это свидетельствует, что источником неполадки, скорее всего, является сетевое подключение между клиентом и WINS-сервером. В этом случае для решения проблемы выполните основные шаги по устранению неполадок сети TCP/IP.

Причина.  Основной или дополнительный WINS-сервер не может обслуживать компьютер-клиент.

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