The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"RH7.3 Routing & Workgroups"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"RH7.3 Routing & Workgroups"
Сообщение от ama75 emailИскать по авторуВ закладки on 29-Мрт-03, 22:05  (MSK)
Две подсети воткнуты в линукс.
Роутинг настроен.
Wins на самбе настроен.
В сети есть несколько рабочих групп.
Все работает за исключением того, что рабочие группы одной подсети, в другой просматриваются как пустые...
( Компы пингуются по ip и по именам )
Что править??
  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "RH7.3 Routing & Workgroups"
Сообщение от dodger emailИскать по авторуВ закладки on 30-Мрт-03, 04:55  (MSK)
>Две подсети воткнуты в линукс.
>Роутинг настроен.
>Wins на самбе настроен.
>В сети есть несколько рабочих групп.
>Все работает за исключением того, что рабочие группы одной подсети, в другой
>просматриваются как пустые...
>( Компы пингуются по ip и по именам )
>Что править??

Хая.
У нас была аналогичная проблема,
также был хорошо настроен роутинг, Самба, тоже два интерфейса и подсети.
Тоже пользователи от нас требовали, цитирую "видеть хотим ВСЕХ в сетевом окружении".
Сколько мы не бились  - решение нашлось только одно (и реализовалось): отказаться от маршрутизации и настроить комутацию (bridging).
Проблема вся в самой идее работы Microsoft Network.
Если я правильно понимаю (а мы исследовали обмены компьютеров по NetBIOS),
то для того, чтобы "видеть" друг друга в сетевом окружении, нужно иметь прямую связь (в пределах одного сегмента сети), а маршрутизация в классическом ее виде протоколами Microsoft не поддерживается :-((.
Чисто практически связь возможно прямым указанием IP адреса:
- открываем любое окно Windows и пишем в строке адреса "\\192.168.0.1\"
если с обоих сторон все настроено нормально, то связь пройдет на ура.

Еще есть такое решение, тоже было реализовано, но пользователя в виду "необразованности" ею не пользовались, и вопили что "это неудобно".
Решение: на маршрутизаторе был поднят Web-сервер, и с помощью php мы написали скрипт, который исследовал обе подсетки на предмет наличия на них Mircosoft Network Service, и выводил список доступных машин с ссылками вида HREF=\\192.168.0.1\ . Решение трудоемко и подходит скорее к частному случаю, чем к примеру.

Я бы тоже хотел знать - есть ли решение данной проблемы. Поэтому поправьте там, где не прав.
Удачи.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "RH7.3 Routing & Workgroups"
Сообщение от ak emailИскать по авторуВ закладки on 30-Мрт-03, 17:06  (MSK)
верно, механизм просмотра рабочих групп работает только в пределах сегмента, и выборы хоста, хранящего списки просмотра (master browser) осуществляются с помощью широковещательных рассылок, к-е за пределы домена не проникают. Но в  нетбиосе есть также возможность периодически передавать списки просмотра между мастер браузерами, расположенными где угодно в Сети. В Самба это делается с помощью remote browse sync, в Вин тоже делается как-то в реестре. Самба в этом случае настраивается тоньше и плюс ее можно гарантированно назначить мастер браузером, игнорируя выборы (preferred master) или с помощью явно завышенного announce version and/or os level. И если кроме просмотра нужно обеспечить еще и взаимодействие хостов через маршрутизатор(ы), не забудте про WINS :)
  Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "RH7.3 Routing & Workgroups"
Сообщение от dodger emailИскать по авторуВ закладки on 31-Мрт-03, 08:27  (MSK)
>верно, механизм просмотра рабочих групп работает только в пределах сегмента, и выборы
>хоста, хранящего списки просмотра (master browser) осуществляются с помощью широковещательных рассылок,
>к-е за пределы домена не проникают. Но в  нетбиосе есть
>также возможность периодически передавать списки просмотра между мастер браузерами, расположенными где
>угодно в Сети. В Самба это делается с помощью remote browse
>sync, в Вин тоже делается как-то в реестре. Самба в этом
>случае настраивается тоньше и плюс ее можно гарантированно назначить мастер браузером,
>игнорируя выборы (preferred master) или с помощью явно завышенного announce version
>and/or os level. И если кроме просмотра нужно обеспечить еще и
>взаимодействие хостов через маршрутизатор(ы), не забудте про WINS :)

