proNovell

На сервере установлен tcp/ip, но диапазон адресов 192.168.1.ХХХ заканчивается.
В autoexec.ncf прописано:
load dge528T slot=3 frame=ethernet_II name=dge528t_1_II
bind ip dge528t_1_II addr=192.168.1.245 mask=255.255.255.0

В командной строке прописываю bind ip dge528t_1_II addr=192.168.2.245 mask=255.255.255.0
Эту же строчку добавляю в autoexec.ncf но не перезагружаюсь.
после чего адрес 192.168.2.245 пингуется со станций с алресами 192.168.2.XХX но клиент не видит дерева. Если даю клиенту адрес из диапазона 192.168.1.ХХХ то всё нормально работает.

Из за чего такое может быть? Обязательно ли перезагружать сервер?

Ко второму адресу SLP не привязался, вот клиент дерева и не видит. Если перезагрузка автоматом не прицепит SLP ко второму адресу, то почитай документацию про SLP как его явно привязать в адресу.

Могу добавить, что адреса удобнее задавать в inetcfg (попросит перенести команды в свой файл и перезагрузить). Привязка к SLP, если склероз не врет есть в monitor в параметрах.

В принципе, NW понимает и более широкие маски (CIDR), только как end node (не роутер). Если сервер не является маршрутизатором, можете рассмотреть переход на маску, напр. 255.255.ччч.0 для своей сети, или на сеть другого класса. Ибо, если будет 2 подсети, как ты сделал, то их придется маршрутизировать, отсюда другие проблемы могут вылезти.

У меня тоже 192.168.x.0/24 была забита полностью - изредка DHCP обламывался но тк я следил то хватало.
Проблема решилась сама сбой - при делении сети на VLAN'ы (по рабочим группам) каждый VLAN живет в своей сети /24,
дефолт для сети L3 коммутатор и все довольны .... с адресами так же все ок лет на 10 вперед.

Павел Гарбар писал(а):Ко второму адресу SLP не привязался, вот клиент дерева и не видит. Если перезагрузка автоматом не прицепит SLP ко второму адресу, то почитай документацию про SLP как его явно привязать в адресу.

Почитал. Но видно где-то всё-таки накосячил.
Сделал такие настройки:
в startup.ncf прописал

SET SLP SCOPE LIST = NCSU
SET SLP DA DISCOVERY OPTION = 12
SET SLP TCP = ON
SET SLP SA DEFAULT LIFETIME = 43200

в SLP.cfg прописал
DA IPV4, 192.168.1.254
DA IPV4, 192168.1.254



Когда из autoexec.ncf в inetcfg переносились команды, появилось окошко что команда bind с адресом 192.168.2.254 не может быть перенесена. Пришлось её ручками добавлять. В итоге в inetcfg получился такой список команд

LOAD SNMP
LOAD BCALLSRV
LOAD DGE528T NAME = DGE528T_1_E82 FRAME = ETHERNET_802.2 SLOT = 3
LOAD DGE528T NAME = DGE528T_2_EII FRAME = ETHERNET_II SLOT = 3
LOAD TCPIP
BIND IP DGE528T_2_EII ARP = YES MASK = 255.255.255.0 ADRESS = 192.168.1.254
BIND IP DGE528T_2_EII ARP = YES MASK = 255.255.255.0 ADRESS = 192.168.2.254
LOAD IPXRTR
LOAD IPXRTRNM
BIND IPX DGE528T_1_E82 NET = 620EEA87
LOAD REMOTE *******
LOAD RSPX

После перезагрузки display slp da выдаёт
192.168.1.254 :v? :inactive :unknown scope : static :0 :0ms
192.168.2.254 :v? :inactive :unknown scope : static :0 :0ms

И теперь перестали видеть сервер все компьютеры с windows 7 из обоих подсетей.

в SLP.cfg прописал
DA IPV4, 192.168.1.254
DA IPV4, 192168.1.254

а сам DA агент то поднят?

