proNovell

Помогите разобраться!
Имеется дерево из 6 серверов (NW6, SP4). На одном из них кроме TCP\IP настроен IPX.
Устанавливаю новый сервер, включаю в дерево и:
- все пользователи, где установлен NW клиент работают нормально;
- W2003 server по IPX работает нормально;
- W95(98) не пускает на сервер (вываливается заново окно регистрации);
- OS\2 «доступ запрещен»
Если установить этот сервер в новом дереве, то все работает по IPX нормально. В результате экспериментов пришел к выводу, что проблема возникает при вводе сервера в существующее дерево.
Моя задача:
Либо наладить нормальную работу с этим сервером всех вышеуказанных клиентов по IPX, либо вообще избавиться от IPX и перейти на “чистый” IP.
Как это наладить?

А разве клиент Novell для OS/2 умеет по IP работать?

Надо настроить prefered server на клиентах.

Как-то очень давно я пытался прикрутить IP к реквестеру в полуоси... сейчас уже не помню что получилось Новелл поддержку клиента OS/2 давно забросил и официально клиент работает только по IPX.

Да я тоже пытался, но облом... Так что, IMHO, только через CIFS

Кстати можно поднять IPX на всех серверах, без проблем

ничего не путаете?
при вводе сервера в дерево требует еще раз вводить пароль, при вводе в новое дерево - этого не требуется?

скорее должно быть наоборот. Вводить надо однозначно в существующее дерево. чтобы все работало по IP надо настроить протокол IP. он менее "шумный" чем IPX но требует большего внимания в настройке, то что в IPX делает SAP в IP за это отвечает SLP
поищите по форуму SLP, SLPDA здесь много на эту тему.

c OS/2 точно не скажу, но там есть возможность работать через ODI драйвера и через NDIS, но при этом там какой то драйвер грузится типа NDIS2ODI (называться может и по другому, не спец, не помню)
а вот то что если есть ODI драйвера для платы под DOS- копируешь их в OS/2 и все работает - это точно. так может клиент и по IP может подключиться. Во всяком случае в инете инфы по клиенту OS/2 for Netware полно.

По данной проблеме провел небольшие эксперименты (данная проблема повторилась), заметил не большую разницу в прогрузке серверов ... Необходимо указывать в autoxec.ncf set bindery conntext=....., для IPX протокола это не мало важно, т.к. в клиетах NW32 идет подключение к NDS а не к "retro" (извените за выражение)
Вопрос к профи, почему в NW для данной версии данная ситуация просходит.? По описанной проблеме при инсталяции нового сервера данная установка прописывается, при остальных инсталяциях нет ...

Андрей Лебедев писал(а):По данной проблеме провел небольшие эксперименты (данная проблема повторилась), заметил не большую разницу в прогрузке серверов ... Необходимо указывать в autoxec.ncf set bindery conntext=....., для IPX протокола это не мало важно, т.к. в клиетах NW32 идет подключение к NDS а не к "retro" (извените за выражение)
Вопрос к профи, почему в NW для данной версии данная ситуация просходит.? По описанной проблеме при инсталяции нового сервера данная установка прописывается, при остальных инсталяциях нет ...

Извините, но я что-то плохо понял, что за ситуация и проблема. Клиенту, с поддержкой NDS, bindery conntext по барабану. Другое дело в настройках клиента можно прописать контекст пользователя, либо установить командой cx, либо прописывать полное имя пользователя, причем с ведущей точкой, ну в гуях мышей поклакать. Разумеется привязки протоколов к соотв клиентам должны быть правильными - только IP или только IPX.

Андрей Лебедев писал(а):По данной проблеме провел небольшие эксперименты (данная проблема повторилась), заметил не большую разницу в прогрузке серверов ... Необходимо указывать в autoxec.ncf set bindery conntext=....., для IPX протокола это не мало важно, т.к. в клиетах NW32 идет подключение к NDS а не к "retro" (извените за выражение)
Вопрос к профи, почему в NW для данной версии данная ситуация просходит.? По описанной проблеме при инсталяции нового сервера данная установка прописывается, при остальных инсталяциях нет ...

Так оно и оказалось....прописываешь в autoxec.ncf set bindery conntext=..... и НЕТ проблем...убираешь и все по новому

Извините, но я что-то плохо понял, что за ситуация и проблема. Клиенту, с поддержкой NDS, bindery conntext по барабану. Другое дело в настройках клиента можно прописать контекст пользователя, либо установить командой cx, либо прописывать полное имя пользователя, причем с ведущей точкой, ну в гуях мышей поклакать. Разумеется привязки протоколов к соотв клиентам должны быть правильными - только IP или только IPX.

Вопрос был поднят для подключения клиента OS-2 к NW ! Для OS-2 клиентов "свежих" от Novell нет (NDS не поддерживается). Для Win-95,98, 2000 (встроенные клиенты) без клиента NW32 поддержка NDS не возможна. Полное прописывание имени пользователя user.context не поможет (тк подключение bindery).
Протокол может быть поднят и для IP и для IPX и совместно как на сервере , так и для клиента. Для клиента соответственно при имеющемся софте.

Вопрос был поднят для подключения клиента OS-2 к NW ! Для OS-2 клиентов "свежих" от Novell нет (NDS не поддерживается). Для Win-95,98, 2000 (встроенные клиенты) без клиента NW32 поддержка NDS не возможна. Полное прописывание имени пользователя user.context не поможет (тк подключение bindery).
Протокол может быть поднят и для IP и для IPX и совместно как на сервере , так и для клиента. Для клиента соответственно при имеющемся софте.

Разрешите не согласиться с тем что NDS не поддерживается.
Помнится последняя версия Клиента под /2 - 2.12 да еще с апдейтами поддерживала NDS в полном обьеме. в ТЧ и в дос сеансе.

Был даже NWADMIN/2 [собранный BC/2] неверующих просим ознкомиться с NW 4.02 CD который его содержал.

Про NCPIP согласен - его тогда в природе не было. То есть IPX only.