Спасибо!
Не дадите ссылочку по этому поводу? Где бы детальнее изучить...

  Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "RH7.3 Routing & Workgroups"
Сообщение от ak emailИскать по авторуВ закладки on 01-Апр-03, 01:01  (MSK)
>Спасибо!
>Не дадите ссылочку по этому поводу? Где бы детальнее изучить...

file:/usr/local/share/doc/samba/htmldocs/Samba-PDC-HOWTO.html
в линуксе это может быть как
file:/usr/share/doc/samba-2.х.хх/docs/htmldocs/Samba-PDC-HOWTO.html
а также online-doc в swat
а также любая дока по сути netbios over tcp/ip, даже от M$ :)

  Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "RH7.3 Routing & Workgroups"
Сообщение от ama75 Искать по авторуВ закладки on 01-Апр-03, 09:49  (MSK)
Есть такая идея:
1. создать для каждого интерфейса алиасы со своими ip-адресами по количеству рабочих групп
2. запустить для каждую рабочую группу свою самбу и сделать ее master bowser'ом группы.
3. сконфигурировать самбы на предмет обмена списками групп.

Если это бред - прошу поправить...

  Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "RH7.3 Routing & Workgroups"
Сообщение от ak emailИскать по авторуВ закладки on 02-Апр-03, 00:09  (MSK)
>Есть такая идея:
>1. создать для каждого интерфейса алиасы со своими ip-адресами по количеству рабочих
>групп
>2. запустить для каждую рабочую группу свою самбу и сделать ее master
>bowser'ом группы.
>3. сконфигурировать самбы на предмет обмена списками групп.
>
>Если это бред - прошу поправить...

Если правильно понял, достаточно будет следующего:
допустим, 192.168.1.0/24, 192.168.2.0/24, 192.168.3.0/24 - подсети трех ифейсов самба хоста.
в /etc/samba/smb.conf:

interfaces = 192.168.1.0/24 192.168.2.0/24 192.168.3.0/24
workgroup = SINGLE
# видим все 3 подсети, определено имя группы.
# осталось позаботиться, чтобы именно мы были мастер браузером:
os level = 90
# или:
preferred master = yes

теперь машины во всех трех подсетях, входящие в группу SINGLE, будут видеть друг друга. для того, чтобы они видели другие группы, находящиеся не в их подсетях:
remote browse sync = 192.168.10.255

процесс получения самба хостом статуса мастер браузера видно в  /var/log/log.nmbd

  Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "RH7.3 Routing & Workgroups"
Сообщение от ama75 Искать по авторуВ закладки on 02-Апр-03, 08:30  (MSK)
>Если правильно понял, достаточно будет следующего:
>допустим, 192.168.1.0/24, 192.168.2.0/24, 192.168.3.0/24 - подсети трех ифейсов самба хоста.
>в /etc/samba/smb.conf:
>
>interfaces = 192.168.1.0/24 192.168.2.0/24 192.168.3.0/24
>workgroup = SINGLE
># видим все 3 подсети, определено имя группы.
># осталось позаботиться, чтобы именно мы были мастер браузером:
>os level = 90
># или:
>preferred master = yes
>
>теперь машины во всех трех подсетях, входящие в группу SINGLE, будут видеть
>друг друга. для того, чтобы они видели другие группы, находящиеся не
>в их подсетях:
>remote browse sync = 192.168.10.255
забавно, а 10 откуда???
  Рекомендовать в FAQ | Cообщить модератору | Наверх

8. "RH7.3 Routing & Workgroups"
Сообщение от ak emailИскать по авторуВ закладки on 02-Апр-03, 22:02  (MSK)
>забавно, а 10 откуда???

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

  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру