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

Master_Alex


Код:
C:\WINDOWS\system32>ipconfig /all


Настройка протокола IP для Windows



Имя компьютера . . . . . . . . . : designer

Основной DNS-суффикс . . . . . . :

Тип узла. . . . . . . . . . . . . : неизвестный

IP-маршрутизация включена . . . . : нет

WINS-прокси включен . . . . . . . : нет



Подключение по локальной сети - Ethernet адаптер:



DNS-суффикс этого подключения . . :

Описание . . . . . . . . . . . . : Realtek RTL8169/8110 Family Gigabit Ethernet NIC

Физический адрес. . . . . . . . . : 00-0F-EA-71-91-C5

Dhcp включен. . . . . . . . . . . : нет

IP-адрес . . . . . . . . . . . . : 192.168.18.33

Маска подсети . . . . . . . . . . : 255.255.255.0

Основной шлюз . . . . . . . . . . : 192.168.18.50

DNS-серверы . . . . . . . . . . . : 192.168.18.50

C:\Documents and Settings\Рудницкий> NBTSTAT -A 192.168.18.

Подключение по локальной сети:
Адрес IP узла: [192.168.18.13] Код области: []

Таблица NetBIOS-имен удаленных компьютеров

Имя Тип Состояние
----------------------------------------------------
DESIGNER <00> UNIQUE Зарегистрирован
ORANGE <00> GROUP Зарегистрирован
DESIGNER <1F> UNIQUE Зарегистрирован
DESIGNER <03> UNIQUE Зарегистрирован
DESIGNER <20> UNIQUE Зарегистрирован
POMKA <03> UNIQUE Зарегистрирован

Адрес платы (MAC) = 00-0F-EA-71-91-C5

Цитата:

это в окне поиска АД-ного "Find comp" что ли?

Ага.

Цитата:

Так он там только список выдаёт - даже шары на компе не глянуть...

А там и не должно быть шар. Шары можно отдельно в АД зарегить.

Цитата:

Может что-н другое есть за словами "АД пришла на смену старому браузингу"!?

Если честно - не знаю... Лично я не знаю, что имется ввиду... Поиск по АД хорош для одних задач, по NETBIOS - для других...

agentz

Цитата:

Основной DNS-суффикс . . . . . . :
Тип узла. . . . . . . . . . . . . : неизвестный

второе поправь
поставь B-node или M-node

Master_Alex
А где эито править?

Добавлено:
Нашел http://support.microsoft.com/kb/160177/ru

Добавлено:
Увы эфекта пока 0


Код: C:\WINXP\system32>ipconfig /all


Настройка протокола IP для Windows



Имя компьютера . . . . . . . . . : market

Основной DNS-суффикс . . . . . . :

Тип узла. . . . . . . . . . . . . : гибридный

IP-маршрутизация включена . . . . : нет

WINS-прокси включен . . . . . . . : нет



Подключение по локальной сети - Ethernet адаптер:



DNS-суффикс этого подключения . . :

Описание . . . . . . . . . . . . : Realtek RTL8139 Family PCI Fast Ethernet NIC

Физический адрес. . . . . . . . . : 00-C0-26-31-0E-95

Dhcp включен. . . . . . . . . . . : нет

IP-адрес . . . . . . . . . . . . : 192.168.18.10

Маска подсети . . . . . . . . . . : 255.255.255.0

Основной шлюз . . . . . . . . . . : 192.168.18.50

DNS-серверы . . . . . . . . . . . : 192.168.18.50

Цитата:

1. Для видимости компьютеров в "Сетевом окружении" (т.е. нормальной работы распределенной службы браузинга) в сети, разбитой на подсети, как минимум надо:
- Доменная организация компьютеров в сети (необязательно всех), так как только доменный мастер браузер (т.е. первичный контроллер домена или его эмулятор) обладает функцией сбора воедино всех списков "серверов" данного домена из разных подсетей;
- Доменный мастер браузер не должен быть multihomed (упрощенно - один IP интерфейс);
- Любой мастер браузер не должен быть multihomed (упрощенно - один IP интерфейс);
- Весьма желательно наличие сервера WINS (не обязательно по одному в каждой подсети), хотя при некоторых условиях и очень хорошем понимании работы службы браузинга можно обойтись без WINS, используя только файлы lmhosts;
- Весьма желательно, чтобы сервер WINS не был multihomed;

