Кроме прямых финансовых потерь, есть и другая угроза. Взломанная АТС может использоваться мошенниками для звонков от имени вашей организации — например, для обзвона граждан якобы от лица «Госуслуг», банков или государственных органов с целью выманивания персональных данных и денег. В этом случае номер вашей компании отображается у жертв как источник звонка, что ведёт к репутационному ущербу, жалобам и возможным проверкам со стороны правоохранительных органов. Вы можете даже не знать, что ваша АТС используется в мошеннической схеме, пока не получите претензии или блокировку номера от оператора связи.

Ниже — пошаговая инструкция, как защитить вашу АТС. Даже если вы уже настроили систему, пройдитесь по всем пунктам — возможно, что-то было упущено.

Обязательные меры безопасности

1. Включите сетевой экран (Firewall)

Сетевой экран — это первая линия защиты. Он ограничивает, кто может подключаться к вашей АТС.

Что сделать:

• Откройте раздел Сеть и Firewall > Сетевой экран
• Убедитесь, что переключатель активирован
• Создайте правила, разрешающие доступ только из нужных подсетей

Подробная инструкция по настройке правил: Сетевой экран — документация MikoPBX

2. Используйте сложные пароли

Простой пароль — самая частая причина взлома. Злоумышленники перебирают тысячи комбинаций в секунду, и пароли вроде 1234, admin или password подбираются мгновенно.

Требования к паролям SIP-аккаунтов и веб-интерфейса:

• Минимум 12 символов
• Буквы ВЕРХНЕГО и нижнего регистра
• Цифры и специальные символы (!@#$%^&*)
• Не используйте словарные слова, имена, даты рождения

Что проверить:

• Откройте карточку каждого сотрудника в разделе Телефония > Сотрудники и убедитесь, что SIP-пароль достаточно сложный
• Проверьте пароль для входа в веб-интерфейс

Измените имя авторизации (Auth Username)

По умолчанию для SIP-авторизации используется внутренний номер сотрудника (например, 204). Злоумышленники это знают и перебирают именно стандартные номера.

Auth Username — это имя пользователя, которое телефон или софтфон отправляет при регистрации на АТС. Оно отличается от внутреннего номера и используется исключительно для проверки подлинности подключения.

Как настроить в MikoPBX:

1. Откройте карточку сотрудника в разделе Телефония > Сотрудники
2. Перейдите в Расширенные настройки > Дополнительные параметры SIP
3. Добавьте следующие строки:

[auth]
username = MIKO204  

1. Вместо MIKO204 укажите своё имя для авторизации — используйте комбинацию букв и цифр (например, PBXuser204, Ext2a04b, SipAcc204x)

Как настроить на телефоне или софтфоне:

После изменения Auth Username на АТС необходимо указать новое имя в настройках каждого телефона или софтфона, который зарегистрирован на данном номере.

Рекомендуется использовать англоязычный интерфейс телефона — названия настроек будут совпадать с примерами ниже.

В зависимости от производителя, эта настройка может называться по-разному:

Yealink .............. Register Name / Authentication User  
Grandstream .......... Authenticate ID  
Fanvil ............... Authentication User  
Snom ................. Authentication Username  
Linphone ............. Auth userid  
Zoiper ............... Authentication user / Auth. Username  
MicroSIP ............. Login  
Cisco (SPA) .......... Auth ID  

Обычно эта настройка находится в разделе Account или SIP Account в веб-интерфейсе телефона. Если вы не можете её найти — откройте интерфейс телефона на английском языке и поищите по ключевым словам: auth, authentication, register name.

Подробнее о настройке учётных записей: Сотрудники — документация MikoPBX

3. Ограничьте доступ к АТС по IP-адресам

Не давайте доступ к АТС «всему интернету». Разрешите подключение только с тех адресов, откуда ваши сотрудники и провайдер реально работают.

Что сделать:

• В разделе Сеть и Firewall > Сетевой экран создайте правила для каждой доверенной подсети
• Укажите адрес подсети и маску в формате CIDR (например, 192.168.1.0/24)
• Для каждого правила выберите, какие сервисы разрешены: SIP, WEB, SSH и т.д.
• Для доверенных сетей включите флаг «Никогда не блокировать адреса из этой сети»

Какие адреса добавить:

• Подсеть вашего офиса
• Адреса VPN-сервера
• Адреса вашего провайдера телефонии (уточните у провайдера)
• Статические IP-адреса удалённых сотрудников (см. ниже)

Удалённые сотрудники и статический IP

Если у вас есть сотрудники, работающие из дома или удалённо, их IP-адрес тоже нужно добавить в правила сетевого экрана. Но здесь есть важный нюанс.

Большинство домашних интернет-провайдеров выдают абонентам динамический («серый») IP-адрес, который меняется при каждом переподключении. Добавлять такой адрес в правила бессмысленно — завтра он будет другим, и сотрудник потеряет доступ к АТС.

Рекомендация: попросите удалённого сотрудника подключить у своего интернет-провайдера услугу статического (постоянного) IP-адреса. Обычно это стоит 100–200 рублей в месяц. После подключения адрес больше не будет меняться, и его можно безопасно добавить в правила Firewall.

Как узнать текущий IP-адрес сотрудника:

• Попросите сотрудника открыть в браузере сайт 2ip.ru — он покажет текущий внешний IP-адрес
• Если адрес не совпадает с тем, что был вчера — значит, IP динамический и нужно подключать статический

Если статический IP невозможен:

• Используйте VPN — все удалённые сотрудники подключаются через VPN-сервер, и в Firewall добавляется только адрес VPN
• Как минимум, убедитесь, что у сотрудника установлен сложный SIP-пароль и изменён Auth Username (см. пункт 2)

Инструкция по настройке правил и параметров: Сетевой экран — документация MikoPBX

4. Закройте веб-интерфейс от интернета

Панель управления АТС — это «ключи от всей системы». Если она доступна из интернета без ограничений, злоумышленник может получить полный контроль над телефонией.

Что сделать:

• В правилах сетевого экрана разрешите WEB-доступ только для подсети вашего офиса или VPN
• Для всех остальных правил отключите галочку WEB
• Если вам нужен удалённый доступ — используйте VPN

5. Не публикуйте АТС на публичном IP-адресе

Если АТС доступна напрямую из интернета по публичному IP — она становится мишенью для автоматических сканеров, которые круглосуточно ищут уязвимые системы.

Рекомендации:

• Разместите АТС за NAT-маршрутизатором
• Для удалённых сотрудников используйте VPN-подключение
• Если публичный IP неизбежен — обязательно настройте сетевой экран и Fail2Ban (см. пункт 6)
• В разделе Сеть и Firewall > Сетевые интерфейсы правильно укажите топологию сети и внешний адрес

Настройка сетевых интерфейсов и маршрутов: Сетевые интерфейсы — документация MikoPBX

Ручная настройка сетевых маршрутов: Настройка маршрутов

6. Включите защиту от перебора паролей (Fail2Ban)

Fail2Ban автоматически блокирует IP-адреса, с которых идут подозрительные попытки подключения — например, перебор паролей SIP-аккаунтов.

Что сделать:

• Fail2Ban включается автоматически вместе с сетевым экраном
• Откройте Сеть и Firewall > Защита от взлома и проверьте настройки:
  • Количество попыток — после скольких неудачных попыток блокировать адрес (рекомендуется: 5–10)
  • Временное окно — за какой период считать попытки (рекомендуется: 300 секунд)
  • Время блокировки — на сколько блокировать нарушителя (рекомендуется: 3600 секунд и более)
• Проверьте, что в белом списке указаны адреса вашего офиса, чтобы случайно не заблокировать себя

Важно: Fail2Ban не заменяет сложные пароли. Даже с включённым Fail2Ban простой пароль может быть подобран.

Подробная настройка: Защита от взлома — документация MikoPBX

Финансовая защита

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

7. Установите лимит расходов у провайдера телефонии

Свяжитесь с вашим провайдером и попросите:

• Установить суточный лимит расходов на исходящие звонки
• Включить запрет работы при отрицательном балансе
• По возможности — заблокировать звонки на международные и платные направления, если вы ими не пользуетесь

Это самый действенный способ ограничить финансовые потери при любом сценарии взлома.

8. Не держите на счёте большие суммы

• Пополняйте баланс по мере необходимости небольшими суммами
• Не оставляйте на счёте «запас на полгода вперёд»
• Настройте уведомления о расходах у провайдера, если такая возможность есть

Чек-лист безопасности

Пройдитесь по этому списку и убедитесь, что все пункты выполнены:

• [ ] Сетевой экран (Firewall) включён
• [ ] Правила Firewall разрешают доступ только доверенным подсетям
• [ ] Веб-интерфейс закрыт от доступа из интернета
• [ ] Все SIP-пароли сложные (12+ символов, разный регистр, цифры, спецсимволы)
• [ ] Пароль веб-интерфейса сложный
• [ ] Fail2Ban включён и настроен
• [ ] АТС расположена за NAT или доступ ограничен через VPN
• [ ] У провайдера телефонии установлен лимит расходов
• [ ] Международные и платные направления заблокированы (если не используются)
• [ ] На балансе провайдера нет лишних средств

Полезные ссылки

• Сетевой экран — настройка правил доступа к АТС
• Защита от взлома (Fail2Ban) — блокировка подозрительных IP-адресов
• Сетевые интерфейсы — настройка сети, NAT, DNS
• Сетевые маршруты — ручная настройка маршрутизации
• Сотрудники — управление учётными записями и SIP-паролями

Экстренный патч безопасности (версия 2024.1.114)

Для пользователей версии 2024.1.114 доступен патч, повышающий безопасность REST API.

Установка одной командой:

curl -L 'https://files.miko.ru/s/DPZcM2vywc2BTOZ/download' | sh  

Подробные инструкции: docs.mikopbx.com — Патч 2024.1.114

Если у вас есть вопросы по настройке — обращайтесь в техническую поддержку. Не откладывайте защиту на потом.

Со звонками вопросы решаются достаточно просто - это переадресация на мобильный сотрудника или дежурный и автоответчик в нерабочее время, а утром из Журнала звонков в 1С перезвонить клиенту. А что делать с чатами?

Мы рассматривали разные варианты, как доставить рабочие чаты в мобильный телефон сотрудника - это и выделение отдельных симкарт(это неудобно и что делать если сотрудник уволится) и разработка мобильного приложения, что потребует колоссальных сил на поддержку различных ОС.

Уникальный Telegram центр для 1С

Сегодня мы представляем вам новый функционал Панели телефонии для 1С ПРОФ - Telegram центр. Теперь все чаты, которые приходят на авторизованные в подсистеме 1С Звонки и сообщения рабочие аккаунты компании - это и WhatsApp и Telegram учетные записи, будут доставляться в личный Telegram аккаунт на мобильном вашего менеджера. Никаких дополнительных симкарт и приложений, а сообщения клиентов всегда под рукой, которые конечно же дублируются в 1С в Панель телефонии для 1С.

Выгоды от подключения Telegram центра:

• Можно общаться с клиентами в мобильном приложении Telegram, независимо куда пишет клиент в WhatsApp или Telegram
• Клиент получает ответ от сотрудника в том мессенджере, с которого написал
• История чатов хранится в 1С, можно продолжать работу с чатами и с рабочего места 1С
• Можно отвечать на чаты WhatsApp и Telegram в нерабочее время
• Не нужно устанавливать дополнительные приложения менеджерам в телефон, никаких дополнительных симкарт или новых аккаунтов, общайтесь через свой Telegram аккаунт
• Telegram центр не передает данные клиента никнейм и телефон в чат с сотрудником, клиенские данные хранятся в 1С

Нашим менеджерам нравится работать через Telegram центр и в рабочее и в нерабочее время=)

