proNovell

Есть 2 подсети: 192.168.1.0 и 192.168.2.0, исторически сложилось что подсеть 192.168.2.0 используется для раздачи статических адресов, а сеть 192.168.1.0 раздается через DHCP. Стоит сервер Netware 6.5 SP5, на сетевой карте которого стоят адреса из обеих подсетей:
BIND IP Q57_1_EII_EII ARP=Yes Mask=255.255.255.0 Address=192.168.2.2
BIND IP Q57_1_EII_EII ARP=Yes Mask=255.255.255.0 Address=192.168.1.2

Почему-то при логине по ip клиента из сети 192.168.2 он подключается к адресу 192.168.1.2 (при коннекте указывается только дерево и контекст), соответственно при отправке пакетов считается, что сервер расположен не в своей сети и пакеты идут не напрямую, а через default gateway (маску меньше, чем 255.255.255.0 поставить нельзя). Причем адрес 192.168.2.2 присутствовал на сервере изначально. а 192.168.1.2 был добавлен намного позднее.

Никто случайно с таким не сталкивался и нельзя ли заставить сервер работать с клиентом в подсети клиента? Принудительная установка адреса сервера на клиенте не подойдет.

есть переменые ncp include/exclude, вам судя повсему не подойдет. Другой вариант - пользовать filtcfg, т.е. настроить так, чтоб по порту 524 для ваших сетей был открымт только адрес из соотв. сети. Примерно так.

Неужели нельзя вторую карту вставить в сервер и разнести адреса?

Владимир Горяев писал(а):Другой вариант - пользовать filtcfg, т.е. настроить так, чтоб по порту 524 для ваших сетей был открымт только адрес из соотв. сети.

Спасибо, попробую на выходных... Правда смущает то, что там в фильтре пакетов нужно указывать 2 адреса

Влад А.Сокол aka Akina писал(а):Неужели нельзя вторую карту вставить в сервер и разнести адреса?

А смысл? Физически они ведь все равно будут в одной сети... можно конечно их к разным свичам привязать, но вряд-ли это что-то даст

Можно и маршрутизацию запретить, если не нужна..

Walery писал(а):А смысл? Физически они ведь все равно будут в одной сети... можно конечно их к разным свичам привязать, но вряд-ли это что-то даст

Что за глупость???
Знаешь почему тебе сообщается адрес из другой подсети? да потому что это один физический интерфейс, вот тебе и дают первый из загреганных на него адресов. А если это будут 2 разных интерфейса, пусть и торчащих в одном свиче, этой проблемы НЕ БУДЕТ.

Влад А.Сокол aka Akina писал(а):Знаешь почему тебе сообщается адрес из другой подсети? да потому что это один физический интерфейс, вот тебе и дают первый из загреганных на него адресов. А если это будут 2 разных интерфейса, пусть и торчащих в одном свиче, этой проблемы НЕ БУДЕТ.

Провел эксперимент - разнес на 2-х серверах адреса на разные карты, в итоге на одном вроде все правильно, адрес именно из той сети, а на втором подключается к адресу из другой сети

Walery писал(а):на втором подключается к адресу из другой сети

Ищи где косяк. Такое может быть только при ошибке в настройках.

Walery писал(а):

Влад А.Сокол aka Akina писал(а):Знаешь почему тебе сообщается адрес из другой подсети? да потому что это один физический интерфейс, вот тебе и дают первый из загреганных на него адресов. А если это будут 2 разных интерфейса, пусть и торчащих в одном свиче, этой проблемы НЕ БУДЕТ.

Провел эксперимент - разнес на 2-х серверах адреса на разные карты, в итоге на одном вроде все правильно, адрес именно из той сети, а на втором подключается к адресу из другой сети

Добавим третий адрес на интерфейс типа 10.1.2.3 и станциям с адресами 192.168.2.х будут показывать что "соединились" они к 10.1.2.3 ("наименьшему" адресу из списка адресов интерфейса)

А что смущает-то? Скорость работы разная?

При трех вариантах
loginw32 10.1.2.3/username /TR /NS
map t: = 10.1.2.3\том

loginw32 192.168.1.2/username /TR /NS
map t: = 192.168.1.2\том

loginw32 192.168.2.2/username /TR /NS
map t: = 192.168.2.2\том
есть разве разница в скорости?

Walery писал(а): Провел эксперимент - разнес на 2-х серверах адреса на разные карты, в итоге на одном вроде все правильно, адрес именно из той сети, а на втором подключается к адресу из другой сети

Наверна клиент закешировал, пользует запомненые настройки.