NetAlex1
Newbie | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
На Win2k стоят две сетьевые, на каждой по сети из 10 компов.
Заходя в сетьевое окружение компов одной сети не видно коммпов другой.
Хотя пинги идут!
Незнаю что и делать!!! 
Помогите плизз!!
Проблемы с браузерингом компьютеров
Корни всех подобных проблем с браузингом кроются в том, как спроектирована работа системы просмотра на сетевом уровне. А именно, служба просмотра ограничена сегментами сети, в которых распространяются широковещательные пакеты.
Читать внимательно:
Description of the Microsoft Computer Browser Service
Information on Browser Operation
Troubleshooting the Microsoft Computer Browser Service
Common Questions About Browsing with Windows
Browsing Domain Master Browsers w/ Multiple NICs and Protocols
Symptoms of Multihomed Browsers
Также посмотрите темы:
Компьютер по ip и по имени пингуется, но в сетевом окружении не видны
Недоступно сетевое окружение win2k server По поиску компьютеры в сети находятся
Не видно сетевое окружение: исчезают все компы, хотя пингуются
Не видны компьютеры рабочей группы
Также читайте это:
Цитата:
1. Для видимости компьютеров в "Сетевом окружении" (т.е. нормальной работы распределенной службы браузинга) в сети, разбитой на подсети, как минимум надо:
- Доменная организация компьютеров в сети (необязательно всех), так как только доменный мастер браузер (т.е. первичный контроллер домена или его эмулятор) обладает функцией сбора воедино всех списков "серверов" данного домена из разных подсетей;
- Доменный мастер браузер не должен быть multihomed (упрощенно - один IP интерфейс);
- Любой мастер браузер не должен быть multihomed (упрощенно - один IP интерфейс);
- Весьма желательно наличие сервера WINS (не обязательно по одному в каждой подсети), хотя при некоторых условиях и очень хорошем понимании работы службы браузинга можно обойтись без WINS, используя только файлы lmhosts;
- Весьма желательно, чтобы сервер WINS не был multihomed;
- Если бездумно ковыряли реестр и останавливали службу браузинга ("Координатор сети" на W98), то помните, могут быть отдельные проблемы.
Далее, смотрим конкретные проблемы на конкретной живой сети.
Надеюсь, не надо упоминать о том, что:
- Компьютеры должны быть включены, шнурки исправны, сетевые карты, драйверы к ним, свичи, хабы правильно работать;
- (для упрощения) Установлен протокол TCP/IP, остальные (IPX/SPX, NETBEUI) - нет;
- IP маршрутизация правильно настроена и работает;
- NetBIOS over TCP/IP включена там, где надо.
----
2. Необходим NetBIOS. Фразы типа "Вполне достаточно NetBIOS поверх TCP/IP" вводят в заблуждение начинающих. Каким образом он обеспечивается - в первом приближении не важно. Главное, чтобы ВСЕ компы, участвующие в браузинге, использовали ОДИН транспорт для NetBIOS.
----
3. Информация о multihomed компах.
Пояснение по этому поводу примерно такое:
С точки зрения работы Сетевого окружения это выглядит так.
Весь обмен идет через NetBIOS. Это программный интерфейс. Работать он может с любым из 3-х сетевых протоколов:
- NETBEUI (родной для NetBIOS, он же NBF);
- TCP/IP (NetBIOS over TCP/IP, он же NBT);
- IPX/SPX.
Дополнительно, нужно помнить, что при наличии нескольких сетевых карт, на каждой из них может быть свой набор сетевых протоколов (с поддержкой NetBIOS и без нее).
Сочетание 3-х вещей:
- конкретной сетевой карты,
- конкретного сетевого протокола
- признака поддержки NetBIOS на этой карте и на этом протоколе
в терминологии NetBIOS называется LANA ("сетевой адаптер NetBIOS").
Так вот, multihomed комп - это комп, у которого больше одного LANA.
Необходимо избегать работу мастер браузеров и сервера WINS на multihomed компах.
Список полезных ссылок
------
http://support.microsoft.com/default.aspx?scid=kb;en-us;102878
http://support.microsoft.com/default.aspx?scid=kb;en-us;120151
http://support.microsoft.com/default.aspx?scid=kb;EN-US;133241
http://support.microsoft.com/default.aspx?scid=kb;EN-US;135404
http://support.microsoft.com/default.aspx?scid=kb;en-us;136712
http://support.microsoft.com/default.aspx?scid=kb;en-us;150800
http://support.microsoft.com/default.aspx?scid=kb;EN-US;166159
http://support.microsoft.com/default.aspx?scid=kb;en-us;181774
http://support.microsoft.com/default.aspx?scid=kb;en-us;188001
http://support.microsoft.com/default.aspx?scid=kb;en-us;188305
http://support.microsoft.com/default.aspx?scid=kb;en…p;Product=win2000
http://support.microsoft.com/default.aspx?scid=kb;en-us;191611
http://support.microsoft.com/default.aspx?scid=kb;en-us;221210
http://www.osp.ru/win2000/worknt/62nt07_print.htm
http://www.osp.ru/win2000/worknt/23nt08_print.htm
http://www.networkdoc.ru/files/insop/win2000/read.ht…asterbrowser.html
http://www.chicagotech.net/browser.htm
---
Дополнительно.
-------
С точки зрения распределенной системы браузинга компьютеры одной рабочей группы или домена могут выполнять следующие функции:
1. Обычный компьютер:
- клиент системы браузинга;
- получатель списка просмотра для Сетевого окружения;
- получает список просмотра от одного из 3-х компьютеров, которые ему назначил мастер браузер подсети в момент запуска ОС или после перевыборов.
2. Резервный браузер:
- может хранить у себя актуальную копию списка просмотра;
- периодически получает эту копию от мастер браузера своей подсети;
- выдает эту копию по запросу клиентам системы браузинга.
3. Мастер браузер своей подсети:
- хранит у себя актуальную копию списка просмотра;
- периодически получает ее от доменного мастер браузера;
- периодически посылает ее на резервные браузеры);
4. Доменный мастер браузер:
- собирает воедино списки просмотра от мастер браузеров разных подсетей
- рассылает мастер браузерам подсетей полные списки.
Работа распределенной службы браузинга по своей сути иерархична, имеет 4 уровня и необходимо хорошо представлять себе 3 типа взаимодействий между уровнями:
1 тип взаимодействия.
Получение обычным компом списка просмотра от резервного браузера данного домена (рабочей группы) в данной IP-подсети. Этот список просмотра запрашивается:
- при первом просмотре Сетевого окружения;
- при Refresh Сетевого окружения (принудительно или по таймеру);
- по команде net view;
- программно при выполнении некоторых функций API.
2 тип взаимодействия.
Получение обновленного (актуального на данный момент) списка просмотра сети. Это взаимодействие происходит между резервным браузером и мастер-браузером данного домена (рабочей группы) в данной IP-подсети. Этот список просмотра запрашивается:
- по таймеру;
- программно при выполнении некоторых функций API.
3 тип взаимодействия.
Получение полного (расширенного) списка просмотра. Это взаимодействие происходит между мастер-браузерами данного домена в данной подсети с компьютером, который обладает функцией сбора воедино всех списков просмотра данного домена из разных IP-подсетей. В Windows этой функцией обладает первичный контроллер домена или компьютер (сервер) эмулирующий эту роль (Windows 2000 server). При составлении такого полного списка этот компьютер получает информацию от сервера WINS. Также необходимо отметить, что в составе пакета SAMBA демон nmbd значительно лучше справляется с этой ролью.
|
Инфромация в шапке собрана ooptimum и
Andy_user. |
Всего записей: 20 | Зарегистр. 13-05-2002 | Отправлено: 08:30 15-01-2003 | Исправлено: lynx, 23:52 26-11-2004 |
|
?.. ;)