Руководство администратора PayControl v5

Уведомление. Статья для версии 5.2 находится по ссылке

Введение

PayControl – программный комплекс, предназначенный для подтверждения пользователем операций в системах дистанционного банковского обслуживания и/или электронного документооборота.

PayControl призван, в первую очередь, повысить уровень удобства подтверждения и информационной безопасности по сравнению с такими способами подтверждения как SMS, одноразовые пароли (One-Time Password), скретч-карты, MAC-токены и пр.

При помощи PayControl могут подтверждаться волеизъявления на совершение банковских транзакций, аутентификация, создание и исполнение документов, факты получения и/или ознакомления с определённой информацией.

Назначение

Настоящий документ предназначен работникам организаций, выполняющим прикладные задачи по обслуживанию серверов PayControl.

Общее описание

Сервер PayControl функционирует на базе сервера приложений Wildfly выполняющейся в среде Java 8 и состоит из следующих частей:

• PayControl Server (PCS) – основной сервер PayControl. Располагается внутри локальной сети. Взаимодействует с прикладной системой. Хранит данные в БД PCS. Отправляет данные на PCP, получает данные с PCE.
• PayControl Pusher (PCP) – сервер для отправки Push уведомлений о появлении неподтверждённой транзакции у пользователя (без содержания информации о транзакции). Как правило располагается в DMZ-зоне, имеющей доступ к сети Интернет. Требуется доступ к серверам Google и Apple. Может быть размещён в т.ч. на одном сервере с PCS или PCE (в зависимости от требований ИБ к ИТ инфраструктуре Банка и функциональных возможностей ИТ инфраструктуры Банка).
• PayControl External (PCE). С этим сервером взаимодействуют приложения на мобильных устройствах для получения информации о данных платежа и отправки результатов подтверждения транзакций. Располагается в DMZ-зоне с доступом извне. Должен иметь внешний фиксированный IP-адрес. При необходимости использования TLS, должно быть присвоено доменное имя и выпущен сертификат внешним УЦ.

Запуск и остановка служб сервера PayControl

Linux

Запуск:

systemctl start wildfly.service

Остановка:

systemctl stop wildfly.service

Перезапуск:

systemctl restart wildfly.service

Windows

Из графического интерфейса

Запуск, остановка и перезапуск службы осуществляется из консоли управления службами сервером (консоль services.msc).

С помощью командной строки

Запуск:

net start wildfly

Остановка:

net stop wildfly

Журналирование

Доступ к данным журнала

Журнал работы сервера PayControl записывается в общий журнал функционирования Wildfly. В общем случае записываются только ошибки PayControl, при их возникновении.

Файлы журналов за текущий день доступны по следующему пути:

• Linux:

  /opt/wildfly/standalone/log/server.log

• Windows:

  C:\wildfly\standalone\log\server.log

Для просмотра журнала за другие дни, нужно добавить к имени файла требуемую дату в формате server.log.YYYY-MM-DD

Включение вывода информационных данных работы PayControl

В некоторых случаях может потребоваться вывод отладочной информации PayControl. Порядок её включения описан ниже для разных компонентов сервера PayСоntrol.

Вывод HTTP-запросов и результатов их выполнения

Для записи запросов и результатов их выполнения в журнал работы сервера

1. необходимо добавить в файл
   • Linux:

     /opt/wildfly/standalone/configuration/standalone.xml

   • Windows:

     C:\wildfly\standalone\configuration\standalone.xml

   блок

   <access-log pattern="%h %t &quot;%r&quot; %s &quot;%{i,User--Agent}&quot;" use-server-log="true"/>
   

   в раздел host default-server'а. Пример:

   <subsystem xmlns="urn:jboss:domain:undertow:3.0">
   
      ...
   
      <server name="default-server">
         ...
         <host name="default-host" alias="localhost">
            <location name="/" .../>
            <access-log pattern="%h %t &quot;%r&quot; %s &quot;%{i,User--Agent}&quot;" use-server-log="true"/>
            ...
         </host>
      </server>
   
      <servlet-container .../>
   
      ...
   
    </subsystem>
   

2. Перезапустить службу wildfly.

Для PCS и PCP

