Есть ли корни у молочных зубов



Редактировать | Профиль | Сообщение | Цитировать | Сказать администратору На Win2k стоят две сетьевые, на каждой по сети из 10 компов.
Входя в сетьевое окружение компов одной сети не видно коммпов другой.
Не смотря на то, что пинги идут!
Незнаю что и делать.
Помогите плизз.

Есть ли корни у молочных зубов

Неприятности с браузерингом компьютеров

Корни всех аналогичных неприятностей с браузингом кроются в том, как спроектирована работа системы просмотра на сетевом уровне. В частности, работа просмотра ограничена сегментами сети, в которых распространяются широковещательные пакеты.

Кроме этого посмотрите темы:

Кроме этого читайте это:

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 компах.

Работа распределенной работы браузинга по своей сути иерархична, имеет 4 уровня и нужно хорошо воображать себе 3 типа сотрудничеств между уровнями:
1 тип сотрудничества.
Получение простым компом перечня просмотра от резервного браузера данного домена (коммисии) в данной IP-подсети. Данный перечень просмотра запрашивается:
- при первом просмотре Сетевого окружения;
- при Refresh Сетевого окружения (принудительно либо по таймеру);
- по команде net view;
- программно при исполнении некоторых функций API.
2 тип сотрудничества.
Получение обновленного (актуального сейчас) перечня просмотра сети. Это сотрудничество происходит между резервным браузером и мастер-браузером данного домена (коммисии) в данной IP-подсети. Данный перечень просмотра запрашивается:
- по таймеру;
- программно при исполнении некоторых функций API.
3 тип сотрудничества.
Получение полного (расширенного) перечня просмотра. Это сотрудничество происходит между мастер-браузерами данного домена в данной подсети с компьютером, который владеет функцией сбора воедино всех перечней просмотра данного домена из различных IP-подсетей. В Windows данной функцией владеет первичный контроллер домена либо компьютер (сервер) эмулирующий эту роль (Windows 2000 server). При составлении для того чтобы полного перечня данный компьютер получает данные от сервера WINS. Кроме этого нужно подчернуть, что в составе пакета SAMBA демон nmbd существенно лучше справляется с данной ролью.

Редактировать | Профиль | Сообщение | Цитировать | Сказать администратору Люди! Помогите верно настроить так называемый Master Browser либо как его еще там. Замучила неприятность, пользователи то видны в сетевом окружении, то нет их там совсем.
На сервере стоит Windows 2003 на рабочих станциях Windows XP. Какие конкретно настройки выставить в реестре на серваке и рабочих станциях дабы все нормально работало.

Редактировать | Профиль | Сообщение | Цитировать | Сказать администратору [flood]Дантисты помогите освежить дыхание. Замучила неприятность, налёт то виден на зубах, то его там нет совсем. Из зубов 2 коренных и 5 молочных. Чем полоскать дабы все-таки дыхание выровнилось. [/flood]

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

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

Есть ли корни у молочных зубов

Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сказать администратору Имеется сеть примерно 30 автомобилей, без сервера. На одной из маши с ос Win2k pro sp4 появляется проблеммы с браузингом, но исчезает лишь часть автомобилей из сетевого окружения. В следствии распознал, что при установке ipx протокола автомобили появляются все, но, по окончании перезагрузки номер внутренней сети в свойствах протокола ipx сбрасывается из значения 00000000 в другое произвольное значение, часть автомобилей снова не видна. Что делать? Раньше все нормально работало. PS по ip адресу пинг и доступ имеется ко всем автомобилям.

Редактировать | Профиль | Сообщение | Цитировать | Сказать администратору Прошу прощения, может в чем-то повторюсь.
1. Для видимости компьютеров в Сетевом окружении (т.е. обычной работы распределенной работы браузинга) в сети, разбитой на подсети, как минимум нужно:
- Доменная организация компьютеров в сети (необязательно всех), так когда доменный мастер браузер (т.е. первичный контроллер домена либо его эмулятор) владеет функцией сбора воедино всех перечней серверов данного домена из различных подсетей;
- Доменный мастер браузер не должен быть multihomed (упрощенно - один IP интерфейс);
- Любой мастер браузер не должен быть multihomed (упрощенно - один IP интерфейс);
- Очень нужно наличие сервера WINS (не обязательно по одному в каждой подсети), не смотря на то, что при некоторых условиях и весьма хорошем понимании работы работы браузинга возможно обойтись без WINS, применяя лишь файлы lmhosts;
- Очень нужно, дабы сервер WINS не был multihomed;
- В случае если бездумно ковыряли реестр и останавливали работу браузинга (Координатор сети на не сильный98), то не забывайте, смогут быть отдельные неприятности.
Потом, наблюдаем конкретные неприятности на конкретной живой сети.
Надеюсь, не нужно упоминать о том, что:
- Компьютеры должны быть включены, шнурки исправны, сетевые карты, драйверы к ним, свичи, хабы верно работать;
- (для упрощения) Установлен протокол 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 компах.

Есть ли корни у молочных зубов

Работа распределенной работы браузинга по своей сути иерархична, имеет 4 уровня и нужно хорошо воображать себе 3 типа сотрудничеств между уровнями:
1 тип сотрудничества.
Получение простым компом перечня просмотра от резервного браузера данного домена (коммисии) в данной IP-подсети. Данный перечень просмотра запрашивается:
- при первом просмотре Сетевого окружения;
- при Refresh Сетевого окружения (принудительно либо по таймеру);
- по команде net view;
- программно при исполнении некоторых функций API.
2 тип сотрудничества.
Получение обновленного (актуального сейчас) перечня просмотра сети. Это сотрудничество происходит между резервным браузером и мастер-браузером данного домена (коммисии) в данной IP-подсети. Данный перечень просмотра запрашивается:
- по таймеру;
- программно при исполнении некоторых функций API.
3 тип сотрудничества.
Получение полного (расширенного) перечня просмотра. Это сотрудничество происходит между мастер-браузерами данного домена в данной подсети с компьютером, который владеет функцией сбора воедино всех перечней просмотра данного домена из различных IP-подсетей. В Windows данной функцией владеет первичный контроллер домена либо компьютер (сервер) эмулирующий эту роль (Windows 2000 server). При составлении для того чтобы полного перечня данный компьютер получает данные от сервера WINS. Кроме этого нужно подчернуть, что в составе пакета SAMBA демон nmbd существенно лучше справляется с данной ролью.

Редактировать | Профиль | Сообщение | Цитировать | Сказать администратору Что то я малость подзапутался, а экспериментировать нет возможности, если не сложно посоветуйте для моей ситуации что мне необходимо сделать.

Есть ли корни у молочных зубов

Имеем два сегмента, в первом (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).

Редактировать | Профиль | Сообщение | Цитировать | Сказать администратору 1. Различные подсетки - различные маски, вычисляй сам!
2. Через чур сложная конфигурация - упрощай.
3. Через чур много навесных прог. Один Аутпост наружу - а в возможно все сделать средствами самих серверов (мосты к примеру).
4. Убирай лишние протоколы. TCP/IP на все хватит (кроме того в игрушки играться).

Добавлено
5. Пропиши имена ВСЕХ компов на обеих подсетках в каждом LMHOSTS.

Статьи по теме