Проблемы с Multihomed Browsers
\r\nZloyShaman\r\n
\r\nОпубликовано: dl, 30.11.03 22:55
\r\n\r\n

Проблемы со\r\nслужбой Browsing могут возникать, если в сети присутствуют компьютеры с\r\nнесколькими сетевыми адаптерами. Компьютер с несколькими сетевыми адаптерами\r\nназывается "мультихомным" (multihomed).
\r\nО более простых случаях и службе Network Browsing вообще можно прочитать здесь.
\r\nЕсли в компьютере присутствует один сетевой адаптер, проблема может быть\r\nобусловлена наличием нескольких конечных точек (end point) - несколько\r\nIP-адресов или несколько протоколов привязаны к адаптеру. Хотя такой компьютер\r\nи не считается мультихомным, некоторые способы решения проблем могут быть\r\nприменены и к нему.
\r\n
\r\nМультихомный Domain Master Browser будет поддерживать отдельный список для\r\nкаждого из своего адаптеров и не будет их объединять. Поэтому, если важен\r\nполный список компьютеров в домене из нескольких подсетей, желательно избежать\r\nнескольких сетевых адаптеров на PDC.
\r\nКроме того, чтобы Domain Master Browser правильно взаимодействовал с Master\r\nBrowser'ами, все Master Browser'ы должны быть или не мультихомными, или служба\r\nBrowser должна быть привязана только к одному интерфейсу. В противном случае\r\nMaster Browser будет или отдавать Domain Master Browser'у неполный список, или\r\nв половине случаев не отдавать список запрашивающим клиентам (в зависимости от\r\nпривязки службы к интерфейсам). По той же причине и Backup Browser'ы должны\r\nбыть или не мультихомными, или служба Browser должна быть привязана только к\r\nодному интерфейсу.
\r\n
\r\nОбщие советы по устранению проблем с мультихомным браузингом:
\r\n\r\n

1. Мультихомные\r\nкомпьютеры нужно лишить возможности становиться браузерами. Принудительно\r\nназначить браузерами не мультихомные компьютеры, которые смогут осуществлять\r\nбраузинг в нужной сети.
\r\nИнформация о том, как это сделать, а также сведения о диагностике браузинга\r\nприведена здесь.\r\n
\r\nНадо иметь в виду, что роль Domain Master Browser всегда принадлежит PDC (или\r\nего эмулятору) и может быть изменена только путём передачи роли.
\r\n\r\n2. Ещё\r\nодин способ решения проблемы заключается в том, чтобы отвязать протокол NetBIOS\r\nповерх TCP/IP от интерфейсов в сетях, на которых браузинг не нужен: интерфейсы,\r\nвыходящие во внешние сети (в т.ч. и Интернет); интерфейсы, временно создаваемые\r\nRAS.
\r\nДля этого нужно из параметров Bind и Export в ветках HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Services\\NetBT\\Linkage\r\nи HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Services\\NetBIOS\\Linkage\r\nудалить строки с ненужными транспортами. Список конечных точек, к которым\r\nпривязан NetBIOS, находится в разделе HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Services\\NetBT\\Parameters\\Interfaces.\r\n
\r\nЧтобы отвязать службу Browser от конкретного трансопрта, нужно в раздел реестра\r\nHKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Services\\Browser\\Parameters\r\nдобавить ключ UnboundBindings со значением\r\nNetBT_<network_adapter_driver>
\r\n<network_adapter_driver> - ID конечной точки. (В результате значение\r\nключа UnboundBindings должно выглядеть, например, так:
\r\nNetBT_Tcpip_{439FF7A2-DCF1-4E32-A878-46538C8EA078}) Ключ UnboundBindings\r\nдолжен иметь тип REG_MULTI_SZ. Если нужно отвязать несколько драйверов, то в\r\nкаждой строчке этого ключа должно содержаться по одному значению\r\nNetBT_<network_adapter_driver>