Я вот не совсем понял, если сеть сегментирована, есть домен с контроллером, нет винса, то как сделать та что бы компы из разных сегментов друг друга могли разрешить в ip? Браузеры наск я понял ведут только список компов и соотв в их списке имя=ip нет... Или под фразой
Цитата:

Весьма желательно наличие сервера WINS (не обязательно по одному в каждой подсети), хотя при некоторых условиях и очень хорошем понимании работы службы браузинга можно обойтись без WINS, используя только файлы lmhosts

понималось что все имена должны быть тогда в lmhost-е? И что такое некоторые условия?

Цитата:

Или под фразой
Цитата:
Весьма желательно наличие сервера WINS (не обязательно по одному в каждой подсети), хотя при некоторых условиях и очень хорошем понимании работы службы браузинга можно обойтись без WINS, используя только файлы lmhosts

понималось что все имена должны быть тогда в lmhost-е? И что такое некоторые условия?

1. Все - не надо. Достаточно тех, которые используются в работе службы браузинга.
2. некоторые условия - это то, что невозможно заранее описать, поскольку невозможно предвидеть степень криворукости админа сети и степень неправильности построеной им сети. Например, в сети используется в качестве программного маршрутизатора контроллер домена и на обоих (или больше) сетевых интерфейсах включена поддержка NetBIOS over TCP/IP, которую по тем или иным соображениям "админ" отключить не хочет.

Andy_user
всё равно не понял. Условие
Цитата:

1. Все - не надо. Достаточно тех, которые используются в работе службы браузинга.

лишь гарантирует что в сегментированной сети простой комп сможет по lmhost-у (если туда прописать и нет винсов) определить мастер браузер (бэкап, доменный и т.д.) но разрешить то имя из другого сегмента в ip по этому списку то он не сможет, так? Ибо МБ не хранит табл соотв плоское_имя-ip. Следовательно без WINS-а не обойтись как не крути? Или я что-то не так понял?

Цитата:

но разрешить то имя из другого сегмента в ip по этому списку то он не сможет, так?

Тезис не верен.
Есетственно, сможет.

Andy_user

Цитата:

Тезис не верен.
Есетственно, сможет.

а как если нет винса, броадкаст не прокатит, а в lmhost-е нету записи?

Цитата:

... а в lmhost-е нету записи?

Как так "нету" ?
А что мы с Вами обсуждаем ?
Мной утверждается, что при внесении необходимых записей в файлы lmhosts на каждом компе, можно (при определенных условиях) настроить систему браузинга без серверов WINS.

Andy_user

Цитата:

Как так "нету" ?
А что мы с Вами обсуждаем ?

ну я же спрашивал что именно за записи там - -вы мол ответили "для всех MБ в сети" а не вообще для всех машин, так?
Давай те по другому - какие записи должны присутствовать в файле lmhost при условии:
- сеть сегментирована (броадкасты не проходят);
- винса нету вообще;

И если там записи только для МБ в сети то как, получив список от одного из этих МБ, тачка сможет определить ip по имени (плоскому) если комп в другом сегменте?

Цитата:

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

Цитата:

вы мол ответили "для всех MБ в сети" а не вообще для всех машин, так?

greenfox
Вы считаете, что эти фразы равноценны ?

Цитата:

Весьма желательно наличие сервера WINS (не обязательно по одному в каждой подсети), хотя при некоторых условиях и очень хорошем понимании работы службы браузинга можно обойтись без WINS, используя только файлы lmhosts

Напомню, чтобы комп-потенциальный носитель расшаренных ресурсов (по терминологии Microsoft - "сервер") появился в списке просмотра системы браузинга (Сетевое окружение) он производит анонсирование себя (своего NetBIOS-имени: <имя_компа> <20>) мастер браузеру и следовательно такое имя используется в работе службы браузинга.

Andy_user
да кто спорит то? Ну анонсирует он себя как сервер, как воркстейшен <00>, месенгер и тд. - всё это понятно. Непонятно следущее - допустим в файле lmhost (как вы сказали) находятся записи только для компов кто является мастер браузером. При загрузке обычная ворк стейшен, имея на борту шары и соотв включ службу сервера, так же регестрирует себя как сервер с соотв именем <20>, и как воркстейшен <00>. и вот теперь, получив от МБ список имен компов в сети, она хочет обратиться к одной из машин в сети. Имя тачк уже знает, точнее набор зарегестрированных имён, но ip она откуда возьмёт? Броадкаст не прокатит - тачка в другом сегменте, в lmhost -е записей для обычной машины с шарами нет (как мы договорились там только для MB) - как она наёдёт ip машины что бы к ней законектиться?
ps или я что-то не так понимаю?

