Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Не видно компьютеров в сетевом окружении, пинги идут

Автор: NetAlex1
Дата сообщения: 15.01.2003 07:30
На 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.
Автор: lynx
Дата сообщения: 15.01.2003 18:10
NetAlex1


Цитата:
Хотя пинги идут!


А что значит тогда не видно? По поиску машины находятся? по имени? А по IP? И какие IP у машинок одной подсети и другой подсети?

Вот еще: http://forum.ru-board.com/forums.cgi?action=filter&forum=8&filterby=topictitle&word=%E2%E8%E4


Цитата:
На Win2k стоят две сетьевые


Вин2к какая именно?


Автор: ooptimum
Дата сообщения: 15.01.2003 19:42
Блин, в этом форуме наверное каждый 10й вопрос про проблемы с браузингом или, на худой конец, маршрутизацией. Я удивляюсь, что модераторы еще не ругаются долго, а главное -- грязно. Lynx, может статью пора писать или фак какой-никакой? Топик с обсуждением браузинга создать и наверх прибить, наконец...
NetAlex1
Корни всех подобных проблем с браузингом кроются в том, как спроектирована работа системы просмотра на сетевом уровне. А именно, служба просмотра ограничена сегментами сети, в которых распространяются широковещательные пакеты. У тебя 2 таких сегмента и есть. Все остальное было описано.
Читать внимательно... всем, кто считает себя администраторами сетей Microsoft:
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

Во всех 3 последних есть ответ на твой вопрос, NetAlex1. После прочтения всех 6 документов каждый нормальный админ сможет разобраться с проблемами службы просмотра, если они у него есть, конечно. Обязательно для чтения даже тем, кто полагает для себя возможным помогать в решении этих проблем. lynx, я бы, наверное, даже в правила это внес. (И заставил тебя тоже прочесть эти документы , чтоб не задавала вопросы типа "а что тогда значит не видно?")
Автор: Adekameron
Дата сообщения: 17.01.2003 17:52
В общем тебе в этом поможет сервер WINS, тогда ты будешь нормально видеть кто с тобой сидит рядом, пусть и за роутером.... да , броадкаст не пройдет... но нетбиос имена клиент будет получать с сервера WINS, все это единственное применение данной шняги
Автор: Kizalcoatl
Дата сообщения: 18.01.2003 11:27
В HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\
Services\Tcpip есть параметр ForwardBroadcast

Он определяет необходимо ли широковещательные пакеты перенаправлять на два или более адаптеров. Указанное значение определяет перенаправление передаваемых пакетов.
Дабы не возводить устаревшие службы...
Автор: ooptimum
Дата сообщения: 18.01.2003 20:30
Adekameron

Цитата:
но нетбиос имена клиент будет получать с сервера WINS

Вообще-то основное назначение сервера WINS (а еще вернее -- NBNS) -- разрешать NetBios имена в IP адреса, т.е. ровно обратное. Кроме того, ты заблуждаешься насчет того, что WINS используется при построении списков просмотра. Короче говоря, наличие WINS не изменит ровным счетом ничего.

Kizalcoatl
Идею форвардить широковещательные посылки для решения подобной проблемы я уже давал не так давно в этом форуме. Да, действительно, это решит проблему, если суметь включить форвард этих посылок на маршрутизаторе. К сожалению, ilinich так и не сообщил впоследствие, помог ему этот совет или нет. Но, здесь как раз присутствует это самое "но". А именно -- такое поведение можно включить на некоторых аппаратных маршрутизаторах, но не в Windows. Да, параметр ForwardBroadcast существует, собственно, его-то я имел в виду, давая свой совет. Но этот параметр не работает! Я сам этого не знал до недавних пор. Подробности читай в этом документе -- TCP/IP and NBT Configuration Parameters for Windows 2000 or Windows NT.

Добавлено
Хотя, с другой стороны, я сейчас специально в Googl'е проверил, если ли что про ForwardBroadcasts, -- 5 страниц ссылок. И все типа: "Если вам надо включить маршрутизацию широковещательных посылок, установите параметр ForwardBroadcasts.в 1". Ага, а M$ утверждает, что этот параметр не работает. И кому верить? Надо самому проверять, в общем... Сдается мне, что там ошибочка у M$ в тугаментации какая-то. Не зря ж я советы ilinichу давал, верно ведь?! Да и он молчит как рыба об лед, по всему видать, завелось у него все. Надо проверить...
Автор: Adekameron
Дата сообщения: 21.01.2003 11:14
Ну ненадо придираться к словам.... ты отлично понял что я хотел сказать...
клиент логинится к wins серверу , регестрится.... и соответсвенно смотрит кто еще зарегестрился...
даже мелкомягкие рекомендовали его для уменьшения броадкаста
и не знаю как у кого , а у меня работало ( на старом месте)
Автор: ooptimum
Дата сообщения: 21.01.2003 11:47
Adekameron

Цитата:
ты отлично понял что я хотел сказать

Я думаю ты хотел сказать то, что написал. И я не считаю, что поправить чью-то ошибку -- это что-то зазорное.

Про уменьшение бродкаста ты все пишешь верно, но список машин в сети, который ты видишь в сетевом окружении, каждая машина получает не с сервера WINS, вот почему его наличие ничего не даст в плане видимости машин в других сегментах. Почитал бы ссылки, что ли, которые я дал выше...
Автор: china77
Дата сообщения: 30.07.2003 13:20
Коллеги, проблема. Не вижу компьютеров - а именно рабочих станций!!! сервера все видны - в сетевом окружении в 2000-ом домене, настраивал все по MS http://www.microsoft.com/technet/treeview/default.asp?url=/technet/prodtechnol/windows2000serv/reskit/tcpip/part4/tcpappi.asp. При это в 4-ом домене все в порядке.
Автор: MuTe
Дата сообщения: 26.12.2003 07:12
Мужики, у меня тоже такая же проблема, (одну машину не видят другие, но PING по IP и имени идет нормально, а эта машина видит все машины), \\DATA дает ошибку "No network provider accepted the given path."
Прочитал все советы и темы что нашел здесь по этой теме, ничего не получается.
ОС Вин2003, ставил на другие машины, такой проблемы не было, вот купили новую тачку, вот эта проблема появилась.
Да кстати, никаких Фаерволлов, и ничего подобного не устанавливал, Система почти голая.
Дело может быть в железе? или такое невозможно?
Автор: VMIA
Дата сообщения: 26.12.2003 12:45
У меня вопрос есть, правда больше теоретического характера, по работе браузинга в 2000 и более поздних ОС майкрософт. Вот если мы возьмем NT 4.0, Win9X и более старые системы, там все ясно. Изначальны разработаны с прицелом на небольшие рабочие группы (как правило односегментные). Не требовалось масштабируемое решение - поэтому сделали дешево, быстро, но не очень сердито. Плоские имена netbios, широковещание, куча ограничений и все такое.
Теперь у нас есть 2000 и XP. И в них есть AD - довольно мощная служба каталогов, тянет сети корпоративного уровня, все на DNS.
Вопрос: когда мы имеем сеть, состоящую ТОЛЬКО из 2000+ клиентов и серверов, все равно используется тот же самый алгоритм работы службы просмотра, что и в NT 4.0? Т.е. эта функциональность просто целиком перекочевала из NT 4.0 без измений и работает также в 2000 и XP? Я так понимаю, что есть новый протокол доступа к ресурсам filesharing, когда имя или адрес хоста уже известны - direct hosting или как там его. Но получается, что список раcшареных папок и принтеров по прежнему выводится используя старый протокол сomputer browser и netbios имена? А можно ли каким-нибудь образом получать автоматически этот список из AD или еще как (без широковещания), при этом было бы неплохо получить список, содержащий DNS (а ля host1.example.com) имена файл-серверов. Или этот сервис вообще следует рассматривать как пережиток прошлого, и нужные расшаренные папки вручную публиковать в AD?
Может кто из знатоков что скажет, сам перелопатил кучу доков на MS - внятного ничего не нашел, что они собираются с этим сервисом делать дальше.
Автор: Aramba
Дата сообщения: 08.01.2004 19:56
Пока модераторы не начали "длинно и грязно ругаться" может быть успею задать и свой вопрос, отчасти, как мне кажется, связанный с проблемой броузинга и маршрутизации.
Есть 2 сегмента сети, соединенные маршрутизатором IPX (просьба сразу тапочками не кидаться). В одном сегменте 2 сервера standalone Win2K без AD с некоторыми общими ресурсами, в другом - рабочие станции 2K Prof и 98. Так вот, из под 98-го ВСЁ видно и доступно, а из под 2К - доступен только ОДИН сервер, хотя они по всем параметрам практически близнецы (если всех включить в одну раб группу, то "капризный" сервер становится виден, но доступа нет "Сетевое устройство более недоступно". Протокол - IPX/SPX (NWLink)+NetBIOS over IPX. Маршрутизация между сегментами, видимо, работает нормально, поскольку, повторяю, из 98-го всё работает как надо. Может кто сталкивался с подобным поведением ? Заранее благодарен за любые (кроме имен-паролей пользователей советы.
Автор: Mexanik
Дата сообщения: 10.01.2004 10:31
to MuTe
юзай browstat.exe из support tools

Добавлено
кстати MuTe. а у тебя каким нибудь случайным образом File and Printer Sharing for Microsoft Networks не отвалился? посмори в свойствах сети есть такой пункт?
Т.е. перед тем как юзать browstat надо понять в чем проблема - в видимости этого компа в сетевом окружении или же у него не запущен и нормально работает Sharing
Автор: MuTe
Дата сообщения: 12.01.2004 06:19
Mexanik
К сожалению переставил Винду, это конечно не решение, но мне срочно надо было сеть видеть. Честно говоря жалею об этом, надо было решить проблему !!!
Спасибо.
Автор: ebe
Дата сообщения: 18.07.2004 08:17
Люди! Помогите правильно настроить так называемый Master Browser или как его еще там. Замучила проблема, пользователи то видны в сетевом окружении, то нету их там совсем.
На сервере стоит Windows 2003 на рабочих станциях Windows XP. Какие настройки выставить в реестре на серваке и рабочих станциях чтобы все нормально работало.
Автор: shokmega
Дата сообщения: 18.07.2004 16:47
[flood]Дантисты помогите освежить дыхание. Замучила проблема, налёт то виден на зубах, то его там нет совсем. Из зубов 2 коренных и 5 молочных. Чем полоскать чтобы все-таки дыхание выровнилось. [/flood]

я тоже не понял твоего вопроса ...
ebe
давай подробнее структуру, схематично... а то вопрос останется незамеченным из-за скудности данных

обидеть не хотел, просто показал сложность оказания помощи когда материала мало .. всегда исходил от мысли что если человек очень хочет получить ответ на свой вопрос, он задаст его не пожалев слов .. а вопрос о трех слов не заставит ждать аналогичного ответа
Автор: tawer
Дата сообщения: 26.10.2004 14:38
Есть сеть приблизительно 30 машин, без сервера. На одной из маши с ос Win2k pro sp4 возникает проблеммы с браузингом, но пропадает только часть машин из сетевого окружения. В результате выявил, что при установке ipx протокола машины появляются все, но, после перезагрузки номер внутренней сети в свойствах протокола ipx сбрасывается из значения 00000000 в другое произвольное значение, часть машин опять не видна. Что делать? Раньше все нормально работало. PS по ip адресу пинг и доступ есть ко всем машинам.
Автор: Andy_user
Дата сообщения: 26.11.2004 10:18
Прошу прощения, может в чем-то повторюсь.
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 значительно лучше справляется с этой ролью.

Автор: vipip
Дата сообщения: 27.11.2004 11:22
Что то я малость подзапутался, а экспериментировать нет возможности, если не сложно подскажите для моей ситуации что мне нужно сделать.

Имеем два сегмента, в первом (1) порядка 30 машин, во втором (2) порядка 10.
В первом сегменте используется сеть 10.10.10.0 255.255.255.0
Во втором сегменте используется сеть 10.10.8.0 255.255.255.0
В первом сегменте стоит одна машина с ОС Win 2003 Server, она используется в качестве сервера 1С (10.10.10.2), один сетевой интерфейс. В первом же сегменте имеем вторую машину с ОС Win 2000 Server, два сетевых интерфейса 10.10.10.1 и 10.10.9.1, эта машина служит инет сервером, и связующим со вторым сегментом посредством интерфейса 10.10.9.1 через провайдера по DSL, инет раздается через UserGate, стоит Outpost 2.5, настроена маршрутизация с сервером второго сегмента.
Во втором сегменте имеем одну машину с ОС Win 2003 Server, она используется в качестве сервера 1С и в качестве инет сервера, два сетевых интерфейса, 10.10.8.1, 10.10.9.2. эта же машина является связующим звеном с первым сегментом через интерфейс 10.10.9.2 посредством провайдера по DSL, инет раздается через UserGate, стоит Outpost 2.5, настроена маршрутизация с сервером первого сегмента.
В результате имеем, пинг по IP проходит всегда и с первого и из второго сегмента, пинг по именам иногда проходит иногда нет, поиск компьютеров по IP работает всегда, по именам изредка (поиск и пинг делался компов удаленного сегмента). В сетевом окружении первого сегмента видны только компы первого сегмента, в сетевом окружении второго сегмента видны только компы второго сегмента.
Не в первом не во втором сегменте нет ни контролера домена ни сервера wins, и в том и в другом сегменте используется одна и таже рабочая группа «ELSEV». Сети обоих сегментов состоят из машин с различными ОС (Win 98, Win 2000, Win XP).
Автор: CaptainRedBeard
Дата сообщения: 29.11.2004 05:35
1. Разные подсетки - разные маски, вычисляй сам!
2. Слишком сложная конфигурация - упрощай.
3. Слишком много "навесных" прог. Один Аутпост наружу - а внутри можно все сделать средствами самих серверов (мосты например).
4. Убирай лишние протоколы. TCP/IP на все хватит (даже в игрушки играть).



Добавлено
5. Пропиши имена ВСЕХ компов на обеих подсетках в каждом LMHOSTS.
Автор: Andy_user
Дата сообщения: 29.11.2004 08:36
vipip
Cпециально для вас (и для тех, кто "смотрит в книгу - видит фигу")
Самое начало моего предыдущего поста:

Цитата:
1. Для видимости компьютеров в "Сетевом окружении" (т.е. нормальной работы распределенной службы браузинга) в сети, разбитой на подсети, как минимум надо:

- домен;
- сервер WINS;
- отсутствие multihomed мастер браузеров.

Автор: vipip
Дата сообщения: 29.11.2004 09:13

Цитата:
vipip
Cпециально для вас (и для тех, кто "смотрит в книгу - видит фигу")
Самое начало моего предыдущего поста:

Цитата:1. Для видимости компьютеров в "Сетевом окружении" (т.е. нормальной работы распределенной службы браузинга) в сети, разбитой на подсети, как минимум надо:

- домен;
- сервер WINS;
- отсутствие multihomed мастер браузеров.


Домен и сервер WINS нужен в каждом сегменте?
Обязательно ли подключать рабочии станции к домену или можно просто включить в группу.
Автор: CaptainRedBeard
Дата сообщения: 30.11.2004 05:26
Домен и сервер WINS в одноранговой, пусть даже и мультисегментной сети нафиг не нужны! Не пудрите людям мозги! А вот насчет последнего пункта - согласен, это именно то, о чем я и говорил!
Автор: Andy_user
Дата сообщения: 30.11.2004 07:59
CaptainRedBeard

Цитата:
Домен и сервер WINS в одноранговой, пусть даже и мультисегментной сети нафиг не нужны! Не пудрите людям мозги!

Задумайтесь над вопросом, почему уже столько времени существует Сетевое окружение и несмотря на это, вопросы видимости всех компов-"серверов" в сети, разбитой маршрутизаторами на IP-подсети, постоянно всплывают...
Ответ будет до безобразия прост:
Такие, как Вы, абсолютно не разбирающиеся в существе в общем-то достаточно простого вопроса, смеют приводить столь безапеляционные заявления. И, к сожалению, находятся люди, верящие им.
Автор: merlkerry
Дата сообщения: 30.11.2004 13:05
Wins.exe remote vulnerability.
http://www.immunitysec.com/downloads/instantanea.pdf

сори, промахнулся топиком
Автор: wargoblin
Дата сообщения: 06.12.2004 08:51
как правильно прописать маску подсети?
А то есть 2 компа с сетевыми карточками подключенные. IP заданы вручную 192.168.0.(1,2) Так вот 1 видит 2ого, а второй первого нет. Хотя пингуется и в И-нет через первого выходит и играть можно.
DNS тоже назначен на обоих: 192.168.0.1 - может зря.
И еще - на обоих ХР.
Говорили, что такое может быть из-за неправильной маски.

Да, еще знакомы сисадмин после двухсекундного раздумия сказал, что это происходит из-за того, что на компе 1 не включен пользователь Гость. Так вот, включение не помогло, а знакомого я с тех пор не видел:)
Автор: Novak2343
Дата сообщения: 06.12.2004 22:48
У меня в сети два компа под разными IP. На обоих стоит ХР (на одном русский, на втором англ.)
Проблема втом, что не всегда могу юзать по сети, интернет есть на любой комп могу зайти по IP или по имени через "выполнить" .Вижу не все компы ,не вижу себя или вижу только себя. Админы подключили более 100-а компов и ходят дань собирают. На прсьбу о помощи отвечают: "Твои Глюки ты и разберайся , у нас все работает", или штоб отмазаться: "Винда у тебя глючит, переустанови!!!". Яуже эту винду переустановил раз 20-ть на каждом компе, перепроверил все настройки IP,DNS,WINS, все в норме. Мой ICQ 215106583 . ПОДСКАЖИТЕ как избавиться от глюков!!!!!
Автор: rosalin
Дата сообщения: 08.12.2004 11:59
Подскажите как лучше сделать так
есть две локальных сети
допустим
192.168.0.*
255.255.255.0
и
192.168.1.*
255.255.255.0
есть ADSL модем
надо чтобы обе сети ходили в инет но друг друга не видели

Автор: tawer
Дата сообщения: 08.12.2004 16:08
os: win2k pro sp4
При запуске службы "Маршрутизация и удаленный доступ" из сетевого окружения пропадают несколько компьютеров. Доступ к ним по ip и имени есть, только не отображаются в сетевом окр. Если службу остановить, компы появляются. Как это профиксить? Sorry если тема уже есть...
Автор: Alan Mon
Дата сообщения: 08.12.2004 17:59
tawer
Ты не описал конфигурацию своей сети. Но если у тебя домен и маршрутизацию ты запускаешь на контроллере, то он у тебя является Maste Browser и в момент запуска маршрутизации становится Multihomed Master Browser. А дальше смотри шапку.

Страницы: 1234567891011

Предыдущая тема: Exim-и открытый relay


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.