Программный перезапуск AOS

[AndyD]

Да точно, вызов из Delphi проходит с ошибкой. Во вложении исправленная dll

Еще - для AosStatus() дополнительно возвращаются значения с 1 по 4 в которых указывается текущий статус AOS. Посмотрите в коде на xpp - там это есть.

PS Удалил вложение, исправление с правами доступа ниже

[Migel_84]

Цитата:

Сообщение от AndyD

Да точно, вызов из Delphi проходит с ошибкой. Во вложении исправленная dll

Еще - для AosStatus() дополнительно возвращаются значения с 1 по 4 в которых указывается текущий статус AOS. Посмотрите в коде на xpp - там это есть.

Спасибо, всё работает и далфи.

[Migel_84]

Действительно, неплохая дырка, AOS может остановить любой пользователь с любого компа. Но дыра легко лечится закрытием портов, а в коде проги указывается локальный IP, только прогу тогда нужно запускать с сервера, тогда всё ок. Можно конечно выложить эту прогу, но тогда у кого-нибудь могут быть не очень хорошие последствия.

[Dron AKA andy]

Вообще-то, если dll делает то же, что и AxCtrl (сам не проверял), то для работы с АОСами нужен административный доступ на соответствующий сервер, чего у обычного пользователя быть не должно. Или я не прав?

[Migel_84]

Цитата:

Сообщение от Dron AKA andy

Вообще-то, если dll делает то же, что и AxCtrl (сам не проверял), то для работы с АОСами нужен административный доступ на соответствующий сервер, чего у обычного пользователя быть не должно. Или я не прав?

Нет, не прав. Если не закрыты порты(не проверял какие), через которые работает программа, то любой пользователь может перегрузить АОС, имея dll и эту программу, просто нужно знать IP сервера и имя АОСа.

[AndyD]

Dron AKA andy говорит про AxCtrl.exe (оснастка из панели управления). Да, эта оснастка требует административный доступ для управления AOS. Я не учел этого, по-этому dll-ка может работать не обращая внимания на права доступа.

Выкладываю обновленный проект - в нем для управления требуется наличие административных прав на сервере AOS для текущего пользователя Windows (точнее прав на управление сервисами). Для получения статуса AOS (функция AosStatus()) административных прав не требуется.

[gefr]

Не хватает только AOSStatus_RunDll, чтобы для этого код не писать, а батником обойтись

[gefr]

Да и regsvr32 отказался ее регистрировать - говорит, точки входа нет

[AndyD]

Это не COM-объект.
А что должна выводить AOSStatus_RunDll? И каким образом?

[gefr]

Цитата:

Сообщение от AndyD

Это не COM-объект.
А что должна выводить AOSStatus_RunDll? И каким образом?

В коммандную строку - текущий статус. И, наверное, errorlevel возвращать....

[gefr]

2AndyD:
Фактически проблема, из-за которой начал ковыряться - нужно консультантам на время разработки дать возможность перезапуска AOS, но давать админа не хочется... Я так понял, как раз Ваша первая версия позволяла это делать
Самому не заходя на сервер перезапустить или данные автоматом подгрузить - тоже удобно, но сейчас для меня - вторично.

[AndyD]

В сообщении выше обновил вложение

Добавлен метод AosStatus_RunDll - вызывается так же, как и два других метода

rundll32 AosMgr.dll,AosStatus_RunDll Axapta "Aaa 1" 1

После имени вызываемой функции указывается имя хоста или IP адрес.
Второй параметр - имя AOS. Если в имени есть пробелы, то заключить в двойные кавачки.
Третий параметр - показывать (1)/не показывать (0 или не указывать параметр) сообщение в случае ошибки

В методы, вызываемые из RunDll добавлено возвращение кода возврата (можно обрабатывать через errorlevel). Во вложении есть пример обработки возвращаемого статуса в файле start.cmd (для всех методов обработка одинаковая)

По поводу прав пользователей - ограничение на права для запуска и остановки AOS в текущей и последующих (если будут) версиях убираться не будет.

[gefr]

Спасибо. А что убираться не будет - я это и сам понимаю, что дырка большая. Так - поделился печалью.

[gl00mie]

Цитата:

Сообщение от AndyD

Добавлен метод AosStatus_RunDll - вызывается так же, как и два других метода. В методы, вызываемые из RunDll добавлено возвращение кода возврата.

Здорово, как раз хотел написать на эту тему Только, наверно, стоило оставить в архиве проект с примером вызова функций библиотеки из приложения Axapta...

[AndyD]

У е.
Я и забыл, что он был там. Сейчас выложу

[iggl2]

Цитата:

Сообщение от george040875

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

Решается настройками аоса... shut down after being idle..+ ondemand

[gefr]

Цитата:

Сообщение от iggl2

Решается настройками аоса... shut down after being idle..+ ondemand

нету idle то и оно, что нужно предупредить наших разработчиков и тестировщиков и завершить работу - внедрение идет как никак

[iggl2]

Цитата:

Сообщение от george040875

нету idle то и оно, что нужно предупредить наших разработчиков и тестировщиков и завершить работу - внедрение идет как никак

сколько штук?)))

[gefr]

3 разработчика, 2 тестровщика

[iggl2]

Цитата:

Сообщение от george040875

3 разработчика, 2 тестровщика

Команде внедрения, которая не в состоянии договориться (хотя бы через тот же AOS) и на пару минут покинуть систему, лично я бы проект не доверил))))