Цитата:

допустим в файле lmhost (как вы сказали) находятся записи только для компов кто является мастер браузером.

Давайте допустим следующее:
в файле lmhosts (обратите внимание на наличие последней буквы s) находятся (кроме всех MB) и имена всех "серверов" с соответствующими статическими IP-адресами.
С этой позиции и давайте дальше стрелять.

Andy_user

Цитата:

в файле lmhosts (обратите внимание на наличие последней буквы s) находятся (кроме всех MB) и имена всех "серверов" с соответствующими статическими IP-адресами.
С этой позиции и давайте дальше стрелять.

Ну так я выше и спрашивал, что мол по этому "методу" надо туда все компы заносить в этот фалик (ну или хотя бы на те на которых есть шары - что бы к послед. подключится можно было). Т.е. если в сети предположим 50 машин и на всех шары то в lmhosts все 50 и придётся записывать что бы они работали ( при сегментированной сети и отсутствия винс). Так!?

Естественно.

Ну я вобщем об этом и гутарил с самого начала
Спасибо за ответы!

Цитата:

Ну я вобщем об этом и гутарил с самого начала

И я делал то же самое
Только другими словами типа
Цитата:

Мной утверждается, что при внесении необходимых записей в файлы lmhosts на каждом компе, можно (при определенных условиях) настроить систему браузинга без серверов WINS.

NetBIOS-имена "серверов" в данном случае относятся к разряду "необходимых".

<совершенно нечитаемый текст удален>

Народ, вот такая ситуация...
Есть два офиса, территориально разделённых, в каждом офисе по сети.
В каждой сети есть контроллер домена, он же - прокся, через которую клиенты ходят в инет, на нём же поднят WINS.
Не так давно слинковал сети по инету с помощью OpenVPN.
На каждом из серваков получается по три интерфейса: внутренний (локалка), внешний (инет) и VPN.
Пинги проходят с каждого компа каждому компу без проблем.
С сетевым окружением так: видно компы только из своего диапазона ип. Т.е., сетка1 видит только сетку1, сетка2 видит только сетку2, серваки видят свою сетку плюс второй сервак.
Репликация WINS настроена, пинги по имени компов тоже проходят.
Адресные пространства: сетка1: 192.168.0.1/24, сетка2: 192.168.0.2/24, VPN: 10.0.0.0/30

А можно вопросик задать ? Только сильно не бейте .
Прочитал по этой теме кучу материала - голова опухла.
Сам вопрос : теоретически возможно решить проблему появления компа в сетевом окружении если : один сервер W2K3 , DNS (рабочая) и АД, 2 сетевые 192.168.0.1 и 1.1,
маршрутизация пашет (пингуются PC из подсеток). Но насколько я понял необходимо условие
- Доменный мастер браузер не должен быть multihomed (упрощенно - один IP интерфейс);
- Любой мастер браузер не должен быть multihomed (упрощенно - один IP интерфейс);
а у меня 2 сетевые.
В ДНС при подключении ком-ов из подсеток появляются соответственно записи хостов.
А друг друга не видят в сетевом. Ставить каждый из них доменным мастером броузером в своей подсетке или WINS на сервере настроить нужно ?

Цитата:

Прочитал по этой теме кучу материала - голова опухла

Мда...
Подсказки:
- Вы обратили внимание на то, что нигде при рассмотрении вопросов работы Сетевого окружения не упомянуты доменные имена и служба DNS ? Зато везде используется термин "NetBIOS-имена" (и соответственно: сервер WINS, NetBIOS over TCP/IP).
-
Цитата:

Любой мастер браузер не должен быть multihomed (упрощенно - один IP интерфейс);
а у меня 2 сетевые.

А вот фргагмент
Цитата:

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/kb/133241/ - но там для ранних версий винды... говорится что по NetBEUI такое возможно (через NetBT нет)... Интересно как дела обстоят с 2000-2003?

Цитата:

можно ли вообще как заставить работаь мастер браузер на мультехоум компе и выдавать список машин висящих на обоих интерфейсах!?

Нет.
Но никто не мешает оставить поддержку NetBIOS over TCP/IP только на одном сетевом интерфейсе, а на других интерфейсах ее отключить.