Как работает Telegram центр?

Если вы используете нашу Интеграцию 1С с телефонией и чатами WhatsApp и Telegram, скорее всего у вас подключены учетные записи мессенджеров в в вашу 1С. Если нет, советуем подключить, инструкции в нашей Docs.telefon1c.ru.

Выбираем Telegram аккаунт для Telegram центра из авторизованных в 1С и подключаем менеджеров.

Теперь, если клиент напишет в любой из подключенных аккаунтов компании WhatsApp или Telegram в 1С, у всех менеджеров в личном аккаунте создастся группа. Участники данной группы - это менеджеры, которые подключенны в Telegram центр и аккаунт, к которому подключен Telegram центр. Контакты клиента ни в каком виде не передаются, кроме имени учетной записи клиента, которая указывается в названии группы.

Как только любой из сотрудников отвечает на чат в 1С, в Панели телефонии для 1С или в своем аккаунте Telegram, у всех остальных менеджеров данная группа удаляется. Ответ клиенту приходит в тот мессенджер, с которого он написал. Сообщения сохраняются в 1С, с чатом можно продолжить работу в любом удобном месте.

Подключайте Telegram центр в Панели телефонии для 1С для более эффективной работы с клиентами!

Прочие изменения в релизе

• Добавлена опция для отключения автоматической пометки прочитанных сообщений в WhatsApp.
• Добавлена форма с подробным описанием проблем связанных с лицензией и недостаточным количеством оплаченных рабочих мест (PT-835).
• Добавлена возможность отключить проверку обновлений.
• В журнале звонков и списке чатов выводится подробная информация в случаях остановки синхронизации и ошибках выполнения фонового задания.
• Добавлена форма списка контактных лиц (открывается из карточки клиента) для 1С:УТ и 1С:CRM.
• Добавлено отображение должности контактного лица в карточке клиента.
• При наличии большого количество контактной информации в карточке клиента, она скрывается в выпадающем списке.
• Предотвращение открытия второй карточки регистрации клиента на один номер телефона (PT-861).
• Исправлена проблема с записью клиента при наличии дополнительных реквизитов с обязательным заполнением (PT-851).
• Исправлена проблема с порядком сортировки контактных лиц в 1С:CRM.
• Исправлена ошибка "Поле объекта не обнаружено (ИсточникКонтактнойИнформации)" при отправке сообщения из печатной формы (PT-859).
• Исправлена проблема с отстутствием в форме выбора номеров телефонов контактных лиц при звонке из документа.
• Исправлена ошибка "Метод объекта не обнаружен (ДоступенМодульЛокализации)" (PT-857).
• Доработан алгоритм синхронизации сообщений для предотвращения зацикливания и отправки повторных сообщений.
• Уведомление руководителя о пропущенных сообщениях в чате не происходит, если сообщения были вне рабочего времени (PT-854).
• Исправлена ошибка подбора последнего чата для возобновления диалога (PT-866).
• Исправлена проблема с загрузкой вложений с типом text/plain.
• Исправлена проблема доставки сообщений, если чат был закрыт.
• Исправлена проблема сортировки чатов по дате (PT-855).
• Исправлена ошибка маршрутизации сообщения для привал с не указанной учетной записью.
• Исправлена проблема c учетом документа при расчете таблицы маршрутизации, когда он перестает удовлетворять параметрам отбора (PT-845).
• При автоматической настройке подключения для https адресов устанавливается порт 433 (PT-856).

Как получить релиз

Релиз уже доступен всем пользователям продуктов Панель телефонии для 1С ПРОФ с активной подпиской в автоматическом режиме обновления. Новым пользователям в триальной версии, доступно на сайте telefon.miko.ru. Не забывайте делать бекапы 1С и АТС перед обновлением.

Мы разработали новую интеграцию с Telegram напрямую из 1С, а не через бота(интеграцию через бота так же доступна).

Теперь вы можете писать клиенту первым прямо в Telegram из карточке партнера в 1С. Клиент так же может вам писать напрямую на ваш Telegram аккаунт(к примеру можно разместить QR код с переходом на сайте или добавить в подпись сотрудников в письме).