Вывод отладочной информации

Для включения вывода отладочной информации необходимо:

1. В БД PCS или БД PCP соответственно для нужного сервера, добавить/изменить запись в таблице pc_sys_property, установив следующие значения:
   • setting_name='DEBUG_INFO'
   • setting_value = '1'
2. Перезапустить службу wildfly.

Добавление записи

Примеры SQL запросов добавления записи для разных СУБД:

• PostgreSQL

  insert into pc_sys_property values (nextval('pc_setting_seq'), 'DEBUG_INFO', '1');
  

• Oracle

  insert into pc_sys_property values (PC_SETTING_SEQ.NEXTVAL, 'DEBUG_INFO', '1');
  

• MS SQL

  insert into pc_sys_property values (NEXT VALUE FOR PC_SETTING_SEQ, 'DEBUG_INFO', '1');
  

Изменение записи

Пример SQL запроса для изменения записи (подходит для всех перечисленных в предыдущем подразделе СУБД):

update pc_sys_property set setting_value = '1' where setting_name='DEBUG_INFO';

PCE

Компонент может журналировать запросы, приходящие со стороны мобильных устройств.

Для включения журналирования необходимо в опции Java-машины добавить параметр pc_logRequests=yes следующим образом:

• для Linux:

  в файл /opt/wildfly/bin/standalone.conf добавить

  JAVA_OPTS="$JAVA_OPTS -Dpc_logRequests=yes"
  

• для Windows:

  в файл C:\wildfly\bin\standalone.conf.bat добавить

  set "JAVA_OPTS=%JAVA_OPTS% -Dpc_logRequests=yes"
  

затем перезапустить службу Wildfly.

Отправка информации о событиях

Адрес для отправки информации об устройстве и событиях взаимодействия мобильного приложения, или SDK, с сервером устанавливается путём выполнения запроса Change System Settings к API сервера PCS. Подробнее — в актуальной версии API сервера PC.

Перезапуск WildFly не требуется.

Предупреждение! Обязательным требованием для сбора информации о событиях является установка флага сбора информации о событиях при создании ключа, а для передачи данных об устройстве — ещё и флага сбора информации об устройстве. Подробнее — в описании API сервера.

Установка лицензии

Если установка лицензионного файла не проводилась на сервер, то он работает в демонстрационном режиме, ограничивающем возможность заведения более 20 пользователей PayControl. Также при включённом выводе информационных данных работы PayControl, в журнал выводятся сообщения сообщения вида:

2018-12-07 11:51:07,295 INFO  [ru.safetech.ws.PayControl.services.utils.licenseManager.LicenseManager] (default task-2)    --- no license found in database
2018-12-07 11:51:07,295 INFO  [ru.safetech.ws.PayControl.services.impl.PayControlServiceV3Impl] (default task-2)    --- Error load License, cheking if free users count exceeded
2018-12-07 11:51:07,295 INFO  [ru.safetech.ws.PayControl.services.impl.PayControlServiceV3Impl] (default task-2)    --- ATTENTION! LICENSE NOT FOUND! You are using unlicensed demo-only version of the service

Загрузка через АРМ РКС

С версии АРМ РКС 5.1.42.

На вкладке Система (System Info) с помощью кнопки Загрузить файл лицензии (Upload license file).

Путём копирования лицензионного файла на сервер

Файл лицензии необходимо скопировать на сервер PCS в одну из папок:

• /opt/wildfly/
• /opt/pc/
• C:\wildfly\
• C:\pc\
• По пути, заданному в параметре LICENSE_FILE_LOCATION.

Через запрос по API сервера Change System Settings

Можно добавить лицензию посредством изменения параметров системы, описанных в актуальной версии API сервера PC.

Контроль

Администратору PayControl необходимо в плановом режиме выполнять проверку:

• Достаточности свободного места на серверах PayControl;
• Достаточности свободного места, выделенного дискового пространства базам данных PayControl (БД PCS и БД PCP).

Плановые работы

Плановыми работами по обслуживанию является:

• Замена сертификата для обеспечения HTTPS защиты сервера PCE;
• Замена сертификатов для обеспечения HTTPS защиты на серверах PCS и PCP при их наличии.