Архив форумов ЦИТФорума

[and3008]

Во многочисленным просьбам радиослушателей... трам, пам, пам... ПОСЛЕДНИЙ раз рассказываю про работу "Сетевого окружения".

Было это давно. Многие из вас наверно даже не родились, а компьютеры были дорогими и было их мало. Группа крупных компаний чуяла, что скоро появятся компьютерные сети. Только вот какие и в каком колличестве - шли жаркие скоры. Фирма Xerox предложила свой вариант. Ее предложение основывалось на том, что в сети будет не более 25 компьютеров.
Собственно за это и ухватилась компания Микрософт, которая тогда только, только начинала выползать на рынок.

Конец предисловия.

Техническая часть:
Сеть Микрософт основывается на протоколе прикладного уровня NetBIOS. Суть его работы и требования:
Требования к именам компьютеров:
Каждый компьютер в сети должен иметь уникальное имя. Имя может состоять из букв, цифр и некоторых символов. Первый символ должен быть буквенный.
Требования к началу работы:
В включении компьютер посылает свое имя в сеть (широковещательный запрос) с целью определить, не занято ли это имя кем-то.
Если не занято, то компьютер его использует в работе, если занято - до свиданья. Сеть недоступна.
Механизм регистрации и передачи списка компьютеров:
На каждую группу компьютеров назначается основной обозреватель сети (Browse Master). Так же возможно назначение резервных обозревателей (Backup Browse Master). Компьютер назначеный основным обозревателем регистрирует новые компьютеры, удаляет старые, передает копию базы на резервные обозреватели. Выборы главного обозревателя происходят АВТОМАТИЧЕСКИ (см. примечание 1). В случае выхода из строя основного обозревателя, резервные назначают выборы и один из них становится главным. Время "учухивания" минут 10-40. После выбора главного резервные получают от него копию базы (ну и хрен с ним, что она неполная или пустая).

Все это хозяйство чудесно работает в сети, где компов 15-30. Компы не глючат (не перезагружаются каждый час), включаются сразу (начало работы, т.е. утро) и выключаются сразу (конец работы, т.е. вечер). В общем где люди работают, в не "Windows переустанавливают".

Т.к. сей маханизм основан на широковещательных пакетах, то естественно все это перестает работать как только появляется маршрутизатор и группа компов по обе стороны от него. Б.Г. был хитрее всех зверей полевых и придумал новую систему. Угадайте как назвал? Правильно! Windows Internet Name Service (WINS). Вдумайтесь только в название! Какая широта мысли-то!
Ну и чтоб всем совсем было хорошо то сделал он, чтоб эта служба работала только на "Серверных" версиях Windows (WinNT 3.51/4.0 Server, Win2000, Win2003). Что делает эта служба? Да просто регистрирует NetBIOS имена компов. Пишет пару: Имя компа=IP-адрес. Умные люди спросят, а на фига? Ведь есть же DNS! Ребяты, у БГ свои мысли, будете получать как он - встрянете, а пока посидите в сторонке.
Как сделать, чтоб работал WINS? Да просто. Запустить на сервер службу Wins, а на всех клиентах указать IP-адрес этого компа.
Но это еще не все. П ...

[and3008]

Как сделать, чтоб работал WINS? Да просто. Запустить на сервер службу Wins, а на всех клиентах указать IP-адрес этого компа.<BR>Но это еще не все. Помните, мы имеем дело с Микрософт!!! Дабы увидеть группу компов по другую сторону маршрутизатора надо Серверный Windows назвачить главным обозревателем домена. Тогда он будет принимать и широковещательные пакеты на регистрацию имен и заглядывать в WINS.<BR><BR>Примечания:<BR>С выходом Win2000 Server, окончательным беспределом в сетевом хозяйстве (куча роуторов), генеральной линией партии (контролировать Internet) и текущим моментом, про WINS рекомендуют забыть и пользовать DNS и Active Directory. WINS работает для совместимости и в дальнейшем на него забьют большой болт, как это уже случилось с NetBEUI (в WinXP его уже нет).<BR><BR>С какими граблями сталкиваются все:<BR>Вижу, не вижу.<BR>Читаыйте выше про обозревателей. Прочитали? А теперь вспомните, что все обновления не происходят мгновенно. Должно пройти какое-то время. Обычно минут 10-15. Как ускорить процесс? НИКАК! Всем этим Windows занимается сам. Он лучше вас знает, как это делать и ваще это патентованая технология и идите все в сад. Резонный вопрос, что делать? Все просто. Надо назначит один комп обозревателем сети, а на остальных эту службу отключить. Желательно чтоб этот комп включали самым первым и выключали последним.<BR>Как это сделать?<BR>На Win9x/ME в св-вах сети выбираем "Служба доступа к сетям Микрософт". Параметр "Координатор сети". На одном компе делаем "ВКЛ", на остальных "Откл". На некоторых "Авто". На WinNT/2000/XP/2003 надо включить или выключить службу "Обозреватель сети".<BR><BR>Примечание:<BR>Обозреватель сети выбирается по группе параметров. Производительность, загрузка, версия операционной системы (т.е. Win2003 будет иметь большее преимущество стать обозревателем, нежели Win95). Этими данными компы обмениваются сами. Это теоретически. Практически - кто первым встал (включился) - того и тапки. Я не раз наблюдал, как Win3.11 объявляла себя главым обозревателем в сети с WinNT 4.0 Server. Или Win98 SE объявляла себя главным обозревателем, но регистрировать никого не хотела. Лечилось плясками с бубнами и переустановкой всей сетевой поддержки на этом компе. Так что очень рекомендую отключать "Обозревателя сети" на всех компах, кроме серверов.<BR><BR>Собственно все. Кому что еще не понятно?<BR><BR>Распечатайте это, повесьте на стенку, выложите на какой-нито сайт и тыкайте туда всех. ДОСТАЛИ уже с этими вопросами. Лучше чего-нибудь другое спросите.

[and3008]

-

[Barbados]

!

[Sol]

-

[ALEX_SE]

-

[Dizzy]

^

[FSerg]

Заколдованный круг. Тут вот на днях жаловались, что дорого самому в инете раться, А тут зашел на пять минут, вопросик нашкрябал, поспал на печи, а завтра для тебя все на блюдечке с голубой каемочкой. Ну любят у нас халяву. Как это побороть - а на халяву и здесь никак, только ежедневным наставлением на путь истинный. Извините за многословность.

[TepKuH]

1. Почему это хорошо только для небольших сетей... ведь какая разница
Мастербраузер рассылает с какой-то(для меня загадочной) периодичность браудкасты => все компы в сети получать этот браудкаст и вернут ответ серверу что 'я мол тут и имею НЕТБИОС имя такое то' значит список будет всегда более менее точным
2. Как рассылаются списки компов? Опять же через браудкаст? или сами компы с какой то периодичностью лезут на мастербраузер за списком
3. Что рассылается в списке компов(имя + ИП или же просто имя)

Ну на вскидку вроде все может еще придумаю

PS. Ты забыл сказать что Мастером браузером всегда становится контролер домена и не важно на какой он ОСи да кто му же это избавит вас от постоянного удаления галки "Координатор сети"
Еще ты забыл сказать что в каждой рабочей группе имеется свой мастер браузер

[and3008]

Ответ по п.1
Большие сети - это сети, как правило порезанные маршрутизаторами. Лично я не видел сетей более 200 компов и хотя бы без одного роутера.
Списки компов хранятся в ОЗУ. А если еще и вспомнить, что в криво (никак) не настроенной сети "координаторами сети" становятся обычные компы, то имеем то, что имеем.

По п.2 и п.3 - хрен его знает. Все закрыто и туманно. Даже разработчики Самбы много чего не сделали.

На P.S.
Я и не думал об этом говорить. Кстати, вот берем домен, Windows 2000, домен работает в режиме native. В сети 5 серверов. Внимание вопрос: Кто из них Master Browser?

Про мастера в рабочей группе я сказал. Читай внимательнее.

[MiK]

До этого места ты всё разжевал, а дале так.
Как это трактует Мелкософт,
"...если принимающий компьютер-браузер ВЫПОЛНЯЕТСЯ? (включен раньше?)(возможно здесь ошибка переводчика или я чего-то не понимаю) дольше, чем компьютер-отправитель, то принимающая система выигрывает.
И последнее если так ни кто и не победил в соревнованиях организованных Б.Г. то в выборе браузера выигрывает компьютер с "лексически первым именем". Но и это не всё. После победы он переходит в состояние ranning election state ) рассылает другим дейтаграммки и если случается, что за это время появился компьютер более подходящий на роль браузера начинается новая ебля с плясками (прошу прощения) и так может продолжаться долго. Вывод, прислушаться к твоему совету и оставить как можно меньше желающих стать обозревателем, конец цитаты.)

[and3008]

-

[vd vd]

Херня все это.
Пока не появиться на pDC multihomed
PDC 2000 ad работает и с днс и винс.
но после multihomed PDC Ad любая XP хочет
власть иметь. отключаем и в XP Browser
и на втором PDC BROWSER(в сети надо 2 контроллера иметь ); власть необходима
multihomed а он шарахается от обзора.
Как его заставить работать( на самом деле
так даже спокойнее- никто не знает про сетевые диски меньше знаешь и т. д.) ошень
удобно.
)

[ak47]

А ведь некоторые машины бывают совсем не видны в "Сетвом окружении", но проявляются при "Найти"-"Компьютер".
А как-то раз в учебном классе отрубил на всех машинах "Координацию сети" и все одно, в сетевом окружении некоторых было видно.
Очень уж много комбинаций всяких "если"...

[Иванкр]

Проводил я такой экперимент: 3 машины подключал к изолированному хабу. На 2-х отключал обозревателя сети, на одной оставлял. Пока машины в одной рабочей группе - все работает, как только машина с отключенным обозревателем меняет группу - она выпадает из сетевого окружения и сама никого не видит.
Отключение обозревателя сети - не решение при наличии большого числа рабочих групп.

Устав изучать сетевое окружение и так ничего не добившись, для себя я решил поставить электронную почту всем пользователям для обмена файлами, а так же применять FTP/HTTP для создания хранилищ файлов.

[Dmitry.Karpov http://prof]

1) Как узнать, кого данная Windows считает браузерами и откуда берёт список машин для сетевого окружения?

2) Каковы os level у разных Windows в разных случаях?

[Юрец !]

Еще один огромный плюс WINS - то что он избавляет от broadcast пакетов сеть ! Конечно не на 100 % процентов , но процентов 80 добится можно ! .... Есть така вещь - как тип узла ! Их бывает всего 4 :
1 - b - узел широковещательный
2 - p - узел равный с равным
3 - m - узел смешанный
4 - h - узел гибридный

B-узел использует широковещательные запросы на регистрацию и разрешение имен NetBIOS. У B-узла есть два серьезных недостатка: (1) Широковещательные запросы загружают все узлы сети и (2) Маршрутизаторы обычно не передают широковещательные пакеты в другие сети, поэтому имена NetBIOS могут разрешаться только в локальной сети.

P-узел использует для разрешения имен NetBIOS сервер имен NetBIOS (NBNS), например WINS-сервер. P-узел не применяет широковещание; вместо этого он напрямую запрашивает сервер имен.


M-узел — это комбинация B-узла и P-узла. По умолчанию M-узел работает в режиме B-узла. Если M-узел не может разрешить имя с помощью широковещательного запроса, он запрашивает сервер NBNS в режиме P-узла.

H-узел — это комбинация P-узла и B-узла. По умолчанию H-узел работает в режиме P-узла. Если H-узел не может разрешить имя с помощью сервера NBNS, он использует широковещание.

[and3008]

Открыл Америку...
У меня уж давно в опциях DHCP стоит p-узел.

И не потому, что броадкастов боюсь, а потому что через WINS быстрее.

[TechNoir]

Господа, напомните пожалуйста, в каком месте задается тип узла компьютера с Windows 9x/2k/xp. Что-то не найду...
_________________
Vive la Russie!

[ЫФЦ]

Обычно этот параметр задается через DHCP-сервер, там же где определяете для клиентов адрес WINS-сервера, Default Gateway и т.п.

Но через реестр также можно задать тип узла (но если в сети нет WINS-сервера, то зачем?). Например, так:

Specify the NetBIOS Name Resolution Mode (Windows 95/98/Me)
Category: Home > Network > Protocols

There are several modes used in the resolution of NetBIOS, including WINS and LMHOSTS lookups and broadcast queries. This setting controls which mode is used.


Settings:
System Key: [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\MSTCP]
Name: NodeType
Type: REG_SZ (String Value)
Value: 1, 2, 4, or 8


