Отображает текущие настройки подключения к серверу Aladdin 2FA и также статус подключения.

Пример выдачи:

Выполняет настройку подключения к Aladdin 2FA.

Ключи:

·   -u, --url (обязательный) -- адрес сервера Aladdin 2FA;

·   -v, --validate (опциональный) – проверять сертификат при подключении к Aladdin 2FA (допустимые значения: False, True)

Пример команды:

Включить использование сервиса Aladdin 2FA:

Пример команды:

Отключить использование сервиса Aladdin 2FA:

Пример команды:

Отображает список зарегистрированных ресурсных систем.

Примеры выдачи:

Позволяет зарегистрировать новую ресурсную систему.

Ключи:

·   -p, --path (обязательный)– путь (включая имя файла) к файлу конфигурации ресурсной системы

 Важно! После регистрации новой ресурсной системы необходимо перезапустить  службу серверного компонента web-приложения Консоль управления JMS (пример команды см. в разделе «Установка серверного компонента Консоли управления JMS», с. 21) для ее корректной работы.

Примечание. В качестве файла конфигурации ресурсной системы следует использовать файл в формате файла первоначальной конфигурации, содержащий секцию [accountSystem] (образец файла приведен в разделе «Установка и первоначальная настройка сервера и консольного агента JMS», с. 18. Описание параметров секции [accountSystem] файла приведено в разделе «Приложение 1. Параметры файла первоначальной конфигурации сервера JMS», «Секция [accountSystem]», с. 114)

Для регистрации ресурсной системы требуется файл конфигурации с секцией [accountSystem], аналогичный файлу первоначальной конфигурации. Поддерживается регистрация сразу нескольких ресурсных систем. Для этого необходимо добавить дополнительные секции в зависимости от количества ресурсных систем «[accountSystem2]», «[accountSystem3]» и т.д.

В конфигурацию также допускается включить дополнительные атрибуты, используя секции [userProperty:<код_атрибута>], аналогичные тем, что используются в файле первоначальной конфигурации (см. «Секции [userProperty]», с. 117).

Позволяет обновить информацию о зарегистрированной ресурсной системы.

Ключи:

·   -p, --path (обязательный)– путь (включая имя файла) к файлу конфигурации ресурсной системы

Примечание. В качестве файла конфигурации ресурсной системы следует использовать файл в формате файла первоначальной конфигурации, содержащий секцию [accountSystem]

·   --accountsystem (обязательный) – имя ресурсной системы указанное в поле [accountSystem] -> name файла первоначальной конфигурации  (см. «Приложение 1. Параметры файла первоначальной конфигурации сервера JMS», «Секция [accountSystem]», с. 114)

Для обновление информации о ресурсной системе требуется файл конфигурации с секцией «[accountSystem]», аналогичный файлу первоначальной конфигурации. Поддерживается обновление сразу нескольких ресурсных систем. Для этого необходимо добавить дополнительные секции в зависимости от количества ресурсных систем «[accountSystem2]», «[accountSystem3]» и т.д.

По умолчанию сопоставление конфигурации и ресурсной системы, для которой она предназначена, производится по имени (параметр name раздела «[accountSystem]»). При необходимости переименовать ресурсную систему в JMS в секции «[accountSystem]» необходимо в качестве name задать новое название, а в качестве oldName – текущее.

Команда выполняет инициализацию адаптера УЦ AeCA. Может применяться, например, после установки адаптера.

Примечание. Если сервер JMS не был инициализирован до установки адаптера, то дополнительно выполнять команду инициализации адаптера не требуется.

Ключи:

