|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Victor Sudakov 2:5020/400 12 Mar 2002 21:01:40 To : Spartak Radchenko Subject : Re: WINS through router -------------------------------------------------------------------------------- Spartak Radchenko wrote: >>> Да кто им позволит выборы устраивать, если у них WINS прописан? > VS> > VS> А одно с другим никак не связано. Выборы master browser сами по себе, > VS> резолвинг сам по себе. > Если они все P-node, выборов вроде как и не будет. Будут. Достаточно взять в руки анализатор пакетов и убедиться. > И броадкастов тоже, > что приятно. Бродкастов станет значительно меньше, это правда, потому что не будет попыток резолвить виндовые имена с помощью бродкастов. Hо выборы мастер браузеров останутся. >>> Если все клиенты зарегистрированы в WINS, ему нафиг не нужны >>> какие-то там локальные browse list-ы. > VS> > VS> Ты неправ. browse list-ы нужны, чтобы работало "сетевое окружение". > VS> WINS нужен, чтобы резолвились netbios имена из соседней сетки (которые > VS> путем широковещательных запросов действительно никак не разрезолвить). > VS> В NT, насколько я помню, этими задачами занимаются совсем разные > VS> сервисы: "WINS" и "Computer Browser" соответственно. Почитай про > VS> назначение этих сервисов. > Клиенты, зарегистрированные в WINS, видят друг друга в сетевом окружении. Потому что благодаря WINS точно знают, где находится domain master browser. > Без каких-либо дополнительных телодвижений. Hеоднократно проверял. > Разбираться, почему так происходит, неохота. Домен есть? Потому и происходит. Без домена при попытке наладить браузинг между двумя сегментами, разделенными рутером, рабочая группа распадается на две одноимённые группы, по одной на сегмент. В сетевом окружении друг друга они видеть не будут. Как только появляется domain master browser (который у микрософт всегда совпадает с PDC, но теорией такое совпадение вовсе не требуется), появляется браузинг между сегментами. Да, без WINS браузинг работать не будет даже при наличии DMB, так как машины в первом сегменте вряд ли когда-нибудь узнают, что во втором сегменте объявился DMB и надо бы ему послать browse lists. При наличии WINS DMB регистрирует в нем специальное имя и таким образом становится известен всем. Таким образом WINS есть необходимое, но недостаточное условие для браузинга. >>> Хотя, если есть большое желание, можно поставить в каждый сегмент >>> по самбе в качестве local browse masters и объяснить им отдавать >>> browse list-ы на WINS. > VS> > VS> Hельзя "отдавать browse list-ы на WINS". Звучит так же абсурдно, как > VS> "отдавать PPP на FTP". > ОК, могу сказать точнее. Отдавать browse list'ы на domain master browser, > который стоит на той же тачке, что и WINS. Он вовсе не обязательно должен стоять на той же тачке. > Вообще-то это всё описано > именно в BROWSING.txt, на который ты ссылался, раздел "Setting up Browsing > in a WORKGROUP". Hесколько ссылок по теме. http://www.cisco.com/warp/public/473/winnt_dg.htm http://www.cisco.com/warp/public/108/Netbios.html И пойдем лучше в мыло. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN 2:5005/149@fidonet http://vas.tomsk.ru/ PGP key: finger vas@mpeks.tomsk.su --- ifmail v.2.15dev5 * Origin: Golden Bough (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/664029f85b32.html, оценка из 5, голосов 10
|