La plataforma SIP.TG proporciona la capacidad de ejecutar sus propios módulos de servidor:
Estos módulos pueden alojarse en su propio servidor en un contenedor Docker, con una dirección IP dedicada y disponibilidad garantizada. A continuación se describe cómo funciona esto y qué pasos son necesarios para la configuración.
Worker procesa y convierte flujos de audio desde SIP al formato de Telegram y viceversa en tiempo real.
Obtención de certificados
/workers
y haga clic en “Nuevo”.Preparación del servidor
docker-compose.yml
o en las configuraciones correspondientes (puerto SIP, rango RTP, etc.).Inicio del Worker
Inicie el servicio Docker:
Asegúrese de que el contenedor Worker se ha iniciado correctamente y está escuchando en los puertos especificados.
Compruebe los registros del contenedor (comando docker-compose logs
) si se producen errores.
Conexión al Worker
/workers
, seleccione el Worker creado y haga clic en “Dirección”.Después de habilitar el Worker, puede especificar:
Storage — un servidor en el que se almacenan claves y datos de inicio de sesión para cuentas de Telegram. Sin él, las sesiones de Telegram viven en la “nube” de SIP.TG, pero si lo desea, puede almacenar todo en su lado.
Obtención de certificados
/storage
y haga clic en “Nuevo”.Preparación del servidor
docker-compose.yml
).Inicio del almacenamiento
Ejecute en la carpeta con la configuración:
Compruebe los registros del contenedor (docker-compose logs
) para detectar errores.
Asegúrese de que el puerto TCP especificado sea accesible externamente.
Conexión al almacenamiento
/storage
en el bot @siptg_bot, seleccione su almacenamiento y haga clic en “Dirección”./gateway
), elija su Storage.¿Qué sucede si mi Worker (o Storage) de repente deja de estar disponible?
La plataforma SIP.TG comprueba periódicamente la conexión. Si el servidor no responde durante más de 30 minutos, el Worker/Storage cambiará al estado “Desactivado”. Todas las cuentas SIP que funcionan a través de este Worker se volverán inactivas. El almacenamiento dejará de atender solicitudes. Puede reanudar la operación restaurando la disponibilidad del servidor y volviendo a habilitar el módulo en el bot.
¿Puedo usar solo un Worker sin mi propio Storage (o viceversa)?
Sí. Estos módulos son independientes. Puede almacenar sesiones de Telegram en la nube de SIP.TG pero procesar flujos SIP en su Worker. O viceversa: usar servidores Worker públicos pero almacenar sesiones en su lado.
¿Qué tan laborioso es mantener estos módulos?
La tarea principal es mantener los contenedores Docker operativos, actualizar el software (imagen de Worker/Storage) a medida que se lanzan nuevas versiones y monitorear la disponibilidad de la red. Si no tiene su propio especialista en DevOps, es más fácil utilizar los recursos públicos de SIP.TG.
¿Qué hay de la seguridad y las licencias?
¿Cómo proporciono a otros usuarios acceso a mi Worker?
Cambie el modo del Worker a “Público”. Entonces cualquier usuario de SIP.TG podrá asignarse su Worker. También puede mantener el Worker como “Personal”, pero permitir manualmente el acceso a cuentas SIP específicas en el @siptg_bot.
Para el funcionamiento completo de Worker y Storage, se requiere una conexión estable con la plataforma SIP.TG (Manager). Asegúrese de que su servidor pueda acceder a Internet sin bloqueos y que los puertos no estén filtrados por el firewall.