·   --controlApiUrl – URL Web API серверного агента, необходимо передать в случае использование в настройках сервера значения, отличного от значения по умолчанию (http://localhost:8119);

·   --authApiUrl – URL Web API сервиса аутентификации, необходимо передать в случае использование в настройках сервера значения, отличного от значения по умолчанию (http://localhost:8121);

·   --eapServiceName – имя сервиса JMS. Значение  по умолчанию eap-engine;

·   --logFile – путь к файлу с логом установки. Значение по умолчанию /var/log/aladdin/aeca-adapter/AeCACertificationAuthorityInitializer.log;

·   --username – имя пользователя для доступа к Control API сервера JMS;

·   --password – пароль пользователя для доступа к Control API сервера JMS;

·   --timeout – таймаут обращений к серверу JMS в формате ЧЧ:ММ:СС при возникновении каких-либо трудностей в процессе инициализации связанных с таймаутами. Значение по умолчанию 30 секунд.

Пример команды:

Отображает список зарегистрированных привязок.

Пример выдачи:

Отображает текущие настройки кэширования групп.

Пример выдачи:

Задает настройки кэширования групп ресурсной системы.

Ключи:

·   -t, --timeout – таймаут в мс между попытками проверки изменения списка групп и их участников. По умолчанию – 3600000 мс (соответствует интервалу в 1 час);

·   -r, --recursive – использовать ли рекурсивный поиск членов групп ресурсных систем. (Допустимые значения: True, False) ;

·   -w, --threads – количество рабочих потоков, которые будут выполнять чтение групп пользователей и рабочих станций из ресурсной системы. По умолчанию – 1. Увеличение количества потоков ускоряет загрузку кэша, но может привести к большей нагрузке на ресурсную систему ;

·   -m, --members – включение/отключения режима отладки кэширования. (Допустимые значения: True, False). По умолчанию – False (отключено). При включенном режиме в серверный лог AccountManager дополнительно выводится информация о составе всех кэшируемых групп, например:

Пример команды:

Включить использование кэширования групп ресурсной системы.

Пример команды:

Отключить использование кэширования групп ресурсной системы.

Пример команды:

Выводит информацию о состоянии кэша – состояние загрузки кэша, версии и метка времени, информация о количестве кэшируемых групп.

Пример команды:

Пример выдачи:

Выводит краткую информацию о сертификатах в хранилище CurrentUser\My

Пример выдачи:

Устанавливает сертификат в хранилище CurrentUser\My.

В качестве входных параметров (ключи --path и --password) передается pfx-файл контейнера сертификата с закрытым ключом и его пароль.

Ключи:

·   --path (обязательный) – имя pfx-файла с его путем в файловой системе;

·   --password (обязательный) – пароль pfx-файла.

Пример команды:

Удаляет сертификат с указанным отпечатком из хранилища CurrentUser\My. Отпечаток можно получить в результате выполнения команды c параметром list.

Ключи:

·   -t (обязательный) – отпечаток сертификата в шестнадцатеричном формате (см. Выдачу команды с параметром list);

Пример команды:

Команда позволяет отобразить список зарегистрированных коннекторов для синхронизации и список зарегистрированных адаптеров для коннектора к УЦ.

Пример выдачи:

Отображает текущий статус подключения к КриптоБД

Пример выдачи:

Выполняет выгрузку информации о текущей инсталляции JMS для последующего импорта в Консоль конфигурирования КриптоБД с целью настройки шифрования БД.

Ключи:

·               -p, --path – путь к xml-файлу с конфигурацией КриптоБД (обязательный параметр)

·               -l, --login – имя пользователя БД Postgres, используемый JMS при работе с КриптоБД (опциональный). Если не указан, то используется текущий логин JMS

·   -m, --mask – маска (10 Байт) для отображения зашифрованных данных (при доступе неавторизованных пользователей). В текущей версии продукта указанное в команде значение игнорируется и подставляется значение 0000000000.

Пример выдачи:

Отображает текущие настройки подключения к серверу JAS (адрес и параметру аутентификации), а также статус подключения.

Пример выдачи:

Выполняет настройку подключения к JAS.

Ключи:

·   -u, --url (обязательный) – адрес сервера JAS;

·   -s, --securityType – cпособ аутентификации при подключении к JAS (None, Basic, Windows или NTLM), значение по умолчанию: None

·   -l, --login – Логин к JAS.

·   -p, --password – Пароль к JAS.

Пример команды:

Команда выполняет настройку подключения сервера JMS к сервису данных JWM.

Ключи:

·   -l, --url (обязательный) – адрес сервиса данных JWM;

·   -u– доменное имя пользователя (в формате "DOMAIN\username", в кавычках), которому в JMS назначена роль Администратор ИБ

Пример команды:

Пример выдачи:

Команда выполняет инициализацию JWM-коннектора (а при указании полного набора параметров и подключение сервера JMS к сервису данных JWM).

Ключи:

·   -l, --url (необязательный) – адрес сервиса данных JWM;

·   -u (обязательный)– доменное имя пользователя (в формате "DOMAIN\username", в кавычках), которому в JMS назначена роль Администратор ИБ.

·   --timeout (необязательный) - Время ожидания от коннектора JWM, в секундах (значение по умолчанию – 60).

Пример команды:

Примечание. В случае если ключи (параметры) команды опущены, коннектор следует сконфигурировать с помощью команды jwm configure

Команда выводит настройки и статус подключения к JWM. В частности, команда отображает пользователя JMS, установленного командой initialize. При необходимости сменить пользователя, следует использовать команду jwm configure

Пример команды:

Обновление Профиля доступа в личный кабинет и описания Плана обслуживания настроек личного кабинета.  Команду следует выполнять после установки новой версии JWM.

Пример команды:

Пример выдачи: 

Задает настройки подписи JWT-токенов.

Ключи:

·   --useCertificate  (опциональный) – флаг необходимости использования сертификата для подписи JWT-токенов;

·   -t (опциональный) – отпечаток сертификата в шестнадцатеричном формате (см. Выдачу команды с параметром list);

·   --useGroupsCache  -  включить/выключить кеширование групп пользователя в jwt токене. Допустимые значения:

–   true – включить;

–   false -- выключить;

·   --maxGroupsCount - количество групп кешируемых в токене;

·   --accessTokenLifetime - время жизни access токена;

·   --refreshTokenLifetimet - время жизни refresh токена

Пример команды:

— включение использования подписи JWT-токенов ассиметричным ключом с указанием соответствующего сертификата

— включение использования подписи JWT-токенов так называемым «симметричным ключом» (symmetric signing of JWT).

Отображает текущие настройки подписи JWT-токенов. Не требует ключей.

Пример выдачи:

Отображает текущую конфигурацию зарегистрированных Keytab-файлов.

Пример команды:

Пример выдачи:

Позволяет зарегистрировать новый Keytab-файл и привязать к каталогу учётных записей.

Ключи:

·   -a, --accountSystem – наименование каталога учётных записей, к которому будет привязан регистрируемый Keytab-файл;

·   -p, --keytabPath – путь к Keytab-файлу.

Пример команды:

Позволяет зарегистрировать новый Keytab-файл и привязать к каталогу учётных записей.

Ключи:

·   -a, --accountSystem – наименование каталога учётных записей, к которому будет привязан регистрируемый Keytab-файл;

·   -p, --keytabPath – путь к Keytab-файлу.

Пример команды:

Позволяет удалить  зарегистрированный Keytab-файл.

Ключи:

·   -a, --accountSystem – наименование каталога учётных записей, для которого требуется удалить зарегистрированный Keytab-файл

Пример команды:

Выводит информацию о текущих зарегистрированных лицензиях.

Пример команды:

Фрагмент выдачи:

Значение параметра «Id:» (внутренний идентификатор лицензии) может быть использовано в команде remove для удаления.

Регистрирует лицензию в JMS.

Ключи:

·   -p (обязательный) – имя файла лицензии (.lic) с его путем в файловой системе;

Пример команды:

Примечание. Перед регистрацией новой лицензии следует удалить ранее зарегистрированную (см. команду licenses remove)

Удаляет лицензию из JMS. В качестве аргумента принимает внутренний идентификатор лицензии (можно получить с помощью команды list).

Ключи:

·   -i (обязательный) – внутренний идентификатор лицензии (можно получить с помощью команды с параметром list).

Пример команды:

Заменяет существующую лицензию в JMS на новую.

Ключи:

·   -p (обязательный) – полный путь к файлу лицензии (включая имя файла)

Пример команды:

Примечание. Команда требует ввода:

·          логина пользователя с ролью Оператор в формате:

<имя_ресурсной_системы>\<имя_пользователя>,

где <имя_ресурсной_системы> — значение, указанное в поле [accountSystem] -> name файла первоначальной конфигурации (см. «Приложение 1. Параметры файла первоначальной конфигурации сервера JMS», с. 114)

·          и его пароля

Генерирует запрос на активацию продукта в формате PDF. В качестве аргументов принимает контактную информацию (название компании, ответственное лицо, должность, e-mail, контактный телефон), дату начала действие постоянной лицензии и имя файла запроса, который будет сгенерирован.

Ключи:

·   -o (обязательный) – полный путь к формируемому файлу запроса  (включая имя)

·   -c (обязательный) – название компании

·   -f (обязательный) – ФИО ответственного лица

·   -t (обязательный) – Должность ответственного лица

·   -e (обязательный) – адрес электронной почты ответственного лица

·   -p (обязательный) – телефон ответственного лица

·   -d (обязательный) – дата начала действия постоянной лицензии

Пример команды:

Производит отображение всех доступных планов обслуживания, их описания, GUID и списка параметров (см. ключ -p для команды maintenance run, ниже )

Пример выдачи:

Производит добавление плана обслуживания в очередь выполнения.

Ключи:

·   –g, --guid (обязательный) – GUID идентификатор плана обслуживания

·   –p, --parameters (опциональный) – параметры для указанного плана обслуживания. Параметры могут перечисляться через пробел и указываются в формате "param1=value1" "param2=value2" ... "paramN=valueN"

Примечания:

1.        В случае если в строке отдельного параметра (для ключа -p) отсутствуют пробелы допускается его указание без кавычек, например param1=value1

2.        При пропуске опционального ключа –p будут использованы параметры из БД JMS, т.е. их значения на момент последней настройки соответствующего плана обслуживания через консоль управления JMS. Если из консоли управления JMS изменений плана не проводилось, то будут использованы значения, установленные по умолчанию при развёртывании сервера JMS. Для гарантирования устойчивости выполнения планов обслуживания JMS рекомендуется значение ключа –p всегда указывать явно.

Примеры команды:

Пример выдачи:

Примечания:

1)        Для получения готовой команды maintenance run (со всеми параметрами, включая GUID-идентификаторы контейнеров ресурсной систем и самого плана обслуживания) можно воспользоваться сервисом автоматической генерации команды (см. раздел «Автоматическая генерация параметров запуска команды maintenance run», с. 49)

2)        Для получения полного списка GUID-идентификаторов, и параметров для ключа –p воспользуйтесь командой maintenance list (см. выше).

