Перейти из форума на сайт.Реклама на Ru.Board


Система IP-видеонаблюдения "Линия". Скачать бесплатную демо-версию для 16 камер. НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Не видно компьютеров в сетевом окружении, пинги идут

Модерирует : lynx, Crash_Master, dg, emx, ShriEkeR

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

Открыть новую тему     Написать ответ в эту тему

NetAlex1

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
На 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.

Всего записей: 20 | Зарегистр. 13-05-2002 | Отправлено: 08:30 15-01-2003 | Исправлено: lynx, 23:52 26-11-2004
agentz



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
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
 
 

Фаер отключен

Всего записей: 58 | Зарегистр. 03-12-2003 | Отправлено: 18:35 13-03-2006
Asker80



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

Ага.

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

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

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

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

Всего записей: 482 | Зарегистр. 29-08-2005 | Отправлено: 02:31 14-03-2006
Master_Alex



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
agentz

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

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

Всего записей: 514 | Зарегистр. 11-09-2003 | Отправлено: 11:54 14-03-2006
agentz



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
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
 

 
Добавлено:
и еще если сделать поиск компа в сети, то он его находит, но рабочую группу не показывает (пишет нет данных)

Всего записей: 58 | Зарегистр. 03-12-2003 | Отправлено: 12:51 14-03-2006
greenfox



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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


----------
Три вещи вечны: смерть, налоги и потеря данных...

Всего записей: 4139 | Зарегистр. 29-07-2003 | Отправлено: 22:44 16-03-2006
Andy_user

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

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

----------
Знание некоторых принципов компенсирует незнание многих фактов.

Всего записей: 960 | Зарегистр. 02-12-2002 | Отправлено: 09:10 17-03-2006 | Исправлено: Andy_user, 09:19 17-03-2006
greenfox



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Andy_user
всё равно не понял. Условие
Цитата:
1. Все - не надо. Достаточно тех, которые используются в работе службы браузинга.
лишь гарантирует что в сегментированной сети простой комп сможет по lmhost-у (если туда прописать и нет винсов) определить мастер браузер (бэкап, доменный и т.д.) но разрешить то имя из другого сегмента в ip по этому списку то он не сможет, так? Ибо МБ не хранит табл соотв плоское_имя-ip. Следовательно без WINS-а не обойтись как не крути? Или я что-то не так понял?


----------
Три вещи вечны: смерть, налоги и потеря данных...

Всего записей: 4139 | Зарегистр. 29-07-2003 | Отправлено: 12:52 17-03-2006
Andy_user

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

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

Всего записей: 960 | Зарегистр. 02-12-2002 | Отправлено: 13:17 17-03-2006
greenfox



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Andy_user

Цитата:
Тезис не верен.
Есетственно, сможет.  
а как если нет винса, броадкаст не прокатит, а в lmhost-е нету записи?

----------
Три вещи вечны: смерть, налоги и потеря данных...

Всего записей: 4139 | Зарегистр. 29-07-2003 | Отправлено: 13:21 17-03-2006
Andy_user

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

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

Всего записей: 960 | Зарегистр. 02-12-2002 | Отправлено: 13:29 17-03-2006
greenfox



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Andy_user

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

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

----------
Три вещи вечны: смерть, налоги и потеря данных...

Всего записей: 4139 | Зарегистр. 29-07-2003 | Отправлено: 13:51 17-03-2006
Andy_user

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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


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

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

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

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

----------
Знание некоторых принципов компенсирует незнание многих фактов.

Всего записей: 960 | Зарегистр. 02-12-2002 | Отправлено: 14:43 17-03-2006
greenfox



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

----------
Три вещи вечны: смерть, налоги и потеря данных...

Всего записей: 4139 | Зарегистр. 29-07-2003 | Отправлено: 14:51 17-03-2006
Andy_user

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

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

Всего записей: 960 | Зарегистр. 02-12-2002 | Отправлено: 15:30 17-03-2006
greenfox



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Andy_user

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


----------
Три вещи вечны: смерть, налоги и потеря данных...

Всего записей: 4139 | Зарегистр. 29-07-2003 | Отправлено: 15:56 17-03-2006 | Исправлено: greenfox, 15:58 17-03-2006
Andy_user

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Естественно.

Всего записей: 960 | Зарегистр. 02-12-2002 | Отправлено: 16:05 17-03-2006
greenfox



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ну я вобщем об этом и гутарил с самого начала
Спасибо за ответы!

----------
Три вещи вечны: смерть, налоги и потеря данных...

Всего записей: 4139 | Зарегистр. 29-07-2003 | Отправлено: 16:21 17-03-2006
Andy_user

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

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

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


----------
Знание некоторых принципов компенсирует незнание многих фактов.

Всего записей: 960 | Зарегистр. 02-12-2002 | Отправлено: 16:25 17-03-2006
sofos



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
<совершенно нечитаемый текст удален>




Надуманные ошибки, злостное несоблюдение правил русского языка, флуд. /emx/

Всего записей: 670 | Зарегистр. 23-11-2003 | Отправлено: 01:20 18-03-2006 | Исправлено: emx, 03:02 18-03-2006
tripout



Junior Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Народ, вот такая ситуация...
Есть два офиса, территориально разделённых, в каждом офисе по сети.
В каждой сети есть контроллер домена, он же - прокся, через которую клиенты ходят в инет, на нём же поднят 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

Всего записей: 48 | Зарегистр. 10-03-2006 | Отправлено: 20:11 06-04-2006
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Не видно компьютеров в сетевом окружении, пинги идут

Имя:
Пароль:
Сообщение

Для вставки имени, кликните на нем.

Опции сообщенияДобавить свою подпись
Подписаться на получение ответов по e-mail
Добавить тему в личные закладки
Разрешить смайлики?
Запретить коды


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.Board
© Ru.Board 2000-2018

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru