feat: integracion de interfaz de binarios para actualizacion automatica

.env.example

@@ -44,3 +44,33 @@ CLOUDRESTORE_API_TOKEN=
 # Generar con:
 #   node -e "console.log(require('crypto').randomBytes(32).toString('base64'))"
 ENCRYPTION_KEY=
+
+# ============================================================================
+# Distribución de versiones de CloudRestoreAS (pantalla /versiones-cras)
+#
+# Los binarios se publican en el registro de paquetes GENÉRICOS de Gitea desde el build
+# local del repo CloudRecoveryAS (`build-all.sh --publish`). El panel los descubre leyendo
+# esa API, los descarga verificando el sha256 que Gitea calcula, y los instala en cada
+# servidor de restauración por SSH/SFTP.
+# ============================================================================
+
+# Instancia de Gitea y organización dueña del paquete.
+GITEA_BASE_URL=https://git.aduanasoft.com
+GITEA_OWNER=ADUANASOFT
+CRAS_PACKAGE_NAME=cloudrestoreas
+
+# PAT de Gitea. El panel solo LEE el registro, así que basta el scope `read:package`.
+# (El token con `write:package` vive en la máquina de build, no aquí.)
+# Sin este token /versiones-cras carga pero avisa que no puede sincronizar.
+GITEA_TOKEN=
+
+# Caché local de artefactos. Cada uno pesa ~270 MB y se publican dos por versión, así que la
+# carpeta crece ~540 MB por versión; CRAS_CACHE_KEEP_VERSIONS limita cuántas se conservan
+# (las versiones activas nunca se borran).
+CRAS_RELEASES_DIR=./local-cras-releases
+CRAS_CACHE_KEEP_VERSIONS=3
+
+# URL con la que el agente instalado reportará al panel. El instalador remoto la siembra en el
+# config/.env del servidor destino, así que TIENE que ser alcanzable desde esos servidores (no
+# localhost). Si se omite se usa ORIGIN.
+PANEL_PUBLIC_URL=