3)        Подробное описание назначения параметров запуска для каждого из планов обслуживания приведено во второй части руководства администратора [2], в разделе «Планы обслуживания».

4)        JMS позволяет организовывать очереди из заданий на выполнение планов обслуживания, подробнее см. «Автоматическая организация очередей выполнения заданий планов обслуживания», с. 47

Производит отмену выполнения ранее добавленного в очередь плана обслуживания.

Ключ:

–g, --guid (обязательный) – GUID идентификатор плана обслуживания.

Пример выдачи:

Производит получение текущего состояния плана обслуживания.

Ключ:

–g, --guid (обязательный) – GUID идентификатор плана обслуживания.

Пример выдачи:

Управление статусом сервера. (Не требует ключей.)

·   start – запуск сервера

·   stop – остановка сервера

·   pause – приостановление работы сервера

·   continue – восстановить работу сервера после установки на паузу

Пример команды:

Инициализирует сервер JMS: выполняет последовательную настройку всех параметров конфигурации сервера JMS, определенную в ini-файле конфигурации (передается в параметре ключа -p). Пример ini-файла см. в разделе «Подготовительные действия», с. 18.

  Важно! Для своего выполнения команда требует повышения привилегий пользователя с помощью sudo.

Ключи:

·   -p (обязательный) – файл (.ini) конфигурации сервера JMS вместе с путём в файловой системе;

