Ошибки или проблемы с подключением при настройке wins-адресов для сервера WINS

В этой статье описывается решение проблем, возникающих при настройке адресов службы именования Интернета Windows (WINS) для сервера WINS.

Применимо к: Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2
Исходный номер базы знаний: 150737

Симптомы

При настройке основного и вторичного адресов WINS для сервера WINS появляется следующее сообщение об ошибке:

Сервер WINS уже включен в список.

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

Причина

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

Если в качестве основного адреса WINS задать адрес другого сервера WINS, а для дополнительного адреса WINS — собственный адрес сервера WINS, сообщение об ошибке не появится. Однако, когда сервер WINS регистрирует свои службы, некоторые из этих служб могут быть зарегистрированы на разных серверах WINS. Через некоторое время сервер правильно регистрирует службы в локальной базе данных WINS. Это приводит к регистрации некоторых записей на обоих серверах WINS. Такая ситуация называется "раздельной регистрацией".

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

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

Обходной путь

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

Состояние

Данное поведение является подтвержденной ошибкой продуктов Майкрософт, перечисленных в разделе «Применимо к».

Дополнительная информация

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

Этот параметр можно настроить на панели управления сетью вразделе Конфигурацияпротокола> TCP/IP. Этот параметр также можно настроить с помощью реестра (хотя, если адрес уже добавлен, его не нужно добавлять снова).

Потенциальные конфликты регистрации WINS

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

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

Пример

Рассмотрим сервер WINS (SRV1), который является контроллером домена, работающим в домене contoso.com . SRV1 указывает на себя в качестве сервера-источника WINS, а на другой сервер WINS (WINS2) — на сервер-получатель WINS. При запуске SRV1 он пытается зарегистрировать свои службы до запуска собственной службы WINS. Так как эти регистрации завершаются ошибкой, SRV1 пытается зарегистрировать их в WINS2. Если wins2 доступен, он принимает запросы на регистрацию. Во время этого процесса SRV1 продолжает проверка свою локальную службу WINS. Когда SRV1 обнаруживает, что служба WINS запущена, она перестает отправлять запросы на регистрацию в WINS2 и обрабатывает их локально.

После репликации записей WINS между SRV1 и WINS2 базы данных на обоих серверах отображают следующую запись владения:

Из-за разбиения регистрации клиенты могут не подключаться к SRV1 или не разрешать contoso.com домен. В конечном итоге SRV1 правильно регистрирует все свои записи службы локально, а WINS2 определяет, что он больше не является владельцем регистраций SRV1. Исправленные регистрации из SRV1 и WINS2 затем реплицируются на остальные серверы WINS. Этот процесс устраняет риск возникновения проблем с подключением.