Сотрудник может работать с чатами Telegram прямо из диалогов 1С, через Панель телефонии для 1С, но и через приложение Telegram в своем мобильном телефоне, если сотруднику предоставить данную учетную запись. Так же мы добавили поддержку групповых чатов Telegram. Посмотреть как это работает

Новая форма отправки сообщения в карточке партнера

Теперь из карточки клиента вы можете при отправке сообщения выбрать кому отправить сообщение и через какую учетную запись вашей компании - WhatsApp или Telegram. Напоминаем, Панель телефонии для 1С ПРОФ поддерживает использование нескольких учетных записей данных мессенджеров с различной входящей маршрутизацией.

Новые правила маршрутизации сообщений

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

В новой версии мы добавили так же маршрутизацию сообщений в зависимости от того, на какую учетную запись мессенджера WhatsApp или Telegram вашей компании пришло сообщение.

Автоматическая авторизация чатов в Панели телефонии МИКО

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

Улучшена интеграция с 1С:CRM

В новой версии мы добавили отображение чатов и звонков МИКО в стандартные документы 1С:CRM- Лента карточки партнера и Интерес. Так же добавили создание и отображение Интереса в документе Чаты

Улучшена работа с лидами для с 1С:CRM и УНФ

В форме Журнала звонков для 1С и внутри формы чатов добавлена возможно создавать не только партнеров, но и Лидов.

Полный список изменений

Полный changelog версий, а так же дистрибутивы находятся в разделе Релизы в нашей системе лицензирования. Для выхода используйте ваш регистрационный номер вида Miko-XXXX или код лицензии вида MIKOUPD-XXXX

Как обновиться?

Чтобы поставить обновление Панели телефонии для 1С ПРОФ, необходимо обновить модуль на телефонной станции, расширение в 1С, обновить внешнюю Панель телефонии для 1С. Следуйте инструкциям. Перед обновлением, пожалуйста, сделайте бэкапы.

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

P.S. Если вы не используете версию ПРОФ с мессенджерами, а используете версии более ранних продуктов, ваши лицензии не подходят к данной версии, будет необходим апгрейд.

Принципиально переработали подход к обновлению через img файл. Такой вариант обновления срабатывал в случае:

• Обновление online
• Обновление с использованием локального файла img

Ранее обновление выполнялось по следующему алгоритму:

1. Загрузка файла img на АТС
2. Завершение активных процессов
3. Отключение дисков (umount)
4. Запись файла обновления на диск (dd)

Часто проблемы возникали на 3ем этапе. Система отказывалась отключать диск, даже если уже не использовала его ресурсы. В итоге, возникали проблемы, данные могли быть потеряны.

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

В релизе 2023.1.223 мы изменили алгоритм:

1. Загрузка файла img на АТС
2. Перезагрузка АТС
3. Снэпшот системного диска
4. Запись файла обновления на диск (ДО подключения дисков)

Кроме того, мы реализовали механизм сохранения резервной копии базы данных настроек АТС на storage диск. При модификации настроек будет создаваться резервная копия базы данных по пути: /storage/usbdisk1/mikopbx/backup/db

в каталоге будут храниться последние 5 версий:

── db ├── 2023-04-13_h14_m30_s00_mikopbx.db.gz ├── 2023-04-13_h16_m15_s01_mikopbx.db.gz ├── 2023-04-17_h13_m15_s00_mikopbx.db.gz ├── 2023-04-17_h13_m30_s01_mikopbx.db.gz └── 2023-04-17_h15_m25_s00_mikopbx.db.gz

Это должно повысить отказоустойчивость, и расширить возможности восстановления системы при возникновении сбоев.

Firewall

Повысили версию fail2ban до 1.0.2.

Переработали механизм блокирования IP адресов.

В ранних релизах, если обнаружены попытки подбора паролей, то доступ с IP адреса блокировался ко всем портам АТС.

В релизе 2023.1.223 механизм был переработан. Если подбор паролей происходит к порту 5060, то доступ будет блокироваться только к 5060+диапазон RTP. Доступ к web интерфейсу закрыт не будет.

Это может оказаться полезным, когда АТС находится в облаке. Мы исключаем вариант блокирования доступа к станции при не намеренном вводе не корректного пароля. Останется возможность зайти в web и снять блокировку.

Были переработаны правила iptables в использованием -m multiport, что позволило сделать более понятными выводе iptables -L -n.

Кастомизация

Расширены возможности кастомизации очередей. Пример dialplan очереди:

exten => 2002,1,NoOp(--- Start Queue ---) same => n,Set(__QUEUE_SRC_CHAN=${CHANNEL}) same => n,ExecIf($["${CHANNEL(channeltype)}" == "Local"]?Gosub(set_orign_chan,s,1)) same => n,Set(CHANNEL(hangup_handler_wipe)=hangup_handler,s,1) same => n,GosubIf($["${DIALPLAN_EXISTS(queue-pre-dial-custom,${EXTEN},1)}" == "1"]?queue-pre-dial-custom,${EXTEN},1) same => n,Answer() same => n,Gosub(queue_start,${EXTEN},1) same => n,Queue(QUEUE-D676A,kT${MQ_OPTIONS},,,30,,,queue_agent_answer) same => n,Gosub(queue_end,${EXTEN},1)

Теперь есть возможность через кастомизацию системных файлов описать контекст:

[queue-pre-dial-custom] exten => 2002,1,NoOp()
same => n,retutn
В этом контексте можно выполнить произвольные действия перед тем, как вызов будет направлен на очередь. Воспроизведите медиа файл, установите дополнительные переменные канала, отправьте email ответственному.

Запись разговоров

Исправлен ряд ошибок записи и возобновления записи разговоров.

Теперь в карточке сотрудника есть возможность запретить запись разговоров:

Все диалоги, в которых будут участвовать внутренний и мобильный номера сотрудника записаны НЕ будут. Это может быть полезно для Директора и прочих руководителей компании.

Появилась возможность отключить запись всех внутренних разговоров. Для этого следует отключить флаг в разделе "Система" - "Общие настройки" - "Запись разговоров" - "Запись внутренних разговоров"

Нерабочее время

Новый интерфейс отображения списка нерабочего времени: Он стал более информативным и компактным.

Ранее, чтобы описать нерабочее время с 18:00 по 8:00 было необходимо создать два правила 00:00 - 08:00 и 18:00 - 23:59. Теперь возможно указать одно правило 18:00 - 08:00: Это позволит сократить количество правил и навести порядок.

Нас часто просили предоставить возможность настроить разное расписание работы для разных отделов компании. Теперь это стало возможно.

В карточке правила нерабочего времени появилась опция "Применять только к определенным входящим маршрутам". Теперь правило можно привязать к конкретным входящим маршрутам. Именно эта опция позволит создавать более гибкие правила, которые будут действовать на конкретных подразделения компании.

Пример:

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

Анализ проблем со звонками

В журнал истории звонка добавлена кнопка перехода к логу звонка: Такой лог можно передать в техническую поддержку для анализа поведения АТС.

Расширены возможности отбора в журнале лога: Можно ввести несколько подстрок, разделенных символом &, в итоге будет выведен лог, содержащий все перечисленные подстроки.

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

Docker

Проведена большая работа над ошибками. Считаю эту версию стабильной. Проверено из под Ubuntu, Debian, тут основное требование - Linux 5 версии.

Новые инструкции

• Настройка Jitter
• Мониторинг провайдеров на MikoPBX
• Объединение MIKOPBX и FreePBX (PJSIP)
• Настройка Grandstream HT503
• Настройка шлюза GOIP
• Инструкции по подключению почтового клиента
• Маршрутизация по DID номеру
• Уведомление в телеграмм о пропущенных

Заключение

Перечислены лишь наиболее важные изменения. Полный список можно найти в описании релиза.

Мы стараемся сделать MikoPBX стабильной, простой, понятной в настройке и сопровождении. Надеемся, что она станет надежным инструментом в вашей компании.

Использование нескольких учетных записей WhatsApp и Telegram

Теперь Панель телефонии для 1С ПРОФ может работать не с одним аккаунтом Telegram и WhatsApp, а одновременно с несколькими. Можно раздать различные номера телефонов менеджерам, установить whatsapp business на мобильный телефон, настроить учетные записи в Панели телефонии. Теперь Ваши сотрудники могут отвечать не только из 1С, но и с мобильного телефона, вся история останется в 1С. С telegram на данный момент реализована интеграция через бота, но в будущих релизах мы планируем добавить прямую интеграцию. Правила маршрутизации сообщений одинаковы для всех учетных записей мессенджеров, мы поработаем над этим в следующих релизах.

Указание названия учетной записи в карточке чата

Мы добавили в карточку Чата в 1С поле “учетная запись”, чтобы в дальнейшем вы смогли использовать информацию на какой аккаунт чаще пишут.

WhatsApp Отбивка на входящие звонки клиента в WhatsApp и сообщение менеджеру в чат с кнопкой перезвонить

Так как WhatsApp не предоставляет методов для звонков, интеграция в 1С в классическом смысле невозможна. В случае звонка на whatsapp клиент получит сообщение, которое вы можете придумать самостоятельно. Менеджеру в чат с данным клиентом придет сообщение о пропущенным звонке и гиперссылка для быстрого перезвона клиенту через офисную телефонную систему. Этот звонок сохранится в карточке клиента с записью.

Отображение очереди в Детализации звонка(Журнал звонков)

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

Чаты в карточке Партнера

Для того, чтобы найти все чаты по клиенту в карточке партнера просто нажмите Еще-Чаты, будет открыта форма со всеми чатами, распределенными по статусам.

Полный changelog

• Добавлена возможность подключать несколько учетных записей WhatsApp и Telegram (PT-773).
• Добавлен автоматический ответ на входящий звонок WhatsApp, а также уведомление в 1С о звонке (PT-765).
• В отчете детализации звонка в заголовке может быть указана очередь, на которую пришел вызов, в том числе при переводе.
• Добавлена обработка ошибки Telegram: bot was blocked by the user. Причина блокировки указана в форме чата (PT-757).
• Добавлена поддержка автоматического обновления для конфигураций ITIL и 1С:УТ/КА/УНФ для Беларуси.
• Для отчета по сотрудникам добавлена возможность сделать отбор по группам.
• Исправлена проблема с загрузкой сообщений WhatsApp при активных ответах в мессенджере с телефона (PT-775).
• Исправлена проблема с отправкой сообщения о закрытии чата (PT-767).
• Исправлена проблема автоматического закрытия чата сразу после его создания (PT-776).
• Исправлена проблема с кнопкой "заполнить" в карточке клиента для Telegram контакта (PT-768).
• Исправлена проблема несовместимости одновременной работы пользователей через тонкий и веб-клиент (PT-764).
• Исправлена ошибка с указанием неверных абонентов в заголовке переадресации звонка в отчете детализации.
• Исправлена ошибка создания чата WhatsApp в 1С:УНФ (PT-761).
• Исправлена ошибка записи нового клиента при наличии вида контактной информации с обязательным заполнением (PT-777).
• Исправлена ошибка регистрации состояния лида в 1C:CRM.
• Исправлена проблема с открытием карточки при звонке, если телефон записан у контрагента (а не партнера) в 1С:УТ (PT-617).

Как обновиться?

Чтобы поставить обновление Панели телефонии для 1С ПРОФ, необходимо обновить модуль на телефонной станции, расширение в 1С, обновить внешнюю Панель телефонии для 1С. Следуйте инструкциям. Перед обновлением, пожалуйста, сделайте бэкапы.

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

P.S. Если вы не используете версию ПРОФ с мессенджерами, а используете версии более ранних продуктов, ваши лицензии не подходят к данной версии, будет необходим апгрейд.

Готовим к выходу очередную версию бесплатной АТС с открытым исходным кодом MikoPBX.

В этой версии была проделана большая работа, повысили безопасность, обновили ключевые пакеты, переработали web интерфейс.

Безопасность

• После развертывания новой АТС, устанавливается сложный пароль для SSH (md5 сумма из уникальной строки)
• Для свежей установки будет запрещено подключение к SSH по паролю, подключиться будет возможно только по ssh-rsa ключу
• При входе в web интерфейс система будет уведомлять о наличии простых паролей к учетным записям SIP
• При первом входе в web интерфейс система потребует изменить простой пароль к web / ssh на более сложный
• При изменении пароля SSH администратору АТС будет отправлено уведомление на email

Yandex облако

MikoPBX теперь доступна в marketplace! Повышена совместимость с Yandex Cloud.

Для примера, на конференции мы продемонстрировали развертывание MikoPBX в Yandex. Установка и настройка АТС на трех сотрудников заняла менее 7ми минут.

Инструкции по установке MikoPBX можно найти в нашей wiki.

Docker

Были исправлены проблемы с работой доп. модулей MikoPBX, развернутой в контейнере. Теперь система работает стабильнее. Контейнер можно запускать и останавливать командами:

docker start mikopbx docker stop mikopbx

Инструкции по запуску docker доступны на wiki.

Звонки через Telegram

Теперь это стало возможно. Мы используем решение с отрытым исходным кодом tg2sip и упаковали его в дополнительный модуль MikoPBX.

Модуль позволит:

• Принимать вызовы от клиентов из Telegram
• Совершать вызовы клиентам на их Telegram аккаунты

Компоненты:

• tg2sip - это шлюз, позволяющий соединять Telegram и SIP АТС.
• Модуль для MikoPBX - это удобный web интерфейс для настройки шлюза tg2sip.

Скорее всего решение будет платным, об условиях поставки уточняйте по адресу help@miko.ru.

О функционале модуля можно почитать в документации.

Интеграция с amoCRM

Мы разработали дополнительный модуль для этой CRM системы.

Основные функции:

• Перехват на ответственного
• Звонок в 1 клик из карточки клиента / контакта / сделки
• Переадресация вызова
• Загрузка записей разговоров в amoCRM, запись прикрепляется к карточке клиента
• Загрузка пропущенных звонков в "не разобранное"

Описание модуля доступно по ссылке.

Сертификаты Lets Encrypt

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

Актуально когда АТС доступна на белом IP, когда в качестве внешнего имени сервера прописано доменное имя.

Полученный сертификат будет использоваться для:

• Работы web интерфейса по https
• Для подключения webRTC софтфонов
• Для работы SIP TLS транспорта (защищенные звонки)

Документация доступна на wiki.

Защищенные звонки (TLS транспорт)

По умолчанию телефонные звонки работают на основе открытого протокола SIP / RTP и передаются в не защищенном виде.

Если злоумышленник получит доступ к вашему вышестоящему маршрутизатору, то он сможет прослушивать ваши телефонные разговоры.

При использовании TLS транспорта все звонки будут шифроваться с помощью SSL сертификата, что повысит безопасность соединения.

В настройках SIP добавили возможность указать TLS порт: В настройках учетной записи сотрудника появилась возможность указать транспортный протокол:

Пример подключения софтфона Blink доступен по ссылке

Маршрутизация

При настройке маршрутизации появилась возможность выбрать новые служебные "номера":

• Завершить вызов
• Проиграть сигнал "занято"
• Направить на сотрудника (сопоставить по DID)

Последний пункт наиболее интересный, может быть выбран только во входящих маршрутах. Актуален при объединении нескольких АТС.

Когда вызов поступает от внешнего провайдера, анализируется набранный номер телефона, на который позвонил "клиент", если такой номер есть среди внутренних номеров MikoPBX вызов будет направлен на него.

Карточка провайдера

Удалены опции:

• "Отключить регистрацию"
• "Доверять этому провайдеру и принимать от него вызовы без аутентификации"

Их использование было не понятным. Вместо них теперь будет одна опция - "Тип регистрации":