·   -t (опциональный) -- значение таймаута для операций запуска/остановки сервера в миллисекундах;

·   --password (опциональный) -- пароль, значение которого должно соответствовать паролю пользователя acconutName, указанному в ini-файле первоначальной конфигурации сервера JMS в секции [primaryUser] (см. раздел «Приложение 1. Параметры файла первоначальной конфигурации сервера JMS», с. 114). Если параметр будет пропущен, то консольный агент запросит пароль в процессе инициализации сервера.

Пример команды:

  Важно! Для своего выполнения команда требует повышения привилегий пользователя с помощью sudo.

Выполняет проверку на необходимость обновления базы данных, и если требуется обновление, предлагает его выполнить.

Ключи:

·   --allowautoupdate – при указании параметра, в случае необходимости обновления, такое обновление производится автоматически (без дополнительного запроса разрешения у пользователя). Без явного указания параметра у пользователя запрашивается разрешение на обновление.

Пример команды:

Пример диалога: 

Если после проверки требуется обновление базы данных, то программа сообщит об этом и даст выбор, обновлять ли сейчас базу данных или нет (если только не указан параметр --allowautoupdate).

После нажатия клавиши «n» или любой другой, отличающийся от «y» обновление базы данных будет отменено.

После нажатия клавиши «y» будет запущено обновление базы данных до актуальной версии.

