Skip to main content
fireflo-install automatiza el despliegue a mano: paquetes, usuario de servicio, directorios, artefacto, configuración, base de datos, unit de systemd, firewall, y una prueba de humo al final. Instala solo el gateway. El panel de control tiene su propio instalador, y en un host recién instalado ejecutas ambos.

​
Mira antes de saltar

No cambia nada. Reporta si el host tiene lo que necesita.

​
Pregunta primero, luego te muestra las respuestas

install recoge lo que necesita, imprime cada decisión sobre la que está a punto de actuar, y espera. Nada se escribe hasta que aceptas.
Añade --yes para saltarte la confirmación en una instalación por script, y --dry-run para ver las decisiones sin hacerlas.
--dry-run muestra menos de lo que parece. No puede reportar lo que un gestor de paquetes traería, ni lo que una migración encontraría en una base de datos a la que no se ha conectado. Léelo como “las decisiones que este script tomaría”, no “todo lo que cambiaría en este host”.

​
Los dos rechazos

install se niega cuando ya existe un directorio de configuración. No acuñará un segundo par de tokens operacionales encima del primero. Lo cual dejaría al panel autenticándose contra tokens que el gateway ya no tiene.Si tienes configuración pero no servicio, el verbo es service, no install.
update nunca toca el directorio de configuración. Ese es el contrato que hace seguras las actualizaciones, y significa que una nueva clave de configuración introducida por una release no se añade a tu archivo. Lee las notas de release.

​
Elegir una fuente en el momento de la instalación

--bootstrap puebla una base de datos recién creada con lo mínimo que arrancará; --import trae una configuración de archivo existente en su lugar. Consulta Elegir una fuente.

​
La primera tarifa

Sin estos, el gateway arranca sin pricing. Un mensaje que no coincide con ninguna regla de tarifa se registra como UNKNOWN, no como gratis. Entregado, y sin facturar a nadie.

​
Puertos, y una banda

Un rango deja al instalador elegir el siguiente puerto de listener libre, que es lo que hace prácticas varias instancias en un host. Consulta Varias instancias.

​
Los dos tokens

El instalador genera ambos y los escribe al archivo de entorno.
Deben ser diferentes. smsg.ops.admin.token sin establecer, o igual a smsg.ops.token, deshabilita cada verbo de control y responden 404. Indistinguible de un token equivocado. Consulta El endpoint operacional.

​
Retención de logs

--log-retain-days escribe una regla tmpfiles.d que elimina logs rotados, sin tocar nunca los cuatro en vivo. Esto es lo único que elimina httpapi.log. Quarkus lo rota diariamente y conserva cada archivo para siempre. Una instalación construida a mano debe arreglárselas para hacerlo por sí misma.

​
Después de que termine

Comprueba el artefacto, la versión de Java, el puerto de mensajería, el puerto operacional, y que los dos tokens son genuinamente separados. En el orden que hace del primer fallo el informativo. Termina diciendo si el despliegue puede enviar ya, que es una pregunta distinta de si está corriendo.
El código de salida 4 significa que el despliegue está sano pero sus propios datos no. Por ejemplo, nada está configurado para enrutar a. Ese es el resultado esperado inmediatamente después de una instalación --bootstrap, antes de que añadas un proveedor.

​
Los otros verbos

Lista completa de opciones en fireflo-install.