proNovell

Всех с наступающей зимой!!! Коллеги просветите или посоветуйте кому как нравиться. Как быть? или не быть... Есть 2 здания в обоих установлены сервера novell nw 4.1, выделенный канал, 2 модема courier v56, сеть 192.168.44.....в одном здании и вдругом, (последнии цифры естественно разные)ВОПРОС!!! Нужно соединить это воедино, чтобы пользователи из одного здания видели пользователей в другом и естественно ip? короче кокбуд-то они находяться в одном здании. Реально ли это и счего начать, а там закончим . Заранее спасибо. Алексей.

Привет

Реально, говорю относительно 5.1 + eDir. В каждом здании ставим по серверу. NDS разбиваем на 2 раздела и размещаем их на этих серверах. Т.е. каждый сервер будет содержать реплику раздела [Root] и реплику одного из 2-х созданных разделов (спланируйте как вам лучше - юзеры в здании должны обращаться к реплике на сервере в этом же здании.). После в дело вступает WAN Traffic Manager - настройте соотв. рулы какой трафик куда и когда пропускать - вот собственно и все.

WAN Traffic Manager (WTM) lets you manage replication traffic across
WAN links, reducing network costs. WAN Traffic Manager is installed during
the Novell® eDirectoryTM installation and consists of three elements.
�� WTM
WTM resides on each server in the replica ring. Before eDirectory sends
server-to-server traffic, WTM reads a WAN traffic policy and determines
whether that traffic will be sent.
�� WAN traffic policies
These are rules that control the generation of eDirectory traffic. WAN
traffic policies are text stored as an eDirectory property value on a Server
object, a LAN Area object, or both.
�� WANMAN ConsoleOneTM snap-in
This snap-in is the interface to WTM. It lets you create or modify policies,
create LAN Area objects, and apply policies to LAN areas or servers.
When WTM is installed (as part of the eDirectory installation), the
schema includes a LAN Area object and a WAN Traffic Manager page on
the Server object.
WAN Traffic Manager (WTM.NLM on NetWare® or WTM.DLM on
Windows* NT*) must reside on each server whose traffic you want to control.
If a partition's replica ring includes servers on both sides of a wide area link,
you should install WAN Traffic Manager on all servers in that replica ring.

Орлов Алексей писал(а):Всех с наступающей зимой!!! Коллеги просветите или посоветуйте кому как нравиться. Как быть? или не быть... Есть 2 здания в обоих установлены сервера novell nw 4.1, выделенный канал, 2 модема courier v56, сеть 192.168.44.....в одном здании и вдругом, (последнии цифры естественно разные)ВОПРОС!!! Нужно соединить это воедино, чтобы пользователи из одного здания видели пользователей в другом и естественно ip? короче кокбуд-то они находяться в одном здании. Реально ли это и счего начать, а там закончим . Заранее спасибо. Алексей.

Из моего опыта - дохлый номер это - ставить такие линки. Гораздо гораздее купить пару бриджей вроде ZyXEL 782, будет хоть 2 Mb. Обойдется где-то в ~700 удушенных енотов. А модемы употребить на удаленный доступ

Коллега не указал реального и\или трассового расстояния между зданиями. А то ведь можно и воздушную оптику прикрутить...

Орлов Алексей писал(а):сеть 192.168.44.....в одном здании и в другом (последние цифры естественно разные)

Если ЭТО происходит при маске 255.255.255.0 - это не просто ужасно, это полная задница. Ибо каждый клиентский браузинг сети будет летать в соседнее здание и обратно а, следовательно, ни на что остальное куанала не хватит (да и на это не хватит)...

Вот соединить отдельные интерефйсы серверов - это можно... чтобы в сеть другого здания ходить только через маршрутизацию своего сервера и, соответственно, там чтобы не летало ничего лишнего.

И еще - видеть СТАНЦИИ из другого здания не то что не нужно (к чему бы, когда есть такое понятие как домашние и общие каталоги на сервере), но и вредно (опять-таки из-за необходимости гонять по узкому каналу никому не нужную NetBIOS-инфу).