Юрий Арапов писал(а):а сам DA агент то поднят?

Как проверить?

На данный момент удалил все внесенные изменения, вернулся к старой версии autoexec.ncf с одним IP-адресом, перезагрузил, но станции с windows 7 так и не могут увидеть дерево.

В момент, когда делаю bind ip .... появляется сообщение
SLPTCP bound to 192.168.1.245

На другом сервере (SERVER2) из этого же дерева поднял протокол TCP/IP (раньше на нём был только IPX)
Станции с windows 7 видят дерево и входят в сеть. Но если SERVER2 отключен от сети, то основной сервер (SERVER1) не может обеспечить видимость дерева.

там если что были сет параметры для NCP и SLP на предмет include/exclude IP ADDRESSES

Dimerson писал(а):там если что были сет параметры для NCP и SLP на предмет include/exclude IP ADDRESSES

Не поспеваю за полетом мысли. Можно более развёрнуто, для деревянных по пояс??

Допустим SLPDA прибиндился на *.
То есть принимает запросы с обох IP.
И адреса сервисов оба прописались.

то есть на запрос допустим NCP Server NAME отдаются ОБА адреса. Не поедет ли у клиента крыша при обращении по SLP к адресу на другом сегменте ?

Есть ли машрутизация = то есть с одного сабнета пингается ли адрес сервера на другом ?

В общем надо смотреть. Если что сетами на сервере можно сказать какой адрес исключить при работе SLP.

P.S. Есть ли реальные препятствия для переезда всей сетки на 10.0.0.0/8 например ?

Dimerson писал(а):Допустим SLPDA прибиндился на *.
То есть принимает запросы с обох IP.
И адреса сервисов оба прописались.

то есть на запрос допустим NCP Server NAME отдаются ОБА адреса. Не поедет ли у клиента крыша при обращении по SLP к адресу на другом сегменте ?

Ладно с разными сегментами. Сейчас по какой-то причине даже старая конфигурация с одним ip-адресом на основном сервере не хочет работать. Где порыться можно?

Есть ли машрутизация = то есть с одного сабнета пингается ли адрес сервера на другом ?

Нет. Маршрутизации нет, и она не настраивалась и не нужна. Машины из одной подсети общаются ТОЛЬКО между собой и сервером.

P.S. Есть ли реальные препятствия для переезда всей сетки на 10.0.0.0/8 например ?

Да пожалуй, что и нет. Просто так исторически сложилось.

что SLPDA при старте пишет-то ? И что в SET параметрах SLP на сервере с SLPDA ? И что в конфиг файле ?
Я так понимаю что все объекты в дереве ОК и проблема только в параметрах ?

Сергей Чувалов писал(а):Где порыться можно?

Как я уже упоминал, удобнее всего в monitor. Там можно посмотреть и изменить параметры SLP и NCP. Очевидно они изменились. SET-параметры в 51sp8, в основном, хранятся уже в регистре и каждый раз задавать командами, при автозагрузке не надо.
Повторюсь, после переноса в inetcfg, настройки сети рулятся только оттуда (можно, конечно, и командами, но ето есть не кузяво ). Если руками изменить конфиг inetcfg он не воспримется, будет ругаться на NETINFO.CHK.

Владимир Горяев писал(а):Повторюсь, после переноса в inetcfg, настройки сети рулятся только оттуда (можно, конечно, и командами, но ето есть не кузяво ). Если руками изменить конфиг inetcfg он не воспримется, будет ругаться на NETINFO.CHK.

После того как все команды из autoexec.ncf были перенесены в inetcfg и появились проблемы ,я в autoexec-е убрал все строчки на которых inetcfg поставил решетки а ncf файл, который добавил inetcfg, наоборот убрал, после чего перезагрузил.
То есть сделал неправильно? Стоит ли обратно в inetcfg перенисти настройки сети? Не получится хуже?
Сейчас пойду, посмотрю параметры SLP в мониторе.