Исходящая регистрация Этот вариант используется при подключении большинства провайдеров.

Необходимость регистрации возникает в случае, когда провайдер не может знать, с какого IP адреса будет подключаться клиент, к примеру, когда АТС расположена за NAT, сервер провайдера обычно на публичном IP адресе.

Входящая регистрация: Этот вариант актуален для работы некоторых FXO / GSM шлюзов. Когда внешнее устройство должно подключиться к вашей АТС по логину и паролю.

Также этот вариант актуален, когда удаленное устройство находится за NAT и MikoPBX не может знать его IP адрес.

Аутентификаци по IP адресу, без пароля

Актуально для безопасных частных сетей. Так к примеру Ростелеком часто ведет свой сетевой кабель и подключает клиента к своей локальной сети.

АТС и провайдер в данном случае должны находиться в одной и той же сети.

Кастомизация

Расширили возможности кастомизации АТС баз разработки доп. модулей.

Теперь можно описать дополнительный контекст all-outgoing-custom. Все исходящие вызовы обязательно пройдут через этот контекст.

Если в нем установить переменную NEED_RETURN=1, то после выхода из этого контекста вызов завершится. Таким образом можно "отключить" выполнения стандартных исходящих маршрутов.

См. новые инструкции "Выбор провайдера при переадресации на мобильный"

Обновлены пакеты

• OpenSSL - были проблемы с проверкой валидности сертификатов SSL. Теперь их устранили
• dropbear - обновили сервер для подключения по SSH до актуальной версии, обновили также пакет openssh
• Asterisk - обновили до версии 16.26.1
• Nginx - обновили до версии 1.19.3

Обновление АТС через IMG

Производится при онлайн обновлении через web интерфейс.

Перед обновлением создается резервная копия системного диска. Если в процессе обновления происходит сбой, то выполняется восстановление.

Этот механизм может работать только в том случае, если диск для хранения данных и системный диск - разные устройства.

Это не панацея, всегда перед обновлением выполняйте полное резервное копирование АТС!

Напоследок

Каждый новый релиз мы стараемся сделать более стабильным и функциональным. Мы всегда открыты для предложений

• Задать вопрос / предложить свою идею вы можете на сайте
• Задать технический вопрос можно на форуме
• Исходный код проекта открыт и доступен на github

Функционал резервного копирования изначально был частью ядра MikoPBX, но начиная с версии 2020.2.X+ был вынесен в отдельный модуль.

Вплоть до версии 2021.3.86 модуль предоставляет возможности:

• Создавать резервные копии локально, на диске АТС
• Настраивать расписание для создания резервных копий на удаленный сервер по FTP / SFTP протоколам
• Восстанавливать систему из резервной копии

Кроме того, модуль предоставляет возможность загрузить конфигурационный файл XML Askozia PBX, что помогает существенно упростить первоначальную настройку при апгрейде на MikoPBX.

Начиная с версии 2021.4.1+ мы добавили поддержку протокола WebDav, что позволит подключать к АТС облачные хранилища, такие как:

• Cloud Mail
• Yandex Disk
• Own Cloud
• Прочие сервера, с поддержкой WebDav

Подключение по SFTP

По сути "SFTP" - это надстройка поверх SSH. Этот вид подключения удобно использовать при сохранении резервной копии на Linux машину.

Вот реальный пример использования:

• Имеется основной сервер с MikoPBX
• Рядом поднимается второй, резервный
• Настраивается ежедневное резервное копирование по расписанию с основного сервера на резервный (все кроме записей разговоров)

Если произошел сбой на основном сервере, и АТС оперативному восстановлению не подлежит, то восстановление конфигурации рабочей АТС на резервном сервере займет не больше 5ти минут.

Тут важно описать настройку "Путь на сервере" = "/storage/usbdisk1/mikopbx/backup/" (на основном сервере), тогда восстановление будет максимально простым:

• Заходим на резервном сервере в интерфейс модуля резервного копирования
• Выбираем актуальный бекап и восстанавливаемся из него

Подключение по FTP

FTP - довольно популярный протокол для работы с сетевыми хранилищами. На мой взгляд он морально устарел.

Для подключения ресурса FTP используем приложение "CurlFtpFS", к сожалению, приложение не поддерживается с 2008 года и работает не достаточно надежно. Из за проблем с этим приложением в версии 2021.3.86 резервное копирование по FTP не работает.

Скорость создания резервных копий низкая.

Этот вид подключения со временем мы исключим из модуля резервного копирования.

Подключение по WebDav

WebDav - протокол широко используется популярными облачными хранилищами, работает примерно также быстро как и подключение по SFTP.

Подключить облачное хранилище к MikoPBX довольно просто. Пример для Yandex Disk: - Пропишите адрес сервера - "https://webdav.yandex.ru" - В поле "Протокол" укажите "WebDav" - Укажите имя пользователя (email) и пароль приложения webdav - В поле "Путь на сервере" - укажите созданный заранее каталог, к примеру /mikopbx-backups

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

Итоги

Функционал резервного копирования позволяет сохранять резервные копии как локально, так и на удаленные сервера по протоколам FTP / SFTP / WebDav.

Мы будем продолжать развивать этот модуль, стремиться к High-Availability в плане надежности работы АТС.

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

Но некоторые вещи неподготовленному пользователю могут существенно усложнить жизнь.

