Railbase
Explorar documentación
GPTClaude

FUNCIONAMIENTO RAILBASE

Implemente Railbase en su servidor

Instale un paquete autorizado, configure HTTPS, complete la configuración de primera ejecución y verifique un proceso empresarial real.

Actualizado

Esta guía cubre un servidor Linux administrado por el cliente. Obtenga la versión compatible exacta de su cuenta railbase.app. La disponibilidad en la cuenta determina qué paquete y arquitectura puede instalar; una demostración de desarrollo o un candidato de CI no es una versión para el cliente.

Para Mac, comience con el instalador firmado en la guía de instalación. El alojamiento en su propio VPS es una implementación local/alojada por el cliente. Railbase Cloud permanece Próximamente.

1. Obtener el paquete a través de Cuenta

Inicie sesión en railbase.app, complete la verificación de la empresa y revise la suscripción del producto Railbase. En Cuenta, utilice el paquete de instalación disponible o el repositorio autenticado Linux. Cada credencial del repositorio pertenece a una cuenta autorizada específica y puede ser revocada.

Después de aplicar los comandos de configuración del repositorio proporcionados por Cuenta:

# Debian / Ubuntu
sudo apt update
sudo apt install railbase
# Fedora / RHEL-compatible systems
sudo dnf install railbase

Utilice la arquitectura que se muestra para su servidor. Mantenga habilitada la verificación de firmas de paquetes y repositorios. No obtenga el tiempo de ejecución de una réplica no verificada o de un servidor de demostración público.

2. Consulta el servicio instalado y su estado.

El paquete Linux crea la cuenta de servicio railbase e instala el servicio, la configuración y el material de desbloqueo privado inicial. Su oyente predeterminado es 127.0.0.1:3000.

railbase --version
sudo systemctl status railbase
curl --fail http://127.0.0.1:3000/healthz
curl --fail http://127.0.0.1:3000/readyz
Propósito Ubicación empaquetada Linux
Configuración del servicio /etc/railbase/railbase.env
Vault desbloquear archivo /etc/railbase/vault-password
Datos, archivos cargados y estado de ejecución /var/lib/railbase
Secreto maestro de instalación /var/lib/railbase/.secret
Tiempo de ejecución activo administrado por el ciclo de vida de la actualización /var/lib/railbase/runtime/railbase

En una instalación empaquetada nueva, el instalador crea secretos independientes. Si hay un Vault existente y falta un secreto requerido, restaure el secreto coincidente desde la copia de seguridad; generar un reemplazo no recuperará los datos. No reemplace el servicio del paquete con un segundo servicio que apunte a otra carpeta de datos.

3. Configurar la dirección pública HTTPS

Apunte el nombre de host elegido al servidor. Mantenga Railbase vinculado al bucle invertido y permita el acceso público a través de un proxy inverso en HTTPS. Para Caddy:

app.example.com {
    reverse_proxy 127.0.0.1:3000
}

Establezca el origen público en el archivo del entorno de servicio protegido existente:

RAILBASE_PROD=true
RAILBASE_DEV=false
RAILBASE_HTTP_ADDR=127.0.0.1:3000
RAILBASE_DATA_DIR=/var/lib/railbase
RAILBASE_VAULT_PASSWORD_FILE=/etc/railbase/vault-password
RAILBASE_PUBLIC_URL=https://app.example.com
RAILBASE_TRUSTED_PROXIES=127.0.0.1/32,::1/128
RAILBASE_ENCRYPT_STORAGE=true

Mantenga cualquier otra configuración intencional que ya esté en ese archivo. Luego reinicie el servicio y verifique que esté listo nuevamente:

sudo systemctl restart railbase
curl --fail https://app.example.com/healthz
curl --fail https://app.example.com/readyz

RAILBASE_PUBLIC_URL debe ser el origen al que los usuarios realmente puedan acceder, incluido un certificado válido. Los enlaces de invitación y la autenticación móvil dependen de ello. Confíe únicamente en las direcciones reales de proxy inverso. Si utiliza otro proxy, conserve la información del host y del protocolo reenviado y admita respuestas de transmisión y actualizaciones de WebSocket.