Если не была передана опция --allowautoupdate, то на моменте запуска сервиса процесс обновления остановится. В противном случае будет выполнена проверка текущего состояния сервера, для чего потребуется ввести логин и пароль пользователя JMS. Затем программа будет ожидать пока сервер изменит свое состояние на рабочее или не истечет время ожидания (2 минуты), если сервер не удалось запустить корректно, то по истечению времени ожидания выведется соответствующая ошибка.

  Важно! Для своего выполнения команда требует повышения привилегий пользователя с помощью sudo.

Используется для управления автостартом сервиса сервера JMS.

Параметры:

·   enable – включение автостарта;

·   disable – отключение автостарта;

Пример команды:

Задает настройки подключения к smtp-серверу.

Ключи:

·   -h, --host (опциональный) – IP-адрес или полное доменное имя (FQDN) smtp-сервера (почтового сервера, с которого будет осуществляться рассылка), например -h 192.168.3.136;

·   -p, --port (опциональный) – порт smtp-сервера (например: -p 25);

·   --username (опциональный) – имя учетной записи smtp-сервера, от имени которой будет выполняться отправка email-уведомлений (для тестовых smtp-серверов, таких как smtp4dev, указывать не обязательно);

·   --password (опциональный) – пароль пользователя для учетной записи smtp-сервера (см. ключ --username) от имени которой будет выполняться отправка email-уведомлений;

·   --ssl (опциональный) – флаг необходимости использования ssl при подключении к smtp-серверу.
Допустимые значения:

–   true

–   false

(Например: --ssl false)

Для включения флага необходимо, чтобы почтовый сервер поддерживал режим StartTLS.

·   --from (опциональный) – содержимое поля «from» для отправляемых email-уведомлений (например: --from jms@local.com);

Примечание. Некоторые SMTP-серверы не поддерживают указание отправителя, в этом случае в ключе --from следует указать фактический адрес почтового аккаунта пользователя (то же, значение что и в ключе --username)

·   --encoding (опциональный) – кодировка письма. . Допустимые значения:

–   utf-8;

–   cp-1252;

(Например: --encoding cp-1251)

·   --deleteQueue (опциональный)  – очищать ли очередь уведомлений при отключенном транспорте (true, false). Опция позволяет удалить «зависшие» уведомления в очереди, которые были сформированы некорректными настройками транспорта.

Пример команды:

Отображает текущую конфигурацию SSL для административного и клиентского интерфейса.