Одна из проблем - плохое качество связи, односторонняя слышимость. Попробую описать в этой статье подход к анализу проблем со звуком.

Кодеки

Пожалуй это первое, что следует проверить. К MikoPBX возможно подключить самые различные SIP / IAX устройства (endpoints):

• Аппаратный SIP телефон
• Аналоговый телефон (через SIP шлюз)
• Учетную запись провайдера, в качестве "endpoint" тут может выступать как реальная "железка", так и приложение (тот же asterisk)

Устройства, при попытке установить "договориться" о диалоге обмениваются информацией о поддерживаемых кодеках (формате медиа данных), это может быть gsm / ulaw / alaw и тд.

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

В MikoPBX кодеки настраиваются в разделе "Общие настройки" - "Аудио/Видео Кодеки" (см. wiki). Наиболее распространенный кодек в РФ alaw. При работе с webRTC следует разрешить кодек opus.

NAT

Не корректно настроенное сетевое окружение, наиболее распространенная проблема.

Типичный пример

На предприятии имеется несколько локальных подсетей:

• 172.16.32.0/24 - Офис
• 172.16.33.0/24 - VPN
• 172.16.34.0/24 - Прочее

Есть внешний IP адрес 109.61.231.230. Сотрудники должны подключаться к АТС из подсетей:

• Офис
• VPN
• Просто из интернет (LTE), для мобильных сотрудников

Для подключения внешних сотрудников необходимо:

• Публичный, статический IP адрес - приобретается у поставщика услуг связи интернет
• В настройках сетевого интерфейса следует прописать внешний адрес АТС (см. wiki)
• Сопоставить на маршрутизаторе внешние порты SIP и RTP (см. wiki) с соответствующими портам на АТС (один к одному). К примеру если на АТС порт SIP=5060 и RTP=с 10000 по 10000, то и на маршрутизаторе следует открывать лучше эти порты.
• Включить на АТС firewall (см. wiki)
• Настроить на АТС сетевой экран (см. wiki)

В сетевом экране следует описать все локальные подсети. Обязательно установите для таких подсетей флаг "Это локальная подсеть или VPN...". Если флаг не будет установлен, то АТС будет работать с данной подсеть как с внешней, в SIP сообщениях будет сообщаться внешний адрес АТС, а не внутренний, что повлечет за собой проблемы со звуком.

В новой версии АТС 2021.4.1+ появится возможность прописать stun сервер, он необходим для корректного определения внешнего адреса, и на моей практике, пригодился для корректной работы webRTC клиента:

Симптомы не корректной настройки:

• Односторонняя слышимость
• Нет звука в обе стороны
• Не возможно совершать звонки
• Не завершается вызов

SIP ALG

"SIP ALG" - Это средство преодоление NAT, функция с подобным названием есть в большинстве современных роутерах.

Фактически, когда роутер получает SIP пакет с INVITE он сам подменит ip адрес в пакете, что может привести к проблемам со связью.

Если нет понимания как корректно настроить, отключите SIP ALG на вашем маршрутизаторе

Прочие проблемы

Есть ряд проблем которые сложно сходу обнаружить. На практике встречал следующее:

• Рассыпался жесткий диск для хранения данных - как следствие, АТС не корректная работа станции, в частности проблемы с качеством связи
• Не надежный канал связи интернет - перегнули сетевой провод (как ни странно встречается часто), перегрузили канал скачиванием файлов с torrent и прочее подобное
• Прочие проблемы с железом

Вот пример анализа сетевого трафика по проблемному звонку:

На изображении видны "красно-желтые точки". фактически, это "отброшенные пакеты", которые не будут воспроизведены клиенту. В данном случае при увеличении значения Jitter Buffer до 800, звук выравнивался, заикания пропадали.

При этом, клиент "получил" все пакеты, но из за значительных задержек просто не стал их воспроизводить. Конкретно эта проблема заключалась в использовании системы виртуализации Proxmox, решилась переходом клиента на железный сервер.

Итоги

• При возникновении проблем с качеством связи проверьте настройки NAT
• Убедитесь, что все устройства поддерживают выбранные кодеки
• Снимите дамп трафика, и отправьте его провайдеру на анализ

Если ничего не помогает - обращайтесь к нам, присылайте дампы.

Обновление ПО

• Asterisk был обновлен до версии 16.13.0.
• Обновлен phalcon до версии 4.0.5
• Обновлен PHP до версии 7.4.6
• Добавлен пакет openvpn
• Добавлен пакет zabbix (клиент)
• Добавлен пакет htop

Эти обновления направлены на повышение быстродействия и стабильности работы системы.

Тесты

Мы дополнили набор тестов для АТС.

• Расширили тесты для web интерфейса
• Добавили тесты телефонных звонков / переадресаций

Тесты позволили исправить множество ошибок на АТС:

• Запись истории звонков
• Записи разговоров
• Ошибки в dialplan на АТС

Каждый раз, когда правится исходный код MIKOPBX, после сборки образа происходит комплексное тестирование АТС. Если тесты проходят с ошибками, то версия отправляется на доработку.

Логи

Мы расширили вывод информации в логи. Доработали инструменты для более удобного анализа логов.

Инструкции доступны на wiki

Swap

SWAP – один из механизмов виртуальной памяти, при котором отдельные фрагменты памяти (обычно неактивные) пере