Задать параметры в файле конфигурации модуля lbcore-ufanet

После того как вы установите модуль lbcore-ufanet, откройте файл конфигурации и задайте настройки.

Открыть файл конфигурации:

nano /etc/lanbilling/lbcore-ufanet.conf

Пример конфигурации:

# Настройки доступа к LANBilling LBcore Server
[lbcore]
addr = "127.0.0.1:1502"
login = "admin"
password = ""
# префикс названия услуг, на изменение которых должен реагировать модуль
prefix = "ufanet:"

# Настройки доступа к платформе
[ufanet]
addr = "https://dom.ufanet.ru"
login = ""
password = ""

# Настройки модуля
[options]
# Проверять состояние услуги при запуске модуля
sync_on_startup = 0
# Отключать договор только при завершении услуги
disable_contract_only_when_service_finished = 0
# минимальная задержка между запросами к платформе (миллисекунды)
operation_timeout = 0
# Путь к файлу журнала работы модуля, если не задан - используется syslog
log = ""

  • Настройки доступа к LANBilling LBcore Server.

    • addr — IP-адрес сервера, где установлен модуль LBcore, а также номер порта, который используется для работы. Эти сведения можно посмотреть в файле конфигурации LBcore billing.conf

    • login и password — логин и пароль менеджера от административного интерфейса LANBilling

    • prefix — префикс, благодаря которому система определяет, что услуга относится к платформе «Уфанет»

  • Настройки доступа к платформе «Уфанет»

    • addr — адрес сервиса для вызовов API

    • login и password — логин и пароль оператора в личного кабинете «Уфанет»

  • Настройки модуля интеграции

    • sync_on_startup — будет ли LANBilling при запуске модуля проверять состояние услуг в учётных записях и синхронизировать их с платформой

      • 0 — не проверять (значение по умолчанию)
      • 1 — проверять

    • disable_contract_only_when_service_finished — помечать договор на платформе как «Неактивный» только при завершении услуги в АСР

      • 0 — модуль помечает договор на платформе как «Неактивный», когда услуга в АСР завершается или блокируется. В остальных случаях у договора будет статус «Активен»
      • 1 — модуль помечает договор на платформе как «Неактивный» только когда услуга в АСР завершается. В остальных случаях у договора будет статус «Активен», в том числе и у заблокированных услуг

    • operation_timeout — минимальная задержка между запросами к платформе (в милисекундах). Позволяет избежать ошибки Too Many Requests.

      Если установлено положительное значение, то модуль формирует очередь из запросов к платформе. В очередь попадают операции из всех событий, параллельно обрабатываемых модулем.

      Затем события последовательно выполняются с интервалом не меньшим, чем указано в настройке. Очередь проверяется также с периодом из этой настройки. Если очередь занята, в логе появится сообщение вида "<UNET> <...> queue waiting: ...", в котором будет указано прошедшее время ожидания.

      Если установлено положительное значение опции, и в ответе платформы всё же получен статус-код 429 (слишком много запросов), то модуль выполнит ещё до 5 попыток запроса с увеличивающимся интервалом <значение operation_timeout> * <номер попытки>.

      Не рекомендуется выставлять большие значения для этой опции. При большом количестве событий это приведёт к формированию длинной очереди, т.к. при обработке каждого события в очередь может попадать сразу несколько операций.

    • log — путь к файлу журнала работы модуля. Если путь не задан, используется syslog

Далее настройте в административном интерфейсе LANBilling тариф и услугу для домофонии.

Перед тем как приступить к работе, запустите модуль.