Например:

Пример выдачи:

Позволяет активировать SSL для административного и\или клиентского интерфейса.

  Важно! Для своего выполнения команда требует повышения привилегий пользователя с помощью sudo.

Ключи:

·   --path – путь к файлу сертификата для SSL

·   --password – пароль от указанного сертификата

·   --thumbprint – отпечаток сертификата

·   --api – тип Api, административный – integration, клиентский – client, оба – all (по умолчанию)

Для активации SSL требуется указать либо путь к файлу сертификата и пароль от контейнера сертификата, либо указать отпечаток уже зарегистрированного в хранилище сертификата.

Например:

Позволяет отключить SSL для административного и\или клиентского интерфейса

  Важно! Для своего выполнения команда требует повышения привилегий пользователя с помощью sudo.

Ключи:

·   --api – тип Api, административный – integration, клиентский – client, оба – all (по умолчанию)

Задает настройки подключения к серверу syslog.

Ключи:

·   -h, --host (опциональный) – адрес syslog-сервера (например -h 192.168.3.137);

·   -p, --port (опциональный) – порт, на котором syslog-сервера «слушает»
(например: -p 25);

·   --ssl (опциональный) – флаг необходимости использования ssl при подключении к syslog-серверу. Допустимые значения:

–   true

–   false

(Например: --ssl false)

·   --protocol (опциональный) – протокол отправки. Допустимые значения

–   TCP или 0 – для использования протокола TCP (использование: --protocol 0),

–   UDP или 1 – для использования протокола UDP (использование: --protocol 1),

·   --appname (опциональный) – текстовый идентификатор приложения (используется в выходных данных Syslog для идентификации приложения). Значение по умолчанию: JMS;

·   --framing (опциональный) – спецификация Syslog для работы с сервером. Допустимые значения:

–   OctetCounting или 0 для OctetCounting (RFC5424), использование: --framing 0

–   NonTransparentFraming или 1 для NonTransparentFraming (RFC3164), использование: --framing 1;

Примечание. Рекомендуется использовать RFC5424, т.к. стандарт RF3164 подразумевает, что сообщение может содержать только печатные символы из таблицы ASCII с кодами в диапазоне от 32 до 126. При выборе RFC3164 невозможна передача кириллицы

Пример команды:

Отображает текущую конфигурация зарегистрированных атрибутов пользователей в ресурсной системе.

Ключи:

--accountsystem (опциональный) – имя ресурсной системы; по умолчанию используется имя ресурсной системы указанное в поле [accountSystem] -> name файла первоначальной конфигурации  (см. «Приложение 1. Параметры файла первоначальной конфигурации сервера JMS», с. 114)

Примеры команды:

Пример выдачи:

Для обозначения зарегистрированных атрибутов используется символ «*». Идентификаторы атрибутов могут быть использованы в остальных командах управления атрибутами.

Дополнительные атрибуты JMS выделяются в списке желтым цветом.

Регистрирует атрибуты пользователя в ресурсной системы с указанными идентификаторами (см. команду userproperty show) или все поддерживаемые атрибуты (при использовании вместо идентификаторов ключа «all»). Может быть указано несколько идентификаторов через пробел.

Ключи:

--accountsystem (опциональный) – имя ресурсной системы; по умолчанию используется имя ресурсной системы указанное в поле [accountSystem] -> name файла первоначальной конфигурации  (см. «Приложение 1. Параметры файла первоначальной конфигурации сервера JMS», с. 114);

·   --properties (обязательный) – идентификаторы атрибутов из команды «show»

Примеры команды:

После регистрации атрибутов происходит автоматическая перезагрузка сервера JMS.

Отменяет регистрацию атрибутов с указанными идентификаторами (см. команду userproperty show). Может быть указано несколько идентификаторов через пробел.

Ключи:

·   --accountsystem (опциональный) – имя ресурсной системы; по умолчанию используется имя ресурсной системы указанное в поле [accountSystem] -> name файла первоначальной конфигурации  (см. «Приложение 1. Параметры файла первоначальной конфигурации сервера JMS», с. 114);

