На платформі SIP.TG передбачена можливість запускати власні серверні модулі:
Ці модулі можна розмістити на власному сервері в Docker-контейнері з виділеним IP-адресом і гарантованою доступністю. Нижче описано, як це влаштовано та які кроки потрібні для налаштування.
Worker обробляє та конвертує аудіопотоки з SIP у формат Telegram і назад у реальному часі.
Отримання сертифікатів
/workers
і натисніть “Новий”.Підготовка сервера
docker-compose.yml
або відповідних конфігураціях (порт SIP, діапазон RTP тощо).Запуск Worker
Запустіть сервіс Docker:
Переконайтеся, що контейнер Worker успішно запустився та слухає вказані порти.
Перевірте логи контейнера (команда docker-compose logs
) у разі виникнення помилок.
Підключення до Worker
/workers
, оберіть створений Worker і натисніть “Адреса”.Після ввімкнення Worker можна вказати:
Сховище (Storage) — сервер, на якому зберігаються ключі та дані для входу в Telegram-акаунти. Без нього сесії Telegram зберігаються в “хмарі” SIP.TG, але за бажанням ви можете зберігати все у себе.
Отримання сертифікатів
/storage
і натисніть “Новий”.Підготовка сервера
docker-compose.yml
).Запуск Сховища
Виконайте в папці з конфігурацією:
Перевірте логи контейнера (docker-compose logs
) на наявність помилок.
Переконайтеся, що вказаний TCP-порт доступний ззовні.
Підключення до Сховища
/storage
, оберіть своє сховище і натисніть “Адреса”./gateway
), обирайте ваше Сховище.Що буде, якщо мій Worker (або Сховище) раптом стане недоступним?
Платформа SIP.TG періодично перевіряє з’єднання. Якщо сервер не відповідає більше 30 хвилин, Worker/Сховище перейде в статус “Відключено”. Усі SIP-акаунти, що працюють через цей Worker, стануть неактивними. Сховище — припинить обробляти запити. Відновити роботу можна, відновивши доступність сервера та повторно ввімкнувши модуль у боті.
Чи можна використовувати лише Worker без власного Сховища (або навпаки)?
Наскільки трудомістко обслуговувати ці модулі?
Основне завдання — підтримувати Docker-контейнери в робочому стані, оновлювати ПЗ (образ Worker/Сховища) у міру виходу нових версій, стежити за доступністю мережі. Якщо у вас немає власного DevOps-фахівця, простіше використовувати публічні ресурси SIP.TG.
Як щодо безпеки та ліцензування?
Як надати іншим користувачам доступ до мого Worker?
Змініть режим Worker на “Публічний”. Тоді будь-який користувач SIP.TG зможе призначити собі ваш Worker. Ви також можете залишити Worker “Особистий”, але вручну дозволяти доступ конкретним SIP-акаунтам у боті @siptg_bot.
Для повноцінної роботи Worker і Сховища потрібне стабільне з’єднання з платформою SIP.TG (менеджером). Переконайтеся, що ваш сервер може звертатися до інтернету без блокувань і що порти не фільтруються брандмауером.