Skip to main content
fireflo-install instala el gateway. No instala los servicios con los que el gateway habla — su paso de paquetes añade el cliente de PostgreSQL y ningún servidor, y nunca menciona un broker. Así que en un host desde cero hay un paso entre descomprimir el tarball y ejecutar el instalador. setup.sh es ese paso. Vive en el repositorio de releases, no dentro del tarball, así que puede leerse antes de descargar nada.
Léelo antes de ejecutarlo. Es un único archivo de shell plano sin ninguna descarga de red salvo los instaladores de NodeSource y Adoptium que nombra, y estás a punto de ejecutarlo como root.setup.sh no está firmado — es un script del repositorio de releases y no un artefacto de build. Los tarballs de release sí están firmados desde 0.9.0 en adelante; verifica uno con gpg --verify SHA256SUMS.asc SHA256SUMS antes de instalar.

​
Qué instala

Java está desactivado por defecto porque el gateway distribuido es un binario nativo y no abre ningún JDK. fireflo-install lo dice él mismo y lo omite. Pasa --with-java solo si pretendes compilar desde el código fuente; añade el repositorio de Adoptium y temurin-25-jdk.

​
Qué no hace deliberadamente

No crea ninguna base de datos, ningún rol y ninguna contraseña, ni usuario o vhost de RabbitMQ.Instalar un paquete es impersonal y reversible. Acuñar una credencial y escribirla en disco no es ninguna de las dos cosas, y no es una decisión que un script de preparación deba tomar por ti. Créalos tú mismo — el script imprime los comandos cuando termina.
Luego entrégale a fireflo-install la contraseña en un archivo, nunca como argumento — un argumento es una contraseña en tu historial del shell y en la salida de ps:
RabbitMQ se queda con su cuenta guest por defecto, que el propio broker restringe a loopback — el valor por defecto correcto, y el único que no necesita ningún secreto. Para usarlo:
Sin broker la cola está en memoria y un reinicio descarta lo que no haya llegado a un proveedor. Ese es el comportamiento por defecto del gateway y un intercambio real, no un descuido — consulta Colas. Tampoco instala ningún usuario de servicio, ninguna unidad systemd, ninguna regla de firewall ni configuración. Esas son de fireflo-install, que las hace con cuidado.

​
Dónde se niega

Se niega en lugar de improvisar, en tres lugares, y cada negativa es más barata que lo que evita.
NodeSource y Adoptium publican por codename. Escribir una fuente de apt para una suite que ellos no publican no falla en el momento — falla en el siguiente apt update, para cada paquete del host, y lo encuentra semanas después alguien que nunca ejecutó este script.Conocidas: Ubuntu focal, jammy, noble, plucky; Debian bullseye, bookworm, trixie. Cualquier otra cosa es una negativa que nombra qué instalar a mano.
Debian 11 trae PostgreSQL 13. Instalarlo te daría un servidor contra el que las migraciones fallan a mitad de camino, lo que deja una base de datos migrada a medias en lugar de una negativa limpia. El script nombra PGDG en su lugar.Un servidor existente por debajo de 14 también es una negativa: actualizar un servidor con datos dentro no es algo que un script de preparación deba hacerte.
Todo lo que hace es un simple apt install. En otra distribución, hazlo a mano — la cabecera del script lista exactamente qué.

​
Ejecutarlo en un contenedor

Un host sin systemd — un build de Docker, un chroot, un contenedor LXC — no puede habilitar un servicio. El script lo informa, instala los paquetes de todos modos, y continúa; inícialos tú mismo, o habilítalos cuando la imagen arranque.

​
Después

1

Crea la base de datos

Como arriba. El script no lo hace.
2

Comprueba el host

No cambia nada. Espera Ready.
3

Confirma que el gateway puede alcanzar la base de datos

Espera alcanzable, autenticado, privilegios OK, y un recuento de migraciones pendientes. Esta es la comprobación que vale la pena ejecutar — fireflo-install check en modo archivo nunca abre la base de datos en absoluto.
4

Instala

Instalar en un comando.