URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 30622
[ Назад ]
Исходное сообщение
"Объединение двух сетей через PPP соединение"
Отправлено Utandr , 03-Июн-03 22:39 
=A=
Есть сеть A (192.168.100.0/24),
в ней есть сервер (serv.A): rl0: 192.168.100.1/32, ppp: 192.168.200.2

=B=
Есть сеть B (192.168.101.0/24),
в ней есть сервер (serv.B): rl0: 192.168.101.1/32, ppp: 192.168.200.1

===
[[[[  serv.A - ppp -------------------- ppp - serv.B   ]]]]
Как сделать, чтобы пользователь из сети A видел пользователя из сети B без проблем (чтобы мог пропинговать другого юзера).

Хочется сделать через netd и ipfw divert, только не знаю, как.
Путь будет, как я понимаю, в два хопа.
Спасибо.

Содержание
Сообщения в этом обсуждении
"Объединение двух сетей через PPP соединение"
Отправлено ssv , 04-Июн-03 09:50 
Пропиши route на каждом сервере, а на раб.станциях default route...
"Объединение двух сетей через PPP соединение"
Отправлено Ilia , 04-Июн-03 09:57 
>=A=
>Есть сеть A (192.168.100.0/24),
>в ней есть сервер (serv.A): rl0: 192.168.100.1/32, ppp: 192.168.200.2
>
>=B=
>Есть сеть B (192.168.101.0/24),
>в ней есть сервер (serv.B): rl0: 192.168.101.1/32, ppp: 192.168.200.1
>
>===
> [[[[  serv.A - ppp -------------------- ppp - serv.B  
>]]]]
>Как сделать, чтобы пользователь из сети A видел пользователя из сети B
>без проблем (чтобы мог пропинговать другого юзера).
>
>Хочется сделать через netd и ipfw divert, только не знаю, как.
>Путь будет, как я понимаю, в два хопа.
>Спасибо.

natd не нужен нафиг. Более того, если default route на машинах обеих сетей показывает на serv.B, то вообще ничего больше не нужно. Разве что включить на serv.B форвардинг пакетов (включается переменной ядра).
Если нужна еще видимость в сетевом окружении MS обеих сетей, надо поднять в одной из сегментов WINS, и заставить всех на нем регистрироваться. Для надежности можно два, но необязательно.

"Объединение двух сетей через PPP соединение"
Отправлено Ilia , 04-Июн-03 10:00 
>natd не нужен нафиг. Более того, если default route на машинах обеих
>сетей показывает на serv.B, то вообще ничего больше не нужно. Разве
>что включить на serv.B форвардинг пакетов (включается переменной ядра).
>Если нужна еще видимость в сетевом окружении MS обеих сетей, надо поднять
>в одной из сегментов WINS, и заставить всех на нем регистрироваться.
>Для надежности можно два, но необязательно.

oops, пардон. Невнимательно прочитал вопрос.
Нужно прописать маршруты на serv.A и serv.B (руками или демоном маршрутизации). На юзерах ничего менять не надо, если default у них указывает на serv.A и serv.B соответственно - достаточно чтобы маршруты знали только сами серверы.

"А как быть с броадкастом?"
Отправлено Utandr , 04-Июн-03 15:25 
Спасибо, я это сделал, но мне нужен броадкаст и arp-адреса.

Так может все-таки natd?

"А как быть с броадкастом?"
Отправлено Michael , 04-Июн-03 15:32 
>Спасибо, я это сделал, но мне нужен броадкаст и arp-адреса.
>
>Так может все-таки natd?

arp тебе точно не нужен
какой смысл в МАС-адресе, которому ничего нельзя послать?

и какого рода броадкаст нужен?

"Нужен броадкаст для игровых серверов и.."
Отправлено Utandr , 04-Июн-03 15:41 
>arp тебе точно не нужен
>какой смысл в МАС-адресе, которому ничего нельзя послать?
Смысл? В ответе DHCP сервера, который клиентов по MAC адресам распознает.

>и какого рода броадкаст нужен?
Counter-strike, NETBIOS, и т.п.

"Нужен броадкаст для игровых серверов и.."
Отправлено Grey , 04-Июн-03 15:44 
>>arp тебе точно не нужен
>>какой смысл в МАС-адресе, которому ничего нельзя послать?
>Смысл? В ответе DHCP сервера, который клиентов по MAC адресам распознает.
>
>>и какого рода броадкаст нужен?
>Counter-strike, NETBIOS, и т.п.

какая связь natd и NETBIOS ?