AIO

Contexto

APS Conecta Gestión se instala con APS Conecta Gestión AIO, un fork de Nextcloud All-in-One que APS Conecta mantiene para los CESFAM y la red de atención primaria de Chile, junto con el paquete del host, el Provisionador y el manifiesto de la suite, en el repositorio APS-Conecta/gestion — el repositorio APS-Conecta/AIO fue su primera casa y se eliminó una vez absorbido. Nextcloud GmbH no lo produce, no lo patrocina ni lo respalda.

Las páginas de instalación, tejidas del manual de Nextcloud, llevan el aviso «En APS Conecta Gestión esto difiere» y remiten a esta página. Un establecimiento instala una etiqueta publicada de la suite, nunca una rama: el asistente de esa etiqueta crea y administra todos los contenedores, y el Provisionador del instalador configura después el establecimiento con las fases de aprovisionamiento.

La instalación completa es una línea en el servidor y ocho pasos — cuatro del servidor y cuatro del navegador —, descritos paso a paso en el manual del instalador, en inglés, y en la guía clínica, en español, ambos en la carpeta aps/ de Gestión. Esta página explica el diseño del instalador, lo que cambia y sus límites.

Nota

Los cambios del plan de actualización corresponden a la próxima versión. Consulte su estado en Novedades de instalador y seleccione una versión publicada para instalar.

Diseño

El arranque de una línea

curl -fsSL https://github.com/APS-Conecta/gestion/releases/download/vX.Y.Z/apsconecta-vX.Y.Z-install.sh | sudo bash

El ancla de confianza es la URL de la versión —fijada a la etiqueta— más TLS: el instalador lleva dentro la suma sha256 del paquete y la clave pública de la firma del proyecto. La descarga se verifica antes de desempacar nada; un servidor que ya tiene signify comprueba además la firma, y el paso «preparar» incorpora el verificador cuando está disponible en el repositorio de paquetes. Las siguientes revisiones comprueban la firma del paquete guardado cuando disponen del verificador. El desempaque es atómico y la suite queda en /opt/aps-conecta/instalador, con el paquete guardado —tarball, sumas y firma— en /opt/aps-conecta/paquete, para que la revisión previa vuelva a verificarlo sin red. La copia del repositorio no instala: lleva su suma vacía a propósito, y solo el activo de la publicación ejecuta.

Después, sudo aps-conecta install enlaza el comando aps-conecta y recorre los ocho pasos: «Revisar el servidor», «Preparar el servidor», «Descargar APS Conecta» y «Abrir el instalador web» en el servidor; «Elegir el centro», «Iniciar la suite», «Cargar equipos y personas» y «Revisar y ejecutar» en el navegador. Quien audita puede verificar a mano, con signify-openbsd y sha256sum -c contra la clave installer.pub del repositorio, como enseña el manual.

La próxima versión prioriza signify-openbsd para verificar las firmas. Si falta el verificador, ejecute sudo aps-conecta preparar. La corrección manual instala el paquete y crea su enlace:

sudo apt-get install signify-openbsd
sudo ln -sf /usr/bin/signify-openbsd /usr/local/bin/signify

Configuración inicial

La instalación silenciosa con --sitio y --planilla admite --sin-validar-dominio para omitir la validación del dominio durante la configuración inicial.

El primer recorrido completado del asistente define la configuración inicial. Mientras la suite está en marcha, las invocaciones posteriores conservan esos valores y el aprovisionamiento reconcilia el establecimiento. El banco de pruebas completa ese primer recorrido; una instalación silenciosa posterior utiliza su configuración. En ese estado, repetir install --respaldo R conserva la ubicación inicial. Ajuste esa ubicación desde la sección de respaldos del asistente.

Antes del inicio o con la suite detenida, el controlador puede aplicar la configuración. La opción --preparar completa la preparación previa al arranque.

Revisión del servidor

La próxima versión comprueba los requisitos del servidor antes de preparar programas o iniciar la suite. Use sudo aps-conecta preflight para ver cada resultado y su corrección.

Requisito

Comprobación y corrección

Arquitectura

Servidor x86-64. Las imágenes se publican para esa arquitectura.

Respaldos

/dev/fuse debe ser un dispositivo de caracteres. Ejecute sudo modprobe fuse y compruebe su disponibilidad en el anfitrión.

Docker

Docker Engine compatible, instalado sin Snap. Use el repositorio oficial para instalarlo; para sustituir Snap, respalde primero sus datos.

Disco

Espacio disponible en el directorio de datos que informa Docker. Revise su ubicación con sudo docker info --format '{{.DockerRootDir}}'.

Puertos

TCP/UDP 443, TCP 8080 y TCP/UDP 3478 disponibles para la suite.

Instalación existente

Los contenedores de APS requieren su carpeta /opt/aps-conecta/instalador. Recupere la carpeta y sus respaldos antes de continuar. Conserve los contenedores y volúmenes.

El arranque de una línea comprueba la instalación existente antes de instalar la carpeta del paquete. La preparación y el inicio desde el navegador reutilizan las comprobaciones del anfitrión.

En la próxima versión, la preparación instala las herramientas requeridas por separado de signify-openbsd. Si el verificador está pendiente, la instalación conserva las herramientas disponibles y lo informa. En Ubuntu, habilite el repositorio con sudo add-apt-repository universe, ejecute sudo apt-get update y repita sudo aps-conecta preparar. La firma se comprueba cuando el verificador está disponible; la suma del paquete se verifica desde la descarga.

La corrección de DNS dividido se aplica con sudo aps-conecta red --dominio <dominio> --arreglar, con consentimiento. El DNS local admite una interfaz LAN que se activa después del servicio. Docker conserva la dirección LAN primero y los servidores DNS válidos configurados previamente y obtenidos del anfitrión, sin duplicados ni bucles locales.

En la próxima versión, APS Conecta Gestión y el servidor web calculan la subred IPv4 interna real para validar las direcciones reenviadas. Los clientes de la LAN conservan su propia dirección en los registros y la protección de acceso. El inicio requiere una coincidencia única entre la dirección del servicio y su interfaz; ante una detección pendiente, revise la resolución del nombre y la red del contenedor antes de reiniciar.

Proxy institucional

En la próxima versión, la instalación admite un proxy HTTP(S) con autenticación básica. Su dirección debe ser accesible desde el servidor y sus contenedores. Ingrésela mediante lectura oculta; codifique los caracteres especiales del usuario y la contraseña en la URL.

read -r -s -p 'Dirección del proxy: ' HTTPS_PROXY; echo
export HTTPS_PROXY HTTP_PROXY="$HTTPS_PROXY" https_proxy="$HTTPS_PROXY" http_proxy="$HTTPS_PROXY"
curl -fsSL https://github.com/APS-Conecta/gestion/releases/download/vX.Y.Z/apsconecta-vX.Y.Z-install.sh \
  | sudo --preserve-env=HTTPS_PROXY,HTTP_PROXY,NO_PROXY,https_proxy,http_proxy,no_proxy bash

Sustituya vX.Y.Z por la versión elegida. La descarga inicial conserva únicamente las variables indicadas al pasar a sudo. El paquete verificado guarda el perfil privado en /opt/aps-conecta/proxy.env; los comandos posteriores lo cargan automáticamente.

La preparación configura el servicio Docker y comprueba su reinicio. Un intento fallido queda pendiente para la siguiente ejecución. Docker, el asistente y la plataforma utilizan el perfil; las exclusiones incluyen localhost, la dirección del establecimiento, los nombres de servicios y las subredes reales de la suite. Las exclusiones adicionales se ingresan en NO_PROXY, separadas por comas.

La revisión detecta configuraciones de Docker o contenedores existentes que contradigan el perfil. Aplique la corrección indicada y conserve sus volúmenes. Incluya el perfil en el respaldo cifrado de /opt/aps-conecta. Los comandos locales de ayuda y estado funcionan sin leer las credenciales del proxy.

El contenedor maestro

Nextcloud AIO administra Docker hablando directamente con su socket: un solo contenedor, iniciado con un solo comando, crea y administra todos los contenedores de la instalación.

En la suite ese contenedor es nextcloud-aio-mastercontainer, que la interfaz llama «el asistente» («Registros del asistente»). Sirve su interfaz web en el puerto 8080 y administra los demás contenedores mediante las imágenes versionadas de ghcr.io/aps-conecta/*. Conserva el nombre de upstream porque la orden de arranque y la restauración de AIO lo nombran; los contenedores que crea se llaman aps-conecta-*.

La revisión previa genera la orden docker run del asistente, que no se escribe a mano. Difiere de la de upstream en la imagen, ghcr.io/aps-conecta/all-in-one:<etiqueta de la suite> en lugar de ghcr.io/nextcloud-releases/all-in-one:latest; en los puertos, porque publica solo el 8080, sin el 80 ni el 8443, y fija APACHE_PORT=443; y en NEXTCLOUD_STARTUP_APPS vacío: ninguna imagen lleva una aplicación, y una instalación al arrancar solo agregaría ruido.

La configuración del asistente vive en el volumen nextcloud_aio_mastercontainer y sobrevive a la eliminación del contenedor. El contenedor web no guarda estado: el asistente lo reconstruye desde esa configuración en cada inicio.

El asistente nunca vuelve a crear un contenedor que todavía existe. Por eso un directorio del host montado en un contenedor, como el del certificado del instalador (APS_TLS_DIR), queda fijado al crear el contenedor: la configuración lo conserva, y cambiar la variable no mueve el montaje hasta recrear el asistente y el contenedor web, como indica la sección 9 del manual del instalador.

Mientras la suite está en ejecución, el inicio de sesión directo en el asistente queda bloqueado. El asistente muestra «El inicio de sesión está bloqueado porque la suite está en ejecución.» y remite al inicio de sesión automático desde la administración de APS Conecta Gestión.

La consola confirma el resultado final del asistente antes de informar que inició la suite. Una descarga lenta continúa mientras avance; la espera se detiene tras 20 minutos sin avances de descarga ni cambios nuevos de estado de los contenedores. El instalador recupera una sesión vencida una vez.

Si la conexión se interrumpe, revise el estado en el asistente antes de iniciar otra vez: la operación puede continuar en el servidor. La consola conserva la causa del fallo cuando recibe un resultado final de error.

Imágenes de una versión

La construcción obtiene el conjunto completo desde php/containers.json y los Dockerfiles de ejecución. Todas las imágenes se construyen desde un mismo commit y el manifiesto registra sus resúmenes. PostgreSQL se prueba antes de publicarse.

El asistente usa la etiqueta de su propia imagen para seleccionar las imágenes de los demás servicios. La publicación verifica el conjunto completo y conserva los resúmenes de las versiones publicadas.

Servicios incluidos

La próxima versión instala un conjunto fijo: Euro-Office, Talk, búsqueda de texto completo, vistas previas, antivirus y AppAPI mediante HaRP. Farmacia, Estadística y Tótem conservan su selección independiente. La grabación permanece desactivada.

La administración dimensiona el servidor según las personas activas, las aplicaciones y la actividad. Los requisitos oficiales de Nextcloud 34 describen la memoria por proceso. La revisión previa conserva sus controles actuales.

El establecimiento aporta su dominio o dirección IP. La administración aplica las actualizaciones mediante la versión de la suite y conserva el control de la instalación.

El conjunto utiliza TCP/UDP 443, TCP 8080 y TCP/UDP 3478. El puerto 80 queda disponible para otro servicio. La revisión previa identifica el puerto y el protocolo cuando encuentra un conflicto.

Las aplicaciones, desde sus publicaciones

Las aplicaciones propias y los forks llegan de la publicación firmada de cada repositorio. Las aplicaciones oficiales llegan de la tienda de Nextcloud mediante un comando de instalación acotado. El manifiesto de la suite (apps.json, en el repositorio Gestión) es la única lista de aplicaciones, y cada fila nombra su propio canal.

  • Propias y forks — Territorio, Epidemiología e IntraVox se instalan sin pregunta en el momento de ejecutar: la resolución descarga, sin cuenta ni token de GitHub, la publicación firmada más reciente de la aplicación compatible con la versión de APS Conecta Gestión en marcha, y la verifica contra la clave de aplicaciones de la suite (apps.pub: la firma de las sumas, el hash del paquete y de info.xml, el directorio raíz igual al identificador, sin appinfo/signature.json) antes de desempacar nada.

  • De tienda — Euro-Office, Talk, Custom Menu, Calendario, Contactos y las carpetas de grupo llegan de la tienda de aplicaciones, que la suite mantiene cerrada: se abre solo para el comando que instala cada una y vuelve a cerrarse. El punto de entrada del contenedor instala por esa misma puerta acotada notify_push cuando falta: el hermano de notificaciones parte junto con los contenedores, antes de cualquier provisión.

  • Opcionales — La tarjeta «Aplicaciones opcionales» del paso 6 lista, del manifiesto, las aplicaciones que el establecimiento elige (hoy Farmacia, Estadística y Tótem), todas desmarcadas. Una no elegida no se instala: ni se descarga ni ocupa disco, y sus datos extra —la base DEIS de Estadística, por ejemplo— llegan solo con la elección.

El candado de aplicaciones propias y forks —el registro de versiones, /opt/aps-conecta/apps.lock.json— anota la versión de APS Conecta Gestión y, por aplicación, su canal, etiqueta, versión y suma. Lo escribe la resolución al instalar, está dentro del alcance del respaldo y lo mueve solo aps-conecta actualizar. Una provisión repetida respeta el candado y no descarga nada, y una reparación nunca se convierte en una actualización: la gestión de apps de la interfaz no es el camino.

Credenciales y cuentas

En la próxima versión, los scripts de instalación de APS Conecta entregan las contraseñas y claves de servicio por el entorno o por la entrada estándar. Mantenga los archivos de configuración y las copias cifradas bajo acceso administrativo.

El aprovisionamiento crea las cuentas y los grupos del establecimiento y conserva los documentos existentes. Las carpetas personales nuevas comienzan sin documentos de ejemplo. Las carpetas de equipo mantienen su organización y sus permisos.

Datos comunales

En la próxima versión, la instalación carga en Territorio las unidades vecinales y los establecimientos de la comuna elegida. Cada maestro tiene un origen y una suma de verificación fijados; la captura nacional DEIS corresponde al 2026-11-01.

Para completar o repetir la carga, ejecute:

sudo aps-conecta datos --importar

El resultado confirma dos archivos importados. Una repetición de los mismos datos informa «0 creados» por archivo y conserva las ediciones locales. Revise las unidades vecinales y los establecimientos en Territorio.

Copias de seguridad

La copia de la instancia es la de AIO, basada en BorgBackup: incremental, comprimida y cifrada. La clave de cifrado aparece en la interfaz del asistente, y sin ella no se restaura ninguna copia.

El paso 6 del instalador web programa la copia diaria a las 04:00, hora de Santiago, en /srv/aps-conecta/respaldos, e incluye la carpeta de instalación, que contiene las credenciales, la ficha del establecimiento y el candado. La carpeta predeterminada es /opt/aps-conecta. En la próxima versión, la solicitud del asistente utiliza la carpeta elegida y la indicación final muestra su archivo credentials.txt. El asistente funciona en UTC, así que el paso 6 envía la hora UTC equivalente (07:00 en horario de verano, 08:00 en horario de invierno) y el asistente muestra esa hora. Tras el siguiente cambio de horario, la copia corre a las 03:00 o a las 05:00 de Santiago.

La copia detiene los contenedores en ejecución mientras se crea: la suite queda sin servicio durante esa ventana. El botón «Crear copia de seguridad» lo advierte con «Esto detendrá todos los contenedores en ejecución y creará la copia de seguridad.».

La restauración de la base de datos se detiene ante el primer error SQL y conserva la marca import.failed. El siguiente inicio exige recuperar un respaldo válido. Revise sudo docker logs --tail 80 aps-conecta-database y restaure una copia desde el asistente.

La copia queda en el mismo disco que la instancia, por lo que debe copiarse fuera del servidor, a un disco externo u otro equipo. Recupere la carpeta de instalación como directorio adicional con borg extract después de restaurar la instancia. El mapa base no se respalda porque no está en el servidor: el navegador carga las teselas de OpenStreetMap.

Una copia hecha por un Nextcloud AIO sin modificar no se restaura en la suite. Tras una reinstalación, el asistente nuevo no puede reutilizar el repositorio de copias anterior.

Actualizaciones

La suite se actualiza como un conjunto, nunca un componente por separado. Antes de anunciar una etiqueta nueva, se instala en un equipo de ensayo limpio tal como lo hace un establecimiento, y ese ensayo es el registro de aceptación. El conjunto de imágenes cambia cuando el administrador instala una versión nueva. Las actualizaciones automáticas quedan retiradas; cada versión publicada conserva sus resúmenes.

La aceptación publicada por IP registra sus comprobaciones y evidencias en el flujo acceptance.yml de Gestión. La descarga utiliza la URL pública de la versión. El registro permite revisar el resultado de la instalación y sus aplicaciones.

Las aplicaciones se mueven solo cuando el administrador lo decide, con:

sudo aps-conecta actualizar
  1. Se niega a correr si la suite no está en marcha, si no hay candado o si el respaldo no está configurado.

  2. Imprime el plan —la versión instalada y la candidata de cada aplicación—. Con sudo aps-conecta actualizar --revisar imprime el plan y no escribe nada: es la forma de ver qué se movería antes de mover nada.

  3. Toma un respaldo completo primero, por la API del propio asistente, y se detiene si el respaldo falla.

  4. Descarga y verifica las candidatas en un candado nuevo y aplica una aplicación a la vez —las de tienda con un comando de actualización acotado, uno por aplicación—, y al final desinstala cada aplicación publicada que salió del manifiesto y quita su fila del candado; el candado viejo se reemplaza solo si todo resultó.

  5. Revalida el estado de la suite. La próxima versión comprueba humo, oficina, AppAPI, llamadas y divergencia.

En la próxima versión, los errores de instalación, habilitación, configuración y lectura detienen la actualización. Las aplicaciones aplicadas antes del fallo conservan sus cambios. Si algo falla, el candado queda como estaba, se nombra la aplicación que falló y se imprime el comando para restaurar: el asistente, «Restaurar la copia de seguridad seleccionada», con la copia más reciente. Un salto de versión mayor de APS Conecta Gestión se rechaza mientras una aplicación predeterminada no tenga una versión compatible.

Tras actualizar la suite a una etiqueta nueva, aps-conecta revalidate ejecuta las verificaciones de la versión instalada e informa todos los resultados. La guía clínica describe la revalidación y las revisiones manuales de cada actualización. Una instalación de la v0.3.0 o anterior usa los nombres de contenedor de upstream; la suite no los migra, y esa instalación se reinstala.

La frontera con el aprovisionamiento

El asistente termina donde empieza el paquete del host. Con los contenedores en marcha, la página posterior al arranque muestra «Suite en marcha» y devuelve al instalador web, que sigue con «Cargar equipos y personas» y «Revisar y ejecutar».

Desde ahí, el Provisionador del instalador ejecuta las fases de aprovisionamiento con docker exec sobre la instancia en marcha: las mismas fases que levantan el entorno de desarrollo. La inicialización y la fase 14 comparten la rutina que configura la URL pública del servidor de documentos y el secreto JWT; por eso el .env del establecimiento no lleva claves de oficina. El aprovisionamiento se describe en Aprovisionamiento.

Datos y registro de APS Conecta Gestión

La suite utiliza /mnt/ncdata para los datos y /var/www/html/data/nextcloud.log para el registro de APS Conecta Gestión. Consulte los valores configurados en su instalación:

sudo docker exec --user www-data aps-conecta-nextcloud php /var/www/html/occ config:system:get datadirectory
sudo docker exec --user www-data aps-conecta-nextcloud php /var/www/html/occ config:system:get logfile

Después de una transferencia administrativa directa de archivos, actualice su registro. Sustituya USER y FOLDER por la cuenta y la carpeta correspondientes:

sudo docker exec --user www-data aps-conecta-nextcloud php /var/www/html/occ files:scan --path='USER/files/FOLDER'

Carpeta de instalación

La carpeta de instalación se selecciona con APS_HOME; su valor predeterminado es /opt/aps-conecta. El Provisionador, las verificaciones y la resolución de aplicaciones utilizan esa carpeta para sus archivos de estado. Conserve la misma configuración durante la instalación, la revisión y la renovación de certificados.

Antivirus de archivos

En la próxima versión, el aprovisionamiento instala y configura el antivirus desde la tienda mediante el canal acotado de la suite. Cada carga se analiza antes de aceptarse. El límite se obtiene de NEXTCLOUD_UPLOAD_LIMIT y se aplica también a ClamAV; el valor predeterminado es 1G (1 GiB). El máximo admitido por el analizador es 2.147.483.645 bytes.

Las cargas fragmentadas conservan el límite del archivo completo. El analizador rechaza los archivos infectados y los resultados que indican límites de análisis o archivos comprimidos cifrados. Ante una indisponibilidad, revise los registros en el servidor con sudo docker logs --tail 100 aps-conecta-clamav. Restablezca el servicio y repita la carga. Para un rechazo de contenido, revise el archivo y su tamaño.

La protección de cargas se instala desde una publicación firmada y conserva el archivo anterior cuando una sustitución se rechaza. La carga requiere una ubicación temporal con permiso de creación; revise ese permiso si una carpeta compartida permite actualizar archivos y rechaza la operación. Ante un error HTTP 500, compruebe el resultado en Archivos antes de repetir la carga.

La versión 0.1.2 de Protección de cargas permite cargar en sectores y unidades desde el primer acceso. La preparación es automática y conserva los permisos de cada grupo. La aplicación llega por el canal firmado de la suite; APS Conecta Gestión y DAV conservan sus archivos originales.

Búsqueda en documentos

En la próxima versión, la fase 12 instala la aplicación de búsqueda y su conector desde la tienda. El proveedor de archivos llega de una publicación firmada de APS Conecta con la corrección para identificadores de usuario que contienen puntos. Su versión se gestiona mediante sudo aps-conecta actualizar, junto con las demás aplicaciones de la suite.

La fase 14 configura las aplicaciones con el servicio Elasticsearch y activa la extracción de PDF y documentos de oficina. El inicio del contenedor reutiliza esa configuración. Si el servicio está temporalmente indisponible, la configuración se completa en el siguiente inicio.

La preparación guarda vm.overcommit_memory=1 y vm.max_map_count=1048576 en /etc/sysctl.d/90-aps-conecta.conf. Conserva un valor activo de vm.max_map_count superior y aplica ambos ajustes desde ese archivo. El valor sigue la recomendación de Elasticsearch para Docker. Si la consola informa una aplicación pendiente, aplique el ajuste en el anfitrión según la instrucción mostrada.

Aplicaciones externas mediante AppAPI

En la próxima versión, AppAPI conserva un servicio de despliegue HaRP predeterminado en la red interna de la suite. La instalación verifica su conexión y la comunicación HTTPS de HaRP con APS Conecta Gestión.

En una instalación por IP, HaRP recibe el certificado público de la autoridad del instalador en modo de solo lectura. Su agente conserva los certificados del sistema e incorpora esa autoridad antes de iniciar.

Para revisar ambas conexiones, ejecute:

sudo aps-conecta revalidate

El resultado de AppAPI se informa junto con las demás verificaciones. Si falla, compruebe el estado de aps-conecta-harp, la red interna y el certificado del establecimiento. La selección de aplicaciones externas corresponde a la administración.

Configuración y revisión de llamadas

En la próxima versión, el aprovisionamiento configura Talk después de instalar su paquete oficial. El inicio reutiliza la misma rutina. TURN y STUN usan la dirección del servidor en el puerto 3478; la señalización utiliza la ruta pública /standalone-signaling/.

sudo aps-conecta revalidate comprueba esos ajustes, la respuesta HTTPS pública con el certificado de la suite y el diagnóstico nativo de señalización. Si falla, revise el resultado de llamadas, el estado de aps-conecta-talk, el certificado y el acceso al servidor desde la red afectada.

La revisión conserva la configuración de conexión. El diagnóstico nativo administra sus claves internas y registra las capacidades del servicio. La validación de una llamada entre personas forma parte de la aceptación de cada instalación.

El servidor oficial puede informar la advertencia conocida por la optimización opcional changed-users. La revalidación admite únicamente ese resultado con la caché Redis verificada y mantiene el aviso visible. Otras advertencias o errores de señalización producen un fallo.

La política TURN controla los destinos del relé y conserva las excepciones internas de Talk. La administración valida las llamadas desde cada red del establecimiento.

La aceptación de la versión comprueba el envío y la lectura del mismo texto entre dos cuentas ordinarias, por HTTPS, en la instalación de prueba por IP. El ensayo elimina su conversación temporal.

Compromisos y límites

El perfil de grabación continúa en las etapas del plan de cambios. La próxima versión prepara la confianza del grabador oficial con la CA pública de la instalación por IP. Python y Firefox verifican el certificado de la suite. La grabación dispone de un tiempo limitado para responder durante el inicio; una demora conserva Talk y deja pendiente su configuración.

  • Mensajes en inglés. El asistente muestra 68 mensajes que nacen en código PHP que el fork no traduce: los cambios PHP declarados son de comportamiento, no de textos. La declaración del fork lleva la lista completa, por archivo.

  • Red al actualizar. La tienda de aplicaciones dispone de 90 segundos para responder. Si continúa inaccesible, el inicio termina con error. Revise la conexión y repita la operación.

  • Nombres de contenedor. El nombre aps-conecta-* rige solo para instalaciones nuevas; una instalación con los nombres de upstream se reinstala, nunca se migra.

  • Montajes fijados. Un directorio del host montado en un contenedor cambia solo al recrear ese contenedor.

  • Dominio o IP. Una suite iniciada para un dominio no pasa a una dirección IP, ni al revés: se reinstala.

  • Copias. La copia diaria comparte disco con la instancia, detiene la suite mientras corre y se desplaza una hora con cada cambio de horario. Los directorios adicionales se restauran a mano.

  • Panel de registros. Tras una actualización, un navegador con la hoja de estilos anterior en caché muestra el panel de registros del asistente con la paleta previa hasta revalidarla, y un refresco forzado lo corrige: el PHP que fija la URL de su hoja de estilos no se modifica.

  • Arquitectura. Las imágenes construidas son solo x86-64.

  • Documentación. La de la instalación y la actualización está en el repositorio Gestión y su carpeta aps/; la de Nextcloud AIO upstream vive en su propio repositorio.