·   --properties (обязательный) – идентификаторы атрибутов из команды «show»

Пример команды:

После отмены регистрации атрибутов происходит автоматическая перезагрузка сервера JMS.

Важно! Отмена регистрации дополнительных атрибутов JMS приводит к их удалению из общего списка атрибутов. Чтобы зарегистрировать их снова необходимо выполнить повторный импорт из файла конфигурации (см. команду userproperty import, ниже).

Позволяет импортировать дополнительные атрибуты JMS в необходимую ресурсную систему (РС) из файла конфигурации.

Для импорта дополнительных атрибутов JMS требуется файл конфигурации с секциями «[userProperty:<код_атрибута>]» с синтаксисом аналогичных секций файла первоначальной конфигурации (см. «Секции [userProperty]», с. 117). Пример такого файла приведен ниже.

Ключи:

·   --accountsystem – наименование РС (по умолчанию – РС, на которой выполнялось развертывание сервера)

·   -p, --path – путь к файлу конфигурации c дополнительными атрибутами

Пример команды:

Отображает текущую конфигурация зарегистрированных атрибутов рабочих станций в ресурсной системе.

Ключи:

--accountsystem (опциональный) – имя ресурсной системы; по умолчанию используется имя ресурсной системы указанное в поле [accountSystem] -> name файла первоначальной конфигурации  (см. «Приложение 1. Параметры файла первоначальной конфигурации сервера JMS», с. 114)

Пример команды:

Пример выдачи:

Для обозначения зарегистрированных атрибутов используется символ «*». Идентификаторы атрибутов могут быть использованы в остальных командах управления атрибутами.

Дополнительные атрибуты JMS выделяются в списке желтым цветом.

Регистрирует атрибуты рабочих станций в ресурсной системы с указанными идентификаторами (см. команду wsproperty show) или все поддерживаемые атрибуты (при использовании вместо идентификаторов ключа «all»). Может быть указано несколько идентификаторов через пробел.

Ключи:

--accountsystem (опциональный) – имя ресурсной системы; по умолчанию используется имя ресурсной системы указанное в поле [accountSystem] -> name файла первоначальной конфигурации  (см. «Приложение 1. Параметры файла первоначальной конфигурации сервера JMS», с. 114);

·   --properties (обязательный) – идентификаторы атрибутов из команды «show»

Примеры команды:

После регистрации атрибутов происходит автоматическая перезагрузка сервера JMS.

Отменяет регистрацию атрибутов с указанными идентификаторами (см. команду wsproperty show). Может быть указано несколько идентификаторов через пробел.

Ключи:

·   --accountsystem (опциональный) – имя ресурсной системы; по умолчанию используется имя ресурсной системы указанное в поле [accountSystem] -> name файла первоначальной конфигурации  (см. «Приложение 1. Параметры файла первоначальной конфигурации сервера JMS», с. 114);

·   --properties (обязательный) – идентификаторы атрибутов из команды «show»

Пример команды:

После отмены регистрации атрибутов происходит автоматическая перезагрузка сервера JMS.

Важно! Отмена регистрации дополнительных атрибутов JMS приводит к их удалению из общего списка атрибутов. Чтобы зарегистрировать их снова необходимо выполнить повторный импорт из файла конфигурации (см. команду wsproperty import, ниже).

Позволяет импортировать дополнительные атрибуты JMS в необходимую ресурсную систему (РС) из файла конфигурации.

Для импорта дополнительных атрибутов JMS требуется файл конфигурации с секциями «[wsProperty:<код_атрибута>]» с синтаксисом аналогичных секций файла первоначальной конфигурации (см. «Секции [wsProperty]», с. 118). Пример такого файла приведен ниже.

Ключи:

·   --accountsystem – наименование РС (по умолчанию – РС, на которой выполнялось развертывание сервера);

·   -p, --path – путь к файлу конфигурации c дополнительными атрибутами

Пример команды: