Потребность в объяснении: NetBIOS по TCP/IP на сетевом адаптере VMware нарушает доступ к сетевым ресурсам
Некоторое время назад почти все рабочие станции в нашей команде (Windows XP SP2) показали неустойчивые но частые задержки при доступе к долям в сети. Обычно первый доступ к доле, к которой не получали доступ в течение некоторого времени, приводил к почти замороженной рабочей станции в течение максимум 30 секунд. Затем все начало хорошо работать снова.
Используя TCPView от Sysinternals я видел, что во время этого задерживается было соединение с netbios-ssn портом на файловом сервере, который был в SYN_SENT состояния.
Первая попытка:
Отключите NetBIOS по TCP/IP для адаптера внутренней сети.
Проблема решила, но мне не нравилось управлять нашей централизованно конфигурацией управляемой сети для интранет.
Вторая попытка:
Отключите NetBIOS по TCP/IP только для сетевого адаптера VMware (VMNet1, используемый для хоста только связь).
Проблема решена снова!
Мои вопросы:
- Почему делает NetBIOS по TCP/IP на одном сетевом адаптере, нарушают NetBIOS по TCP/IP на другом сетевом адаптере?
- Действительно ли эта проблема характерна для сетевых адаптеров VMware?
- Кто-либо еще видел это явление?
Дополнительная информация:
- Версия 6.0.3 VMware Workstation
- В то время, когда я начал серьезно анализировать проблему, было не более возможно узнать то, что было изменено на наши системы в то время запущенные проблемы.
1 ответ
От NetBIOS Microsoft по TCP/IP:
Регистрация имени NetBIOS и разрешение для многоадресных компьютеров
NetBT связывает только с одним IP-адресом на физический сетевой интерфейс. С точки зрения NetBT компьютер является многоадресным, только если это имеет больше чем один установленный сетевой адаптер. Когда пакет регистрации имени отправляется от многоадресного компьютера, он отмечается как многосетевая регистрация имени так, чтобы он не конфликтовал с тем же именем, зарегистрированным другим интерфейсом в том же компьютере.
Если многоадресный компьютер получает широковещательный Запрос Имени NetBIOS, весь NetBT и интерфейсная привязка, которая получает запрос, отвечают их адресами, и по умолчанию клиент выбирает первый ответ и подключения к адресу, предоставленному респондентом.
Выглядит, как будто проблема была вызвана тем, что все интерфейсы запрашивались. Путем сокращения количества имеющих право интерфейсов Вы, по-видимому, вышли из того, чтобы быть рассмотренным как многоадресный компьютер, поэтому ускорив процесс.