Andy_user

Цитата:

Нет.

а статья приведённая мной выше?

Цитата:

Но никто не мешает оставить поддержку NetBIOS over TCP/IP только на одном сетевом интерфейсе, а на других интерфейсах ее отключить

и что это даст? Т.о. будут видны только компы подк к этому интерфейсу (тот который с вкл NetBT) - а надо бы все видеть...

Цитата:

и что это даст? Т.о. будут видны только компы подк к этому интерфейсу (тот который с вкл NetBT) - а надо бы все видеть...

С чего это вдруг Вы решили, что "будут видны только компы подк к этому интерфейсу" ??
Настройте нормально маршрутизацию, разрешение NetBIOS-имен и все будет в порядке.


Добавлено:
greenfox

Цитата:

а статья приведённая мной выше?

Не понял вопроса...
Обратите внимание на несколько фактов:

Цитата:

Инфромация в шапке собрана ooptimum и
Andy_user.

Цитата:

Список полезных ссылок
------
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
...

Andy_user

Цитата:

Настройте нормально маршрутизацию, разрешение NetBIOS-имен и все будет в порядке

можно в этом месте поподробнее... домен, 2 подсети, обе идут в контроллер. На одной сетевухе нетбайес отключён.. Что далее?

Да что-то все препробовал : отключал на одной карте нетбайес компьютер в подсетке своей потерялся , на одном юзере убирал обзор - накаких изменений. В сервисе WINS главно записи есть о компьютерах в обоих подсетках, а они не видят друг друга. Вроде должно все просто быть, не пойму где зациклился. Да и ладно у меня теперь другой вопрос - как в играть в разных подсетках. NAT запускать?

greenfox

Цитата:

можно в этом месте поподробнее... домен, 2 подсети, обе идут в контроллер. На одной сетевухе нетбайес отключён.. Что далее?

Рассмотрим ситуацию:
- Есть файловый сервер, (FS1) он же контроллер домена. 2 сетевые карты - 192.168.1.1/24 (NetBIOS over TCP/IP отключен) и 192.168.2.1/24 (NetBIOS over TCP/IP включен). Разрешен форвардинг пакетов ("Маршрутизация включена").
- Есть рабочая станция (WS1) 192.168.1.2/24 (DG = 192.168.1.1)
- Есть рабочая станция (WS2) 192.168.2.2/24 (DG = 192.168.2.1)
- Есть сервер WINS (WINS) 192.168.2.3/24 (DG = 192.168.2.1)
Все компы являются клиентами сервера WINS.
---
А далее должно быть все понятно:
Для работы Сетевого окружения условие не-мультихоумности соблюдено.
FS1 при регистрации NetBIOS-имени "FS1 <20>" на сервере WINS вызывает появления соответствия между этим именем и IP-адресом 192.168.2.1
При обращении с рабочей станции 1 к расшаренным ресурсам FS1 WS1 от сервера WINS получает IP-адрес 192.168.2.1 . Поскольку этот адрес не принадлежит IP-сети WS1 пакеты идут на шлюз по умолчанию (DG = 192.168.1.1), в результате чего WS1 (192.168.1.2) получает возможность работать по NetBIOS с FS1 (192.168.2.1)

Помогите, плиз. Не могу решить.
Есть DC1, на нем 2 интерфейса поскольку узел кластера серверов. NetBIOS over TCP\IP включен только на одном который смотрит в сеть, он же master browser для домена. Я так понимаю он не мультихоумный.
Есть DC2, на нем 2 интерфейса, AD, DNS, WINS, RAS, DHCP. Постоянно выдает ошибку 8021 и 8032 от browser. На одном интерфейсе я NetBIOS over TCP\IP отключил, после этого стало просматривается сетевое окружение. Может и ошибки пропадут.
Осталась проблема с 9х клиентами, машины из других подсетей (отличных от той где сервера) не пускает в домен и при обращении \\DC2 выдает ошибку "сетевое имя не доступно", хотя по имени пингует. С той же подсети 9х клиенты в домен попадают. Для NT клиентов все работает.
При обращении к \\DC1 открывает.



Добавлено:
Так после того как убрал NetBIOS over TCP\IP на одном из адапторов DC2, клиенты 9х попадают уже и из других подсетей. Осталась только проблема с ресурсом - сетевое имя не доступно, на ip ругается также, но пингует даже по имени. Может дождаться перезагрузки сервера DC2.