Los archivos cargados están cifrados de forma predeterminada; mantenga el cifrado habilitado. La contraseña Vault y el secreto maestro de instalación son requisitos de recuperación diferentes. Proteger y respaldar a ambos; ninguno pertenece a un chat, captura de pantalla o script público.

4. Complete la configuración de primera ejecución del navegador

Mantenga el acceso limitado al operador de instalación hasta que se complete la configuración. Abra la URL de instalación: una instalación nueva muestra su formulario de primera ejecución. Cree el primer operador utilizando un correo electrónico real y una contraseña privada, y proporcione los datos legales de la primera empresa. Alternativamente, utilice la conexión admitida del formulario para adoptar una empresa ya verificada desde su Cuenta.

El primer operador es un usuario con autoridad de instalación. La membresía de la empresa y los permisos comerciales permanecen separados. Una vez que existe el primer operador, el formulario de primera ejecución ya no debe crear otro. Invite a personas adicionales y asigne sus roles a través de los espacios de trabajo normales.

5. Conecte el Producto y pruebe el primer resultado

Conecte la implementación a través del flujo de instalación/cuenta admitido y verifique que la empresa deseada tenga el derecho activo del Producto Railbase. Instale únicamente Productos adicionales que estén disponibles para esa cuenta y libérelos.

Invite al solicitante y al revisor, publique la organización y el proceso requeridos y complete el recorrido del primer proceso. Consultar la solicitud, el anexo, la resolución y el expediente final utilizando el rol real de cada persona. Un servicio en ejecución y un HTTP 200 no establecen que el flujo de trabajo empresarial esté listo.

Para dispositivos móviles, abra Connect phone en la página de inicio de sesión de instalación y escanee el QR desde una segunda pantalla. Confirme el origen HTTPS y luego inicie sesión como usuario invitado existente. Las elecciones de la empresa provienen de esa identidad autenticada. Una dirección de host local accesible en el servidor no necesariamente es accesible desde un teléfono.

6. Preservar la recuperación y actualizar la evidencia

Haga una copia de seguridad de /etc/railbase y del estado configurado completo en /var/lib/railbase, incluidos los secretos coincidentes y los almacenes de archivos externos donde se configuraron. Utilice la guía de copia de seguridad y recuperación y verifique la recuperación en una instalación aislada. Copiar un Vault en ejecución por sí solo no es una prueba de recuperación completa.

Utilice el canal de actualización autenticado y verificado y su política de mantenimiento. Mantenga registrados la versión implementada, el estado recuperable anterior y los contactos de soporte. Si el inicio falla, inspeccione sudo journalctl -u railbase y la configuración real; no lo solucione habilitando DEV o reemplazando un secreto faltante.

Acerca de la demostración compartida

Propiedad operativa y soporte

Su empresa u operador designado posee el acceso al servidor, la red, el almacenamiento, la aplicación de parches, las copias de seguridad y la recuperación. Los servicios administrados, los objetivos de respuesta y los compromisos de recuperación se aplican solo cuando se ordenan explícitamente. La infraestructura, el uso externo de IA, la industria Suites y los servicios adicionales son independientes de la suscripción de la empresa; consulte precios y costo total.

Railbase Cloud llegará pronto. La disponibilidad y los precios se anunciarán por separado; El alojamiento en la nube no está incluido en el sistema local.

Antes de una actualización, revise las dependencias, procese las revisiones y la configuración publicada de Studio. Conserve un estado recuperable y siga la ruta de migración admitida. Revisar condiciones de licencia fuera de línea; el autohospedaje no implica una licencia desconectada perpetua.

Para soporte, proporcione versiones, una referencia al paso fallido y diagnósticos desinfectados a través del canal acordado. La administración del servidor no otorga acceso automático al contenido comercial de la empresa. Las facturas existentes y los términos comerciales aceptados siguen siendo evidencia histórica.

Acerca de la demostración compartida

Una demostración pública de Railbase puede ejecutarse deliberadamente en modo DEV con personas sintéticas y cambio de roles. Ese entorno le ayuda a explorar los flujos de trabajo. No establece la aceptación de la versión por parte del cliente, no aloja los datos de su empresa ni proporciona una configuración de producción para copiar.

¿Te resultó útil esta página?¡Gracias por tus comentarios!