proNovell

"Пустое" приложение. Вносит изменения в реестр и во вкладке Distribution options-distribution scripts. С сети запускается инсталятор с ключами тихой установки и после него обновления с этими же ключами. В реестре изменения вносятся в любом случае а скрипты на незарегистрированных станциях не выполняются:(. В лог выводится кроме всего прочего (имя машины, имя пользователя и т.д.) WORKSTATION NOT REGISTERED. Если станцию зарегистрировать в дереве то все работает.
Как обойти необходимость регистрации?

Сам не делал, но в доке было, как использовать приложения без NW клиента. ZFDagent + Middle Tier server - может, в эту сторону посмотреть?

Иван Иванов писал(а):"Пустое" приложение. Вносит изменения в реестр и во вкладке Distribution options-distribution scripts. С сети запускается инсталятор с ключами тихой установки и после него обновления с этими же ключами. В реестре изменения вносятся в любом случае а скрипты на незарегистрированных станциях не выполняются:(. В лог выводится кроме всего прочего (имя машины, имя пользователя и т.д.) WORKSTATION NOT REGISTERED. Если станцию зарегистрировать в дереве то все работает.
Как обойти необходимость регистрации?

А станция действительно нормально импортирована в дерево? Попробуй почистить ключик в реестре на клиентской машине, удалить станцию из дерева, импортировать заново - и попробовать еще раз применить политики.

Иван Левшин aka Ivan L. писал(а):

Иван Иванов писал(а):"Пустое" приложение. Вносит изменения в реестр и во вкладке Distribution options-distribution scripts. С сети запускается инсталятор с ключами тихой установки и после него обновления с этими же ключами. В реестре изменения вносятся в любом случае а скрипты на незарегистрированных станциях не выполняются:(. В лог выводится кроме всего прочего (имя машины, имя пользователя и т.д.) WORKSTATION NOT REGISTERED. Если станцию зарегистрировать в дереве то все работает.
Как обойти необходимость регистрации?

А станция действительно нормально импортирована в дерево? Попробуй почистить ключик в реестре на клиентской машине, удалить станцию из дерева, импортировать заново - и попробовать еще раз применить политики.

Нужно чтобы без регистрации. На этапе установки софта за регистрацией никто не следит и в политике стоит ограничение на регистрацию после n логинов чтобы не "мусорить".
Получается что после установки zfdagenta автоматически нажимают приложение в зене оно запускает подчинененные на глаз все нормально но на машину "случайно" не ставится например акробат и антивирус:(.
И вообще хотелось-бы чтобы работало без регистрации, т.к. проблемы с ней бывают а ряд скриптов дожны выполнятся обязательно.

А с чем приложение-то ассоциировано ?

С пользователем.

Насколько я понимаю, общественность ввело в заблуждение слово "регистрация" - оно же обычно используется вместо логина. Тут имелся в виду "импорт" - что рабочие станции не импортированы ( ну и не регистрируются, соответственно - раз не импортированы ). А какой при этом Зен, кстати ? И код ошибки вообще какой-нибудь имеется - при попытке запуска этого приложения пользователем ?

Слово "регистрация" от утилитки zenwsreg правильный термин, наверное, действительно "импорт".
Zen 6.5 тоже самое было и на 4.
Кода ошибки нет - с виду выполняется нормально но очень быстро. В реестре изменения вносятся, файлы, думаю тоже скопировало бы. А вот скрипты не выполняются.
Подробнее на примере акробат ридера:
Есть папка на которую пользователю public дано RW там лежит дистрибутив и патчи. Приложение назначено пользователю, запускается от имени secure system user. На вкладке Distribution options-distribution scripts прописан движок cmd и в скриптах строки вида путь\f1.exe /qb \f2.exe /qb и т.д. в секции реестра отклчаются всякие тормоза автообновление и т.д. На импортированной станции работает как часы уже не первый год а без импорта скрипты не выполняются но реестр правит.

После выходных попробую запустить тоже самое не с сети а с жесткого диска - возможно незаригистрированную станцию c secure system user user не пускает в папку даже если туда права public имеет.
Вобщем так.

Для того, чтобы станции гарантированно (практически 100%, если нет других проблем) импортировались, можно использовать соответсвующие ключи реестра.

Ключ:

HKLM\Software\Novell\Zenworks\zenwsreg

Значения:

ImportServer [STRING] = "IP/DNS name сервера"
ImportWS [STRING] = "Полное имя объекта рабочей станции" , т.е. с контекстом, например, "TEST-WKS.KIEV.NOVELL"

При этом после перезагрузки станция автоматически проимпортируется.

Иван Иванов писал(а):В лог выводится кроме всего прочего (имя машины, имя пользователя и т.д.) WORKSTATION NOT REGISTERED.

Таки я еще не понял - что именно это за лог ? zenwsreg здесь, очевидно, никак не участвует, раз вы не пользуетесь импортом.

И скрипты не выполняются независимо от их содержимого ?

Под логом подразумевается Reporting Application Events выводимые в Log File.

>И скрипты не выполняются независимо от их содержимого ?
Тяжело сказать. Замечено на инсталяшках в которых запускаются exe (см. пример выше). Нужно будет попробовать в приложение напихать пустышек с запуском exe, cmd с сети и винта и от текущего пользователя.

Как импортировать РС я не спрашивал. Хочется чтобы скрипты выполнялись и на неипортированных станциях. А как быть тем кто вообще не используют импорт за ненадобностью?

Иван Иванов писал(а):Как импортировать РС я не спрашивал. Хочется чтобы скрипты выполнялись и на неипортированных станциях. А как быть тем кто вообще не используют импорт за ненадобностью?

Так эта... Я, конечно, не гуру в ЗЕНе - но из того, что написано в доках, я лично понял, что импорт рабочих станций - обязательная штука для отработки политик. По поводу отрабатывания политик ДО регистрации пользователя в системе - все вроде описано в доках.

Иван Левшин aka Ivan L. писал(а):Так эта... Я, конечно, не гуру в ЗЕНе - но из того, что написано в доках, я лично понял, что импорт рабочих станций - обязательная штука для отработки политик. По поводу отрабатывания политик ДО регистрации пользователя в системе - все вроде описано в доках.

А при чем здесь отрабатывание политик, да еще ДО регистрации пользователя ? Речь ведь про приложение, к тому же ассоциированное с пользователем. Написано - должно работать( про скрипты, как я понимаю - аналогично ).

Думаю, что надо включить трассировку для NAL-а, как описано здесь
http://www.novell.com/support/search.do?cmd=displayKC&docType=kc&externalId=10093312&sliceId=&dialogID=13691027&stateId=0%200%2013689271
и уже по его логу поискать, где грабли

Иван Иванов писал(а):Подробнее на примере акробат ридера:
Есть папка на которую пользователю public дано RW там лежит дистрибутив и патчи. Приложение назначено пользователю, запускается от имени secure system user. На вкладке Distribution options-distribution scripts прописан движок cmd и в скриптах строки вида путь\f1.exe /qb \f2.exe /qb и т.д.

Иван, насколько я помню - при запуске приложения от System User ему недоступны сетевые диски залогиненного пользователя, а доступ к сетевым ресурсам производится от имени импортированной рабочей станции. Т.е. в случае неимпортированной рабочей станции и расположения файлов на серверах NetWare надо на соответствующую папку дать права [RF] объекту [Public] (у Вас дано [RW] - [W] явно избыточно, а вот [F] может не хватать). И ещё - проверьте, что пути заданы не через "отмапленные" диски, а через UNC.