String value called "NodeType" and set it to equal either 1, 2, 4, or 8 where 1 = b-node, 2 = p-node, 4 = m-node, and 8 = h-node. This value can also be specified using DHCP.

Restart Windows for the change to take effect.

[Родион]

А как связаны WINS+DNS+DHCP?
Они работают все в связке или достаточно DHCP+DNS?
_________________
RTFM

[squirL]

[squirL]

http://www.osp.ru/win2000/worknt/62nt07.htm
2 ALL оч. полезная статейка для понимания основ работы службы браузинга.

[and3008]

[squirL]

[and3008]

[Andy_user]

Наверно у меня гнусный характер...
Стоило прочитать фразу :

[and3008]

http://www.google.ru/search?hl=ru&q=microsoft+dns+bug&lr=

Лично мне нужно было, чтобы UNIX-компы регистрировались в DNS.
Как это сделать на микрософтовском DNS - не нашел.
DHCP у меня тоже на UNIX стоял. На микрософтовский ставить не стал, т.к. знаю, что у него иногда крышу сносит и он базу свою портит. Восстановление из бакапа дело, конечно, хорошее, но текстовые файлы на UNIX мне как-то проще и понятней.


Если уж коснулись темы багов, то мне перестала нравиться Самба. У нее бывает tdb-шные файлы портятся. Как результат - либо снижение производительности, либо мало понятные глюки, лекарство от которых - удаление этих файлов и перезапуск Самбы.
Подсистема печати CUPS начала подводить. Каким-то фигом стала переключать принтер в состояние Stop, когда принтер не доступен. При доступности принтера - автоматически не возобновляет работу. Приходится выслушивать разное от юзверей и поднимать принтер ручками. Прийдется наверно на LPRNG возвращаться...

В общем нет идеала в этой жизни.

[4u3u]

Меня тоже несколько покоробили нелестные отзывы об устойчивости DNS и DHCP от MS, явно противоречащие моему опыту... Interoperability - да, не лучшая сторона MS. Но устойчивость?..
Ни разу у меня ни один DNS или DHCP не глючил и файлов никаких не терял... Правда, у мнея *nix хосты на виндовом DNS не регятся...

[4u3u]

Кстати, виндовый DHCP может сам обновить записи для хостов, не умеющих/не могущих апдейтить свои записи в виндовом DNS самостоятельно...

[4u3u]

А насчет текстовых файлов - 100% согласен. Как-то понадобилось девелоперам предоставить информацию с DHCP об адресах, полученных тестовыми устройствами. Парсить dhcp.leases проще простого. А вот с виндовой базой... В общем в конце концов пришлось task-pad mmc сделать им...

[4u3u]

[and3008]

Я терял базу WINS и DNS. Поднимал людям упавшую базу DHCP.

Не завоевали доверия у меня эти службы. Возможно эффект инерции от негативного опыта еще со времен WinNT 4.0

[Andy_user]

Никоим образом не подвергаю сомнению опыт and3008.
Еще раз хочу озвучить результат своего (и только своего) опыта использования DNS, WINS и DHCP от Microsoft.
Мне никогда не приходилось наблюдать труднообъяснимые "глюки" при их работе. Некорректности в их работе бывали, но всегда находились или их причины или весьма вероятные предположения о том, почему это произошло.
_________________
Знание принципов компенсирует незнание фактов.

[TechNoir]

вот и ладненько, вот и поговорили
_________________
Vive la Russie!

[Andy_user]

Для того, чтобы вернуть тему в ее прежнее русло позвольте мне подкинуть чуток информации :

1. Для видимости компьютеров в "Сетевом окружении" (т.е. нормальной работы распределенной службы браузинга) в сети, разбитой на подсети, как минимум надо:
- Доменная организация компьютеров в сети (необязательно всех), так как только доменный мастер браузер (т.е. первичный контроллер домена или его эмулятор) обладает функцией сбора воедино всех списков "серверов" данного домена из разных подсетей
(это для Windows, при использовании пакета Samba можно устроить работу Сетевого окружения и без доменной организации);
- Доменный мастер браузер не должен быть 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 значительно лучше справляется с этой ролью.
_________________
Знание принципов компенсирует незнание фактов.

[TechNoir]

Вот это мессидж, вот это я понимаю.
Я пожалуй сейчас его печатать буду.
И то что по ссылкам тоже пожалуй распечатаю.
_________________
Vive la Russie!