форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Броузинг"
Сообщение от Markoff on 09-Янв-04, 13:28  (MSK)
Всем привет. Есть задача: собрать на FreeBSD 4.7 роутер. Просто рутинг без файрвола. Вопрос: броузинг между сетями будет нормальный (клиенты сети виндовые) или надо что-то прикрутить?
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "Броузинг"
Сообщение от open on 09-Янв-04, 16:41  (MSK)
насколько я помню ситуация такая в сетевом окружении компы другой сети не видны, но поиск компа по ip работает. что бы всё было кузяво стоит наверное поставить samba с поддержкой wins. >Всем привет. >Есть задача: собрать на FreeBSD 4.7 роутер. Просто рутинг без файрвола. Вопрос: >броузинг между сетями будет нормальный (клиенты сети виндовые) или надо что-то >прикрутить?
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "Броузинг"
	Сообщение от Markoff on 09-Янв-04, 19:30  (MSK)
	>насколько я помню ситуация такая >в сетевом окружении компы другой сети не видны, но поиск компа по >ip работает. >что бы всё было кузяво стоит наверное поставить samba с поддержкой wins. а nmbd от самбы будет не достаточно?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "Броузинг"
	Сообщение от Vlady on 09-Янв-04, 19:54  (MSK)
	>а nmbd от самбы будет не достаточно? Браузинга не будет в любом случае, если не будет трансляции широковещалки через роутер. Но, если транслировать и широковещалку, то мож просто свичом обойтись вместо роутера? Подумай, что тебе дороже - браузинг обеих подсетей или широковещательный трафик. А ВИНС сможет помочь только обращаться к компам из одной сети в другую по именам, а к браузингу он отношения не имеет.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "Броузинг"
	Сообщение от Markoff on 09-Янв-04, 21:05  (MSK)
	>Но, если транслировать и широковещалку, то мож просто свичом обойтись вместо роутера? Надо именно роутер. >Подумай, что тебе дороже - браузинг обеих подсетей или широковещательный трафик. У меня 4 сети и мне широковещательный трафик не нужен, но нужен броузинг. Неужели нельзя чтобы фря была мастер-броузером сети (четырёх подсетей) или по крайней мере могла передавать именно эти пакеты.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "Броузинг"
	Сообщение от Markoff on 11-Янв-04, 18:25  (MSK)
	Неужели всё так печально? Или никто не знает как сделать? В мастдае сие можно а в юнихе нет? НЕ ВЕРЮ. Помогите кто знает. Шеф убьёт если я не сделаю. У него стояла винда - работала и глючила, а я поставил фрю, не глючит и не работает броузинг ;)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "Броузинг"
	Сообщение от ZynGeR on 11-Янв-04, 21:10  (MSK)
	>Неужели всё так печально? Или никто не знает как сделать? В мастдае >сие можно а в юнихе нет? НЕ ВЕРЮ. Помогите кто знает. >Шеф убьёт если я не сделаю. У него стояла винда - >работала и глючила, а я поставил фрю, не глючит и не >работает броузинг ;) чесно говоря я чуть не понял, тебе нужно на роутере настроить САМБУ или просто заставить обычную машину сети видеть всех!!! Если второе то просто настрой LISA, а иначе на роутыре подымай samba делай её мастре броуз, вноси имена хостов в etc/hosts, установи ВИНС сервер и на всех остальных станция указывай ВИНС роутера...... .....Это так в двух словах.......
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "Броузинг"
	Сообщение от DogEater on 12-Янв-04, 09:53  (MSK)
	как говаривао один из моих учителей: "правило ╧3 -читай Маркса!" смотри /usr/share/doc/samba-X.X.X/docs/textdocs/BROWSING.txt и BROWSING-Config.txt  и никого не слушай
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "Броузинг"
	Сообщение от Markoff on 12-Янв-04, 13:47  (MSK)
	>просто настрой LISA, Что есть ху? Кто такой LISA?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "Броузинг"
	Сообщение от A Clockwork Orange on 12-Янв-04, 14:26  (MSK)
	А что так все сложно то? Может в какой сети есть сервер на windwows ?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	15. "Броузинг"
	Сообщение от Markoff on 13-Янв-04, 06:23  (MSK)
	>А что так все сложно то? >Может в какой сети есть сервер на windwows ? В кратце и упрощённо: две подсетки(реально их 4, но это не имеет принципиальной разницы): в первой - вражеский сервер 2003, домен, винс, днс, куча клиентов на виндах и несколько рабочих групп. во второй подсети - другая куча клиентов на виндах, нет серверов, но имеется опять же несколько рабочих групп (такие же как и в первой). Между подсетями роутер на фриБСД (самбы нет). Задача: видимость юзерами первой подсети - второй и наобород. Как это можно сделать проще? Помогите. Неужели ни у кого небыло подобной ситуации?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	17. "Броузинг"
	Сообщение от lavr on 13-Янв-04, 10:05  (MSK)
	>Неужели всё так печально? Или никто не знает как сделать? В мастдае что печально, то что netbeui нерутируемый протокол? так это к M$... >сие можно а в юнихе нет? НЕ ВЕРЮ. Помогите кто знает. двойка вам за OSI и сетевые протоколы, MUSTDIE в жизни ничего сам не умел, да и стек TCP/IP ему на заказ специалисты из BSDI по слухам выправляли, слухи эти M$ не стал опровергать... Sorry, конечно же умел - извращать технологии, их лозунг по улучшению всего и вся, давно уже впереди самой системы идет... >Шеф убьёт если я не сделаю. У него стояла винда - >работала и глючила, а я поставил фрю, не глючит и не >работает броузинг ;) правильно сделает, учите матчасть
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	28. "Броузинг"
	Сообщение от Yura_hn on 20-Янв-04, 02:35  (MSK)
	>>Неужели всё так печально? Или никто не знает как сделать? В мастдае > >что печально, то что netbeui нерутируемый протокол? так это к M$... > >>сие можно а в юнихе нет? НЕ ВЕРЮ. Помогите кто знает. > >двойка вам за OSI и сетевые протоколы, MUSTDIE в жизни ничего сам >не умел, >да и стек TCP/IP ему на заказ специалисты из BSDI по слухам >выправляли, Не выправляли, а писали, ip стек в винде от BSDi 3.x. >слухи эти M$ не стал опровергать... А что их опровергать, если просканить BSDi по типу какая система, тогда сканер выдаст - BSDi или Windows. > Sorry, конечно же умел - извращать технологии, их лозунг по улучшению > >всего и вся, давно уже впереди самой системы идет... > >>Шеф убьёт если я не сделаю. У него стояла винда - >>работала и глючила, а я поставил фрю, не глючит и не >>работает броузинг ;) > >правильно сделает, учите матчасть
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "Броузинг"
	Сообщение от toor on 12-Янв-04, 14:45  (MSK)
	>>а nmbd от самбы будет не достаточно? > >Браузинга не будет в любом случае, если не будет трансляции широковещалки через >роутер. >Но, если транслировать и широковещалку, то мож просто свичом обойтись вместо роутера? >Подумай, что тебе дороже - браузинг обеих подсетей или широковещательный трафик. > > >А ВИНС сможет помочь только обращаться к компам из одной сети в >другую по именам, а к браузингу он отношения не имеет. WINS имеет к броузингу отношение, хотя и косвенное. Учим, как работает сеть MS. Вкратце: WINS служит для того, чтобы сообщить юзеру, кто нынче мастер-броузер. После этого юзерский комп юникастом обращается к мастер-броузеру и получит от него лист.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	11. "Броузинг"
	Сообщение от A Clockwork Orange on 12-Янв-04, 15:06  (MSK)
	Неужели?!
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	12. "Броузинг"
	Сообщение от A Clockwork Orange on 12-Янв-04, 15:07  (MSK)
	Что такое WINS? WINS расшифровывается как Windows Internet Name Service, т.е. служба определения адресов, преобразующая имена компьютеров в сети (NetBIOS) в адреса IP.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	14. "Броузинг"
	Сообщение от toor on 12-Янв-04, 15:58  (MSK)
	>Что такое WINS? > >WINS расшифровывается как Windows Internet Name Service, т.е. служба определения адресов, преобразующая >имена компьютеров в сети (NetBIOS) в адреса IP. Не только. Это очень длинная история, и мне совсем не хочется читать тут лекции по вражескому продукту. Почитай сам, если интересно. Кстати, вот эта статья: http://support.microsoft.com/default.aspx?scid=kb;en-us;149941 отвечает на исходный вопрос, хотя и очень общо и кратко. "In a big network with multiple domains and workgroups spread across several subnets separated by routers, browsing can become complex and hence it becomes necessary to understand the techniques of browsing to troubleshoot browser-related problems. When all workstations and servers are WINS enabled, if there are no workgroups in the entire network, all clients will be able to browse every other domain and members of those domains in the network...."
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	13. "Броузинг"
	Сообщение от toor on 12-Янв-04, 15:53  (MSK)
	>Неужели?! Именно. Если интересно, посмотри в MSKB. Слова для поиска: "WINS", "domain", "browsing".
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	16. "Броузинг"
	Сообщение от Vlady on 13-Янв-04, 09:53  (MSK)
	>>Неужели?! > >Именно. >Если интересно, посмотри в MSKB. Слова для поиска: "WINS", "domain", "browsing". Еще раз, ме-е-е-едле-е-е-ен-н-н-н-но, специально для одаренных (toor): ВИНС НЕ ИМЕЕТ К БРАУЗИНГУ НИКАКОГО ОТНОШЕНИЯ. А тебе, toor, имеет смысл прочитать внимательней процитированное тобой же, плюс прочитать хотя бы следующий абзац там же. ВИНС - это просто разрешение имён. Иметь ВИНС для браузинга надо (хотя бы для разношерстных Виндов в сети), но в самом браузинге ВИНС участия не принимает. И, разумеется, ВИНС никак не сообщает "кто нынче мастер-браузер". Путем волшебных пассов типа Самбы на роутере в качестве мастер-браузера иногда получается браузинг, а иногда - нет. Тем более, что в подсетях есть кому воевать за право быть мастер-браузерами подсетей. Так что в общем виде проблема решения не имеет. Разумеется, вопрос браузинга даже не возникает в доменах WinNT+ - там браузинг-лист формируется домен-контроллерами путем обработки листинга вошедших в домен машин, а не тупеньким маячком браузинг-сервиса. [беззлобно корча морды] Toor, учи теорию и не топырь пальцы. :-р :)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	18. "Броузинг"
	Сообщение от toor on 13-Янв-04, 10:31  (MSK)
	>>>Неужели?! >> >>Именно. >>Если интересно, посмотри в MSKB. Слова для поиска: "WINS", "domain", "browsing". > >Еще раз, ме-е-е-едле-е-е-ен-н-н-н-но, специально для одаренных (toor): > >ВИНС НЕ ИМЕЕТ К БРАУЗИНГУ НИКАКОГО ОТНОШЕНИЯ. >А тебе, toor, имеет смысл прочитать внимательней процитированное тобой же, плюс прочитать >хотя бы следующий абзац там же. >ВИНС - это просто разрешение имён. >Иметь ВИНС для браузинга надо (хотя бы для разношерстных Виндов в сети), >но в самом браузинге ВИНС участия не принимает. И, разумеется, ВИНС >никак не сообщает "кто нынче мастер-браузер". > >Путем волшебных пассов типа Самбы на роутере в качестве мастер-браузера иногда получается >браузинг, а иногда - нет. Тем более, что в подсетях есть >кому воевать за право быть мастер-браузерами подсетей. >Так что в общем виде проблема решения не имеет. > >Разумеется, вопрос браузинга даже не возникает в доменах WinNT+ - там браузинг-лист >формируется домен-контроллерами путем обработки листинга вошедших в домен машин, а не >тупеньким маячком браузинг-сервиса. > >[беззлобно корча морды] Toor, учи теорию и не топырь пальцы. :-р :) > (тяжело вздыхая) Чувак, не позорься. http://support.microsoft.com/default.aspx?scid=kb;EN-US;120151 Цитата: "The Domain Master Browser registers a unique Browser name of "<DOMAIN>[1B]" with the WINS server." Которое слово тебе перевести? Далее: "Other Domain Master Browsers will periodically query the WINS server for a list of domains. They then merge this list into their local domain browse list. They then propagate this list to the Master Browser on each subnet via the mechanism mentioned above." Здесь тоже все понятно? Если да, то можешь быть свободен.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	19. "Броузинг"
	Сообщение от Markoff on 13-Янв-04, 14:50  (MSK)
	Предлагаю закрыть тему. Проблема решена. Шеф не убьёт, как этого не ждали некоторые из форума. Завтра напишу как решил проблему. Сегодня некогда. Всем привет. Кто помогал - СПАСИБО.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	29. "Броузинг"
	Сообщение от mikola on 20-Янв-04, 08:10  (MSK)
	Хотелось бы услышать! >Предлагаю закрыть тему. Проблема решена. Шеф не убьёт, как этого не ждали >некоторые из форума. >Завтра напишу как решил проблему. Сегодня некогда. >Всем привет. Кто помогал - СПАСИБО.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	30. "Броузинг. 'А на последок я скажу...'"
	Сообщение от Markoff on 22-Янв-04, 06:44  (MSK)
	>Хотелось бы услышать! Имеется сеть из (упростим задачу) двух подсетей и нескольких рабочих групп. Между ними рутер на фрях, виндовые клиенты. Для того, чтобы все видели друг друга в сетевом окужении достаточно установить винс сервер, у меня он стоит на в2к3. Как это работает: в каждой подсети, периодически проходят перевыборы на должность мастер броузера, после победы одного из компов, он себя публикует в ... винсе, заявляя себя держателем списка [1D] некоторой рабочей группы... Когда клиент хочет узнать список сети, при условии, что в DHCP стоит H-mode (гибридный), он лезет в винс и говорит: "дай мне тех, кто знает...", тот, испугавшись угроз или просто из вежливости :) говорит иди туда и туда... всё. Иными словами, достаточно H-mode и винс сервера, о котором все, естественно, должны знать. Можно всё это собрать на этом же рутере, поставив самбу и соответственно её настроить, о том как настроить самбу очень хорошо написано в доках от самой самбы... Это уже тут советовали. Я же сделал всё средствами винды. Всё работает, все довольны. Есть правда один косячок... заложенный самой мелкой и самой мягкой фирмочкой ;) что-то у них глючит, то ли сам винс, то ли ррас - этого я пока не понял, скорее всего последнее, но это уже тема другого форума, на другом сайте.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	31. "Броузинг. 'А напоследок я скажу...'"
	Сообщение от Vlady on 22-Янв-04, 06:51  (MSK)
	>Есть правда один косячок... заложенный самой мелкой и самой мягкой фирмочкой ;) >что-то у них глючит, то ли сам винс, то ли ррас Какой косячок?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	20. "Броузинг"
	Сообщение от Vlady on 14-Янв-04, 16:48  (MSK)
	Toor, ну что ты за упрямец... ;) Искать умеешь, но ЧТО ты при этом находишь - непонятно. На, почитай: http://admin.vlady.ru/browser.zip Можешь начать сразу с четвертого сообщения. Ссылки на Q и, главное, КАК искать - есть в предыдущих.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	21. "Броузинг"
	Сообщение от toor on 14-Янв-04, 17:24  (MSK)
	>Toor, ну что ты за упрямец... ;) >Искать умеешь, но ЧТО ты при этом находишь - непонятно. > >На, почитай: http://admin.vlady.ru/browser.zip >Можешь начать сразу с четвертого сообщения. >Ссылки на Q и, главное, КАК искать - есть в предыдущих. Ты меня устал, чувак. Вот твоё утверждение: "ВИНС НЕ ИМЕЕТ К БРАУЗИНГУ НИКАКОГО ОТНОШЕНИЯ." Вот тебе цитата из MSKB: ""The Domain Master Browser registers a unique Browser name of "<DOMAIN>[1B]" with the WINS server. Other Domain Master Browsers will periodically query the WINS server for a list of domains. They then merge this list into their local domain browse list. They then propagate this list to the Master Browser on each subnet via the mechanism mentioned above." Итак, WINS имеет к броузингу косвенное отношение, что я и утверждал. А твои домыслы на эту тему мне совершенно неинтересны. Это во-первых. Во-вторых, в твоем "сообщении номер 3" ты сознательно опустил начало цитаты, или просто по невнимательности? Я тебе помогу: 1.. The client determines who the PDC is of the remote domain through the domain<1b> name (for LMHOSTS this is done by having the \0x1b entry; for WINS it would be via query). Таким образом, прежде чем: "Клиент! Отправляет! Прямой! Запрос (как стандартную функцию API)! На! PDC!И! Получает! Список! Мастер-браузеров" ...клиент обращается НА ВИНС, ЕБЕНА МАТЕРЬ, и определяет КТО нынче PDC. А потом уже получает от него список мастер-броузеров. Всё, надоел ты мне.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	22. "Броузинг"
	Сообщение от Vlady on 14-Янв-04, 18:31  (MSK)
	>Ты меня устал, чувак. Хм... да ты не просто ламер, а воинствующий ламер... ;) >Вот твоё утверждение: >"ВИНС НЕ ИМЕЕТ К БРАУЗИНГУ НИКАКОГО ОТНОШЕНИЯ." > >Вот тебе цитата из MSKB: >""The Domain Master Browser registers a unique Browser name of "<DOMAIN>[1B]" with the WINS server. Other Domain Master Browsers will periodically query the WINS server for a list of domains. They then merge this list into their local domain browse list. They then propagate this list to the Master Browser on each subnet via the mechanism mentioned above." Любопытно, как ты объяснишь работу браузинга в многосегментных вин-доменах, где WINS не установлен как класс? Ну, потому, что он нафиг не нужен. Например, в доменах, где есть только W2k/XP, в которых за разрешение имен отвечает DNS. Или в вин-сетях, где для доступа к ДоменКонтроллеру используется строка в LMHOSTS. Ась? Грамотей, блин... >Итак, WINS имеет к броузингу косвенное отношение, что я и утверждал. А >твои домыслы на эту тему мне совершенно неинтересны. >1.. The client determines who the PDC is of the remote domain >through >the domain<1b> name (for LMHOSTS this is done by having the \0x1b entry; >for WINS it would be via query). Хих... ну-ну... Ответь на то, что выше, и ты ощутишь, как мало ты знаешь. :) >Таким образом, прежде чем: >"Клиент! Отправляет! Прямой! Запрос (как стандартную функцию API)! На! PDC!И! Получает! Список! >Мастер-браузеров" >...клиент обращается НА ВИНС, ЕБЕНА МАТЕРЬ, и определяет КТО нынче PDC. А >потом уже получает от него список мастер-броузеров. Всё, надоел ты мне. Ла-а-а-а-амер ты.... :)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	23. "Броузинг"
	Сообщение от toor on 15-Янв-04, 00:02  (MSK)
	>>Ты меня устал, чувак. > >Хм... да ты не просто ламер, а воинствующий ламер... ;) > >>Вот твоё утверждение: >>"ВИНС НЕ ИМЕЕТ К БРАУЗИНГУ НИКАКОГО ОТНОШЕНИЯ." >> >>Вот тебе цитата из MSKB: >>""The Domain Master Browser registers a unique Browser name of "<DOMAIN>[1B]" with the WINS server. Other Domain Master Browsers will periodically query the WINS server for a list of domains. They then merge this list into their local domain browse list. They then propagate this list to the Master Browser on each subnet via the mechanism mentioned above." > >Любопытно, как ты объяснишь работу браузинга в многосегментных вин-доменах, где WINS не >установлен как класс? Ну, потому, что он нафиг не нужен. Например, >в доменах, где есть только W2k/XP, в которых за разрешение имен >отвечает DNS. >Или в вин-сетях, где для доступа к ДоменКонтроллеру используется строка в LMHOSTS. > >Ась? >Грамотей, блин... > >>Итак, WINS имеет к броузингу косвенное отношение, что я и утверждал. А >>твои домыслы на эту тему мне совершенно неинтересны. > >>1.. The client determines who the PDC is of the remote domain >>through >>the domain<1b> name (for LMHOSTS this is done by having the \0x1b entry; >>for WINS it would be via query). > >Хих... ну-ну... Ответь на то, что выше, и ты ощутишь, как мало >ты знаешь. :) > >>Таким образом, прежде чем: >>"Клиент! Отправляет! Прямой! Запрос (как стандартную функцию API)! На! PDC!И! Получает! Список! >>Мастер-браузеров" >>...клиент обращается НА ВИНС, ЕБЕНА МАТЕРЬ, и определяет КТО нынче PDC. А >>потом уже получает от него список мастер-броузеров. Всё, надоел ты мне. > >Ла-а-а-а-амер ты.... :) Иди нах, придурок. Научишься читать - возвращайся.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	24. "Броузинг"
	Сообщение от Serg on 15-Янв-04, 00:08  (MSK)
	>>""The Domain Master Browser registers a unique Browser name of "<DOMAIN>[1B]" with the WINS server. Other Domain Master Browsers will periodically query the WINS server for a list of domains. They then merge this list into their local domain browse list. They then propagate this list to the Master Browser on each subnet via the mechanism mentioned above." > >Любопытно, как ты объяснишь работу браузинга в многосегментных вин-доменах, где WINS не >установлен как класс? Ну, потому, что он нафиг не нужен. Например, >в доменах, где есть только W2k/XP, в которых за разрешение имен >отвечает DNS. >Или в вин-сетях, где для доступа к ДоменКонтроллеру используется строка в LMHOSTS. > >Ась? >Грамотей, блин... Мда. Товарисч, подучите матчасть. Там, где за разрешение имен отвечает DNS (MS-овский DNS, заметьте), для обозначения DC есть спец. тип записи. По поводу lmhosts - там для поиска контроллеров используется запись типа 1B. Оба вы с toor'ом хороши, но воинствующим ламером я, скорее, назвал бы вас, дорогой товарисч :-)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	25. "Броузинг"
	Сообщение от Vlady on 15-Янв-04, 16:55  (MSK)
	>Мда. Товарисч, подучите матчасть. Там, где за разрешение имен отвечает DNS (MS-овский >DNS, заметьте), для обозначения DC есть спец. тип записи. >По поводу lmhosts - там для поиска контроллеров используется запись типа 1B. > >Оба вы с toor'ом хороши, но воинствующим ламером я, скорее, назвал бы >вас, дорогой товарисч :-) Так, Serg, будешь судьёй? ;) Ну посмотрим... ;) Типы записей в ДНС и ЛМХОСТС и так понятны. Не о них речь. Обсуждался браузинг. Потому прежде всего цитата из вышеупомянутого ZIPа, который, возможно, ты не читал по какой-то причине: = = = Чтобы не отвечать на каждую фразу отдельно, я предлагаю другой взгляд на браузинг. Мож, хоть такой вариант заставит вас задуматься и продемонстрирует вам тупость службы браузинга (хоть кем она по рангу называется - резервный, мастер или DMB). Сначала берем односегментную сеточку, в которой бродит только NetBIOS (без каких-либо маршрутизируемых протоколов). Как общается каждый клиент с МВ? Правильно, "широковещанием". Как Василий правильно сказал - "чужие клиенты" просто отбрасывают датаграммы, идущие от "нашего клиента" к МВ и обратно. При появлении сети NetBIOS over TCP/IP та же картина облагораживается стеком TCP/IP - появляется возможность отправить датаграмму адресно на МВ (и получить обратно), но вот "заслуги поумнения" принадлежат отнюдь не Browsing Service. Напротив, дай ей волю - засрёт всю сетку. Наглядно? Пойдем далее. При мультисегментной сетке и WINS* в ней появляется возможность (ограниченная - с этим никто не спорит) отправлять пакеты с датаграммами даже за пределы каждого из сегментов (вах! какая победа разума!), но, ввиду отсутствия приличного механизма слияния списков ресурсов и последующей его репликации на МВы подсеток, общий браузинг остается таким же ущербным. Ситуация преображается, когда появляется NT-домен -- "всем всё видно". Нетрудно догадаться - почему и кто добавил мозгов браузингу. Ведь он, несомненно, был одинаковым сервисом и в первом случае, и в последнем. = = = * - WINS или DNS - не имеет значения, несмотря на всю _разницу_ между ними. Вопрос треда не в том, КАК найти ДоменКонтроллер, а КАК формируется браузинг-лист. Моя позиция понятна? :) Или нужны Q из MSKB? Комментируй, если есть возражения. :)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	26. "Броузинг"
	Сообщение от Serg on 15-Янв-04, 17:14  (MSK)
	>>Мда. Товарисч, подучите матчасть. Там, где за разрешение имен отвечает DNS (MS-овский >>DNS, заметьте), для обозначения DC есть спец. тип записи. >>По поводу lmhosts - там для поиска контроллеров используется запись типа 1B. >> >>Оба вы с toor'ом хороши, но воинствующим ламером я, скорее, назвал бы >>вас, дорогой товарисч :-) > >Так, Serg, будешь судьёй? ;) >Ну посмотрим... ;) > >Типы записей в ДНС и ЛМХОСТС и так понятны. Не о них >речь. >Обсуждался браузинг. Потому прежде всего цитата из вышеупомянутого ZIPа, который, возможно, ты >не читал по какой-то причине: >= = = >Чтобы не отвечать на каждую фразу отдельно, я предлагаю другой взгляд на > >браузинг. Мож, хоть такой вариант заставит вас задуматься и продемонстрирует вам тупость >службы браузинга (хоть кем она по рангу называется - резервный, мастер >или DMB). > >Сначала берем односегментную сеточку, в которой бродит только NetBIOS (без >каких-либо маршрутизируемых протоколов). >Как общается каждый клиент с МВ? Правильно, "широковещанием". >Как Василий правильно сказал - "чужие клиенты" просто отбрасывают >датаграммы, идущие от "нашего клиента" к МВ и обратно. > >При появлении сети NetBIOS over TCP/IP та же картина облагораживается стеком TCP/IP >- появляется возможность отправить датаграмму адресно на МВ (и получить обратно), >но вот "заслуги поумнения" принадлежат отнюдь не Browsing Service. Напротив, дай >ей волю - засрёт всю сетку. Наглядно? Пойдем далее. > >При мультисегментной сетке и WINS* в ней появляется возможность >(ограниченная - с этим никто не спорит) отправлять пакеты с датаграммами >даже за пределы каждого из сегментов (вах! какая победа разума!), но, >ввиду отсутствия приличного механизма слияния списков ресурсов и последующей его репликации на >МВы подсеток, общий браузинг остается таким же ущербным. > >Ситуация преображается, когда появляется NT-домен -- "всем всё видно". >Нетрудно догадаться - почему и кто добавил мозгов браузингу. Ведь он, >несомненно, был одинаковым сервисом и в первом случае, и в последнем. >= = = > >* - WINS или DNS - не имеет значения, несмотря на всю >_разницу_ между ними. > >Вопрос треда не в том, КАК найти ДоменКонтроллер, а КАК формируется браузинг-лист. > > >Моя позиция понятна? :) >Или нужны Q из MSKB? >Комментируй, если есть возражения. :) Возражение ровно одно.  В сети, разделённой рутерами, необходимо нечто, что позволит клиентскому компу определить - а кто у нас сейчас мастер-броузер, с кого можно взять список узлов. У клиентского компа для этого есть несколько способов: - броадкаст - юникаст на WINS - юникаст на DDNS - запись в lmhosts может быть что-то ещё, что я забыл. Неважно. В зависимости от конфигурации клиентского компа (B-node, H-node и т.п.) он использует все или часть этих способов в определенной последовательности. H-node, как наиболее разумная, сначала лезет на WINS или DDNS и стягивает с него имя и адрес контроллера домена. Далее понятно. Именно это, как мне кажется, и пытался объяснить toor. Мне вообще не понятно, о чем вы спорите - по-моему, о разных вещах. Не понимая друг друга при этом.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	27. "Броузинг"
	Сообщение от Vlady on 15-Янв-04, 18:06  (MSK)
	>Возражение ровно одно.  В сети, разделённой рутерами, необходимо нечто, что позволит >клиентскому компу определить - а кто у нас сейчас мастер-броузер, с >кого можно взять список узлов. У меня так вообще нет возражений. Как и твоё не считаю возражением - просто уточнение. Теперь, обращаясь к первоначальному вопросу, следует констатировать, что надежного средства для браузинга мультисегментной одноранговой сети (даже при наличии WINS - подчеркиваю это потому, что многие считают ВИНС панацеей) просто не существует, т.к. - НЕКОМУ формировать ОБЩИЙ список ресурсов (отсутствует доменный механизм слияния списков ресурсов и репликации его - общего списка ресурсов, - на каждый МВ) - бойня в сегментах за право быть МВ будет иметь вероятность - несмотря на Самбу на общем для сегментов роутере. Очень вероятно, что Самба "всех победит", но если она чуток тормознется с ответом, то она потеряет право быть "выше всех" (хотя бы для какой-то группы компов в каком-то сегменте). Проблему браузинга может решить виндовый домен. На Самбовый домен реакция не будет 100% (мышей в доменах Самба хватает). Но вопрос "доменизации" конкретной сетки не ставился и, чую, нереален. Имхо, тема закрыта. --- Toor, прими мои искренние извинения за мою грубость. Ничего против тебя лично не имею.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.