<![CDATA[Foro QNAP en español - VMs & Docker Containers]]> https://www.qnapclub.es/ Fri, 17 Apr 2026 11:07:39 +0000 MyBB <![CDATA[Trasladando docker de Joplin con su bbdd postgresql]]> https://www.qnapclub.es/showthread.php?tid=5787 Sun, 05 Apr 2026 13:07:05 +0200 Ganekogorta]]> https://www.qnapclub.es/showthread.php?tid=5787
En este post vamos a tratar de describir como hacer una copia o mover un docker de Joplin que usa como BBDD una postgresql desde una QNAP a otra máquina.

Para ello nos apoyaremos en el gestor de BBDD PgAdmin. 

Los pasos a realizar serán los siguientes:
1-detenemos el docker de Joplin
2-instalacion del docker de postgresql en la máquina nueva
3_1-instalación del docker de PgAdmin en la máquina nueva (opcion 1)
3_2-agregar servidor postgresql de máquina original en PgAdmin de máquina nueva (opcion 1)
4-1-agregar servidor postgresql de máquina nueva en PgAdmin de máquina original (opcion 2)
5-copia de seguridad de la BBDD usando PgAdmin
6-restauración de la BBDD en el nuevo postgresql usando PgAdmin
7-instalación del docker de Joplin en la nueva máquina apuntando a la BBDD restaurada
8-modificaciones de redirecciones en el router o proxy  inverso 

1-detenemos el docker de Joplin

Este punto es importante ya que podemos tener algún cliente externo haciendo modificaciones a los datos de Joplin y por tanto haciéndolos en la BBDD.
La detención la podemos hacer con algun gestor de dockers tipo Portainer,  el bot de Telegram para controlarlos o hacerlo mediante la consola de comandos.

En el siguiente comando de ejemplo el docker de Joplin se llama "joplin" (muy original  Wink )
Code:
docker stop joplin


.jpg   joplin_mover_1.jpg (Size: 3,52 KB / Downloads: 42)


2-instalacion del docker de postgresql en la máquina nueva

Aquí no hay mucho misterio, sólo hemos de lanzar el siguiente comando si fuese de QNAP
Code:
docker run -d --name="postgresql" --restart always -p 5432:5432-e POSTGRES_USER=usuario_admin -e POSTGRES_PASSWORD=clave_usuario -e POSTGRES_DB=postgresql_db -v /share/DockerData/postgresql:/var/lib/postgresql/data postgres:13.8

Como voy a hacerlo en un Terramaster, el código será similar a este otro
Code:
docker run -d --name="postgresql" --restart always -p 5432:5432-e POSTGRES_USER=usuario_admin -e POSTGRES_PASSWORD=clave_usuario -e POSTGRES_DB=postgresql_db -v /Volume1/DockerData/postgresql:/var/lib/postgresql/data postgres:13.8

También nos puede ser interesante indicar la ip del docker si sabemos el rango que va a tener. Esto se haría añadiendo algo como "--ip 10.10.30.2"

En el caso del comando anterior, no hemos puesto como versión de postgresql la "latest" y es que hemos obligado la versión del postgresql a 13.8, pero podemos usar otras, pero hemos de asegurarnos que la versión del docker de Joplin es compatible con la versión de postgresql que instalemos.

También hemos de leer la documentación del docker si usamos otras versiones ya que es posible que nos pida definir otras variables a la hora de crearlo.

3_1-instalación del docker de PgAdmin en la máquina nueva (opcion 1)

Este paso es opcional ya que NO tenemos porque instalar otro PgAdmin en la máquina nueva puesto que ya tenemos uno en la vieja. 
Podemos usar el PgAdmin de la Qnap para gestionar postgresql de otras máquinas de nuestra red.

He puesto este paso ya que creo interesante que si estamos moviendo dockers y BBDD de postgresql a una nueva máquina, es que la vieja va a ser retirada en algún modo y con este paso ya tenemos un nuevo PgAdmin operativo para futuros usos.

Para el despliegue del nuevo docker de PgAdmin usaremos este comando en una Qnap o en una Terramaster (es el mismo  Big Grin )
Code:
docker run -d  -p 9158:80 -p 9157:443 --restart always --name="pgadmin4" -e PGADMIN_DEFAULT_EMAIL=mi_correo_electronico -e PGADMIN_DEFAULT_PASSWORD=clave  dpage/pgadmin4:9.14.0

Los puertos 9158 y 9157 pueden ser otros de nuestra elección.

3_2-agregar servidor postgresql de máquina original en PgAdmin de máquina nueva (opcion 1)

Aquí tras identificarnos en el PgAdmin, hemos de agregar un nuevo servidor de postgresql en su lista.
Para hacerlo podemos hacerlo pulsando sobre cualquiera de las dos opciones de la siguiente imagen

.jpg   joplin_mover_19.jpg (Size: 164,69 KB / Downloads: 36)

Se nos presenta un asistente que completaremos como en las siguiente imágenes

.jpg   joplin_mover_20.jpg (Size: 66,15 KB / Downloads: 42)

ahora rellenamos con los datos de identificación (nombre de la base de datos, usuario y clave que usamos en su día cuando creamos el docker de postgresql)


.jpg   joplin_mover_22.jpg (Size: 65,78 KB / Downloads: 41)

Y tras aceptar, ya tendremos nuestro servidor postgresql de la máquina vieja registrado en el PgAdmin de la máquina nueva.

.jpg   joplin_mover_23.jpg (Size: 20,67 KB / Downloads: 40)

4-1-agregar servidor postgresql de máquina nueva en PgAdmin de máquina original (opcion 2)

De la misma forma, si no quisiéramos instalar el docker de PgAdmin en la nueva máquina, podemos usar el PgAdmin de la vieja para agregar el servidor postgresql de la máquina nueva y de esa forma el PgAdmin de la vieja puede gestionar las BBDD de postgreSQL de la nas vieja y las de la nueva máquina.

El proceso de adicción del nuevo servidor de postgreSQL es casi calcado del del punto anterior.
Nos identificamos en el PgAdmin de la Nas vieja e iniciamos el asistente de añadir un servidor:

.jpg   joplin_mover_24.jpg (Size: 100,63 KB / Downloads: 37)

Suministramos los datos del nuevo servidor de PostgreSQL para registrarlo

.jpg   joplin_mover_25.jpg (Size: 48,42 KB / Downloads: 39)

rellenamos con los datos de ip, usuario, clave y nombre de la base de datos

.jpg   joplin_mover_26.jpg (Size: 43,58 KB / Downloads: 39)

Y con eso, ya tendremos nuestro servidor PostgreSQL de la máquina nueva, registrado en el PgAdmin de la Nas vieja

.jpg   joplin_mover_27.jpg (Size: 39,82 KB / Downloads: 36)
5-copia de seguridad de la BBDD usando PgAdmin

Es muy importante que los docker de Postgresql y PgAdmin estén en la misma red de dockers o en la misma red local. Si no lo hacemos, el docker de PgAdmin no podrá alcanzar al docker de PostgreSQL.

Una vez identificados en PgAdmd y ya teniendo la conexión al servidor PostgreSQL podemos hacer la exportación.

En la siguiente imagen vemos que PgAdmin tiene definidas dos conexiones a dos servidores de PostgreSQL distintos.

.jpg   joplin_mover_2.jpg (Size: 98,46 KB / Downloads: 43)

El ejemplo, el que nos interesa es el llamado "postgressql" y su bbdd "joplin".

Para exportar la BBDD, seleccionamos la bbdd "joplin" y pulsamos botón secundario.
Al hacerlo se nos presenta un menú emergente del que seleccionaremos la opción de "respaldar"

.jpg   joplin_mover_3.jpg (Size: 81,6 KB / Downloads: 41)

Al continuar, empezará el proceso. Si pulsamos a la información durante la acción, podemos en una ventana el comando que se lanza y como va desarrollándose la copia de seguridad. 

.jpg   joplin_mover_4.jpg (Size: 46,76 KB / Downloads: 40)

En esa ventana podemos ver el comando que se lanza en el sistema (pg_dump).
Es conveniente recordar que si lo hacemos las restauraciones a versiones de postgresql distin podemos tener problemas de versión.
Como regla general, la base de datos exportada no dará problemas si lo importamos desde una versión igual o superior.
En el caso de la imagen se ve en la captura el comando "/usr/local/pgsql-16/pg_dump" . Es decir es una versión 16.


.jpg   joplin_mover_5.jpg (Size: 98,52 KB / Downloads: 41)


Nota:
En el caso de que usemos un PgAdmin para exportar y otro PgAdmin para importarlo, tenemos un pequeño inconveniente, y es que la copia ha queda dentro del docker de PgAdmin.
Para poder moverlo al sistema de archivo de la nas, hemos de lanzar un comando que lo copia por ejemplo a la carpeta /Public.
La ruta del archivo dentro del docker es "/var/lib/pgadmin/storage/usuario_pgadmin/" y el archivo será "joplin" (o el nombre que escribimos en las pantallas anteriores).

.jpg   joplin_mover_6.jpg (Size: 12,62 KB / Downloads: 43)

El comando a ejecutar es similar al siguiente.
Code:
docker cp nombre_docker_pgadmin:/var/lib/pgadmin/storage/usuario_pgadmin/joplin /share/Public/joplin

He usado como destino la carpeta Public porque existe en todas las nas de QNAP y así no tenemos pérdida a la hora de recuperarla  Big Grin

Una forma para evitar tener que usar el anterio comando sería si definimos en la cadena de creación del docker PgAdmin una ruta persistente del tipo
"-v /share/DockerData/pgadmin:/var/lib/pgadmib/storage".
Así al hacer la exportación, los archivos quedarían en esa carpeta accesible desde el sistema de archivos de la nas y nos evitaríamos lo del comando "docker cp"  Wink  y podemos copiar a una carpeta de la nas destino para hacer la importación.

6-restauración de la BBDD en el nuevo postgresql usando PgAdmin

Teniendo ya accesible la copia desde el PgAdmin, ahora toca restaurarla.
En función de como y desde donde hicimos la exportación procederemos de forma similar en todos los casos

Vamos al caso fácil, tenemos un PgAdmin con los dos servidores PostgreSQL (nuevo y viejo) conectados y administrados.

Seleccionamos el viejo servidor y hacemos botón secundario para elegir del menú emergente la opción de crear un usuario primero.

.jpg   joplin_mover_8.jpg (Size: 124,74 KB / Downloads: 37)

Lo llamaré igual que en la máquina original "joplin"

.jpg   joplin_mover_9.jpg (Size: 47,1 KB / Downloads: 34)

definimos la contraseña que luego la usaremos en la definición de creación del docker de Joplin.

.jpg   joplin_mover_10.jpg (Size: 57,06 KB / Downloads: 37)

le damos privilegios a ese usuario para que pueda operar con la bbdd

.jpg   joplin_mover_28.jpg (Size: 32,92 KB / Downloads: 35)


Ahora vamos con la creación de la base de datos vacía a la que asignaremos el usuario "joplin".
Seleccionamos de nuevo bases de datos y hacemos botón secundario, del menu emergente seleccionamos "crear", "base de datos" 

.jpg   joplin_mover_7.jpg (Size: 86,35 KB / Downloads: 35)

Y seguimos un asistente para crearla

.jpg   joplin_mover_12.jpg (Size: 46,84 KB / Downloads: 35)

Seleccionamos el usuario "joplin" como dueño

.jpg   joplin_mover_13.jpg (Size: 48,87 KB / Downloads: 38)

En la lengüeta de seguridad le demos los permisos adecuados

.jpg   joplin_mover_14.jpg (Size: 60,87 KB / Downloads: 41)

y ya tendremos creada la base de datos "joplin_db" vacía con un usuario llamado "joplin"

Ahora toca la restauración propiamente dicha haciendo botón secundario sobre la base de datos joplin y elegimos la opción de restaurar


.jpg   joplin_mover_15.jpg (Size: 154,01 KB / Downloads: 33)

Se inicia un asistente donde indicaremos el archivo origen y el tipo de copia

.jpg   joplin_mover_16.jpg (Size: 54,86 KB / Downloads: 35)

especificamos el nombre del archivo de la copia

.jpg   joplin_mover_32.jpg (Size: 68,47 KB / Downloads: 31)

Y tras unos segundos, la copia estará restaurada


7-instalación del docker de Joplin en la nueva máquina apuntando a la BBDD restaurada
Ahora hemos de desplegar el docker de Joplin haciendo que apunte a la nueva BBDD.
En el caso de ejemplo hay definido un archivo con unos parámetros de inicio que se encuentra ubicado en la carpeta persistente de Joplin.
Este archivo ha de ser creado antes de lanzar la cadena de creación del docker.
En nuestro caso está en "/share/DockerData/joplin" para una Qnap, y el una Terramaster estaría en "/Volume1/DockerData/joplin".
Ni que decir tiene que esa carpeta hemos de crearla con los permisos adecuados y dejar en su interior ese archivo ".env"
La forma mas fácil es usar un Winscp y hacer la copia entre ambas máquinas  Big Grin

Con el archivo ".env" ,desde una consola nos situamos en esa carpeta "/Volume1/DockerData/joplin" y lanzamos la cadena de creación del docker

Para una Qnap sería del tipo:
Code:
docker run -d  -p ip_nueva_nas:22300:22300 --restart always --name="joplin" --env-file .env -v /share/DockerData/joplin:/var/lib/postgresql/data -e DB_CLIENT=pg -e POSTGRES_HOST=ip_nueva_nas -e POSTGRES_PORT=5432 -e POSTGRES_DB=joplin -e POSTGRES_USER=usuario_joplin -e POSTGRES_PASSWORD=clave_usuario_joplin  joplin/server:latest

Y para una Terramaster sería del tipo
Code:
docker run -d  -p ip_nueva_nas:22300:22300 --restart always --name="joplin" --env-file .env -v /Volume1/DockerData/joplin:/var/lib/postgresql/data -e DB_CLIENT=pg -e POSTGRES_HOST=ip_nueva_nas -e POSTGRES_PORT=5432 -e POSTGRES_DB=joplin -e POSTGRES_USER=usuario_joplin -e POSTGRES_PASSWORD=clave_usuario_joplin  joplin/server:latest

Con esto ya tendríamos levantado en nuestra red un docker de Joplin que estaría accesible sólo desde equipos locales.

8-modificaciones de redirecciones en el router o proxy  inverso

Si queremos que esté accesible desde el exterior de nuestra red deberemos modificar las reglas de redireccionamiento que hicimos en su día en el router.
Este cambio es sencillo ya que sólo debemos editar la regla y cambiar la ip de la máquina vieja y poner la ip de la nueva. Los puertos se mantienen

Si en nuestra red el acceso a Joplin se hiciese por un proxy inverso tipo Nginx Proxy manager, debemos editar el "proxy host" adecuado y de nuevo con sólo actualizar la ip cambiando la vieja por la nueva tendremos nuestro Joplin accesible desde el exterior para nuestros equipos clientes.

Nota:
Este post se ha hecho en realidad para ver como hemos de proceder para mover un docker y los datos asociados  de su bbdd en postgresql.
Lo podemos aplicar para otros dockers que no sean Joplin  Smile

Para Joplin hay una forma muuucho mas fácil de moverlo ya que el mismo cliente de Joplin pemite hacer una copia de respaldo.
Es decir, que podíamos haber generado un nuevo postgresql y joplin vacíos, luego exportaríamos los datos Joplin con un cliente y desde un cliente  reconfiguramos la conexión al nuevo Joplin y restauraríamos los datos  Tongue
como siempre si veis algún error o errata me lo hacéis llegar por privado para corregirlo]]>
En este post vamos a tratar de describir como hacer una copia o mover un docker de Joplin que usa como BBDD una postgresql desde una QNAP a otra máquina.

Para ello nos apoyaremos en el gestor de BBDD PgAdmin. 

Los pasos a realizar serán los siguientes:
1-detenemos el docker de Joplin
2-instalacion del docker de postgresql en la máquina nueva
3_1-instalación del docker de PgAdmin en la máquina nueva (opcion 1)
3_2-agregar servidor postgresql de máquina original en PgAdmin de máquina nueva (opcion 1)
4-1-agregar servidor postgresql de máquina nueva en PgAdmin de máquina original (opcion 2)
5-copia de seguridad de la BBDD usando PgAdmin
6-restauración de la BBDD en el nuevo postgresql usando PgAdmin
7-instalación del docker de Joplin en la nueva máquina apuntando a la BBDD restaurada
8-modificaciones de redirecciones en el router o proxy  inverso 

1-detenemos el docker de Joplin

Este punto es importante ya que podemos tener algún cliente externo haciendo modificaciones a los datos de Joplin y por tanto haciéndolos en la BBDD.
La detención la podemos hacer con algun gestor de dockers tipo Portainer,  el bot de Telegram para controlarlos o hacerlo mediante la consola de comandos.

En el siguiente comando de ejemplo el docker de Joplin se llama "joplin" (muy original  Wink )
Code:
docker stop joplin


.jpg   joplin_mover_1.jpg (Size: 3,52 KB / Downloads: 42)


2-instalacion del docker de postgresql en la máquina nueva

Aquí no hay mucho misterio, sólo hemos de lanzar el siguiente comando si fuese de QNAP
Code:
docker run -d --name="postgresql" --restart always -p 5432:5432-e POSTGRES_USER=usuario_admin -e POSTGRES_PASSWORD=clave_usuario -e POSTGRES_DB=postgresql_db -v /share/DockerData/postgresql:/var/lib/postgresql/data postgres:13.8

Como voy a hacerlo en un Terramaster, el código será similar a este otro
Code:
docker run -d --name="postgresql" --restart always -p 5432:5432-e POSTGRES_USER=usuario_admin -e POSTGRES_PASSWORD=clave_usuario -e POSTGRES_DB=postgresql_db -v /Volume1/DockerData/postgresql:/var/lib/postgresql/data postgres:13.8

También nos puede ser interesante indicar la ip del docker si sabemos el rango que va a tener. Esto se haría añadiendo algo como "--ip 10.10.30.2"

En el caso del comando anterior, no hemos puesto como versión de postgresql la "latest" y es que hemos obligado la versión del postgresql a 13.8, pero podemos usar otras, pero hemos de asegurarnos que la versión del docker de Joplin es compatible con la versión de postgresql que instalemos.

También hemos de leer la documentación del docker si usamos otras versiones ya que es posible que nos pida definir otras variables a la hora de crearlo.

3_1-instalación del docker de PgAdmin en la máquina nueva (opcion 1)

Este paso es opcional ya que NO tenemos porque instalar otro PgAdmin en la máquina nueva puesto que ya tenemos uno en la vieja. 
Podemos usar el PgAdmin de la Qnap para gestionar postgresql de otras máquinas de nuestra red.

He puesto este paso ya que creo interesante que si estamos moviendo dockers y BBDD de postgresql a una nueva máquina, es que la vieja va a ser retirada en algún modo y con este paso ya tenemos un nuevo PgAdmin operativo para futuros usos.

Para el despliegue del nuevo docker de PgAdmin usaremos este comando en una Qnap o en una Terramaster (es el mismo  Big Grin )
Code:
docker run -d  -p 9158:80 -p 9157:443 --restart always --name="pgadmin4" -e PGADMIN_DEFAULT_EMAIL=mi_correo_electronico -e PGADMIN_DEFAULT_PASSWORD=clave  dpage/pgadmin4:9.14.0

Los puertos 9158 y 9157 pueden ser otros de nuestra elección.

3_2-agregar servidor postgresql de máquina original en PgAdmin de máquina nueva (opcion 1)

Aquí tras identificarnos en el PgAdmin, hemos de agregar un nuevo servidor de postgresql en su lista.
Para hacerlo podemos hacerlo pulsando sobre cualquiera de las dos opciones de la siguiente imagen

.jpg   joplin_mover_19.jpg (Size: 164,69 KB / Downloads: 36)

Se nos presenta un asistente que completaremos como en las siguiente imágenes

.jpg   joplin_mover_20.jpg (Size: 66,15 KB / Downloads: 42)

ahora rellenamos con los datos de identificación (nombre de la base de datos, usuario y clave que usamos en su día cuando creamos el docker de postgresql)


.jpg   joplin_mover_22.jpg (Size: 65,78 KB / Downloads: 41)

Y tras aceptar, ya tendremos nuestro servidor postgresql de la máquina vieja registrado en el PgAdmin de la máquina nueva.

.jpg   joplin_mover_23.jpg (Size: 20,67 KB / Downloads: 40)

4-1-agregar servidor postgresql de máquina nueva en PgAdmin de máquina original (opcion 2)

De la misma forma, si no quisiéramos instalar el docker de PgAdmin en la nueva máquina, podemos usar el PgAdmin de la vieja para agregar el servidor postgresql de la máquina nueva y de esa forma el PgAdmin de la vieja puede gestionar las BBDD de postgreSQL de la nas vieja y las de la nueva máquina.

El proceso de adicción del nuevo servidor de postgreSQL es casi calcado del del punto anterior.
Nos identificamos en el PgAdmin de la Nas vieja e iniciamos el asistente de añadir un servidor:

.jpg   joplin_mover_24.jpg (Size: 100,63 KB / Downloads: 37)

Suministramos los datos del nuevo servidor de PostgreSQL para registrarlo

.jpg   joplin_mover_25.jpg (Size: 48,42 KB / Downloads: 39)

rellenamos con los datos de ip, usuario, clave y nombre de la base de datos

.jpg   joplin_mover_26.jpg (Size: 43,58 KB / Downloads: 39)

Y con eso, ya tendremos nuestro servidor PostgreSQL de la máquina nueva, registrado en el PgAdmin de la Nas vieja

.jpg   joplin_mover_27.jpg (Size: 39,82 KB / Downloads: 36)
5-copia de seguridad de la BBDD usando PgAdmin

Es muy importante que los docker de Postgresql y PgAdmin estén en la misma red de dockers o en la misma red local. Si no lo hacemos, el docker de PgAdmin no podrá alcanzar al docker de PostgreSQL.

Una vez identificados en PgAdmd y ya teniendo la conexión al servidor PostgreSQL podemos hacer la exportación.

En la siguiente imagen vemos que PgAdmin tiene definidas dos conexiones a dos servidores de PostgreSQL distintos.

.jpg   joplin_mover_2.jpg (Size: 98,46 KB / Downloads: 43)

El ejemplo, el que nos interesa es el llamado "postgressql" y su bbdd "joplin".

Para exportar la BBDD, seleccionamos la bbdd "joplin" y pulsamos botón secundario.
Al hacerlo se nos presenta un menú emergente del que seleccionaremos la opción de "respaldar"

.jpg   joplin_mover_3.jpg (Size: 81,6 KB / Downloads: 41)

Al continuar, empezará el proceso. Si pulsamos a la información durante la acción, podemos en una ventana el comando que se lanza y como va desarrollándose la copia de seguridad. 

.jpg   joplin_mover_4.jpg (Size: 46,76 KB / Downloads: 40)

En esa ventana podemos ver el comando que se lanza en el sistema (pg_dump).
Es conveniente recordar que si lo hacemos las restauraciones a versiones de postgresql distin podemos tener problemas de versión.
Como regla general, la base de datos exportada no dará problemas si lo importamos desde una versión igual o superior.
En el caso de la imagen se ve en la captura el comando "/usr/local/pgsql-16/pg_dump" . Es decir es una versión 16.


.jpg   joplin_mover_5.jpg (Size: 98,52 KB / Downloads: 41)


Nota:
En el caso de que usemos un PgAdmin para exportar y otro PgAdmin para importarlo, tenemos un pequeño inconveniente, y es que la copia ha queda dentro del docker de PgAdmin.
Para poder moverlo al sistema de archivo de la nas, hemos de lanzar un comando que lo copia por ejemplo a la carpeta /Public.
La ruta del archivo dentro del docker es "/var/lib/pgadmin/storage/usuario_pgadmin/" y el archivo será "joplin" (o el nombre que escribimos en las pantallas anteriores).

.jpg   joplin_mover_6.jpg (Size: 12,62 KB / Downloads: 43)

El comando a ejecutar es similar al siguiente.
Code:
docker cp nombre_docker_pgadmin:/var/lib/pgadmin/storage/usuario_pgadmin/joplin /share/Public/joplin

He usado como destino la carpeta Public porque existe en todas las nas de QNAP y así no tenemos pérdida a la hora de recuperarla  Big Grin

Una forma para evitar tener que usar el anterio comando sería si definimos en la cadena de creación del docker PgAdmin una ruta persistente del tipo
"-v /share/DockerData/pgadmin:/var/lib/pgadmib/storage".
Así al hacer la exportación, los archivos quedarían en esa carpeta accesible desde el sistema de archivos de la nas y nos evitaríamos lo del comando "docker cp"  Wink  y podemos copiar a una carpeta de la nas destino para hacer la importación.

6-restauración de la BBDD en el nuevo postgresql usando PgAdmin

Teniendo ya accesible la copia desde el PgAdmin, ahora toca restaurarla.
En función de como y desde donde hicimos la exportación procederemos de forma similar en todos los casos

Vamos al caso fácil, tenemos un PgAdmin con los dos servidores PostgreSQL (nuevo y viejo) conectados y administrados.

Seleccionamos el viejo servidor y hacemos botón secundario para elegir del menú emergente la opción de crear un usuario primero.

.jpg   joplin_mover_8.jpg (Size: 124,74 KB / Downloads: 37)

Lo llamaré igual que en la máquina original "joplin"

.jpg   joplin_mover_9.jpg (Size: 47,1 KB / Downloads: 34)

definimos la contraseña que luego la usaremos en la definición de creación del docker de Joplin.

.jpg   joplin_mover_10.jpg (Size: 57,06 KB / Downloads: 37)

le damos privilegios a ese usuario para que pueda operar con la bbdd

.jpg   joplin_mover_28.jpg (Size: 32,92 KB / Downloads: 35)


Ahora vamos con la creación de la base de datos vacía a la que asignaremos el usuario "joplin".
Seleccionamos de nuevo bases de datos y hacemos botón secundario, del menu emergente seleccionamos "crear", "base de datos" 

.jpg   joplin_mover_7.jpg (Size: 86,35 KB / Downloads: 35)

Y seguimos un asistente para crearla

.jpg   joplin_mover_12.jpg (Size: 46,84 KB / Downloads: 35)

Seleccionamos el usuario "joplin" como dueño

.jpg   joplin_mover_13.jpg (Size: 48,87 KB / Downloads: 38)

En la lengüeta de seguridad le demos los permisos adecuados

.jpg   joplin_mover_14.jpg (Size: 60,87 KB / Downloads: 41)

y ya tendremos creada la base de datos "joplin_db" vacía con un usuario llamado "joplin"

Ahora toca la restauración propiamente dicha haciendo botón secundario sobre la base de datos joplin y elegimos la opción de restaurar


.jpg   joplin_mover_15.jpg (Size: 154,01 KB / Downloads: 33)

Se inicia un asistente donde indicaremos el archivo origen y el tipo de copia

.jpg   joplin_mover_16.jpg (Size: 54,86 KB / Downloads: 35)

especificamos el nombre del archivo de la copia

.jpg   joplin_mover_32.jpg (Size: 68,47 KB / Downloads: 31)

Y tras unos segundos, la copia estará restaurada


7-instalación del docker de Joplin en la nueva máquina apuntando a la BBDD restaurada
Ahora hemos de desplegar el docker de Joplin haciendo que apunte a la nueva BBDD.
En el caso de ejemplo hay definido un archivo con unos parámetros de inicio que se encuentra ubicado en la carpeta persistente de Joplin.
Este archivo ha de ser creado antes de lanzar la cadena de creación del docker.
En nuestro caso está en "/share/DockerData/joplin" para una Qnap, y el una Terramaster estaría en "/Volume1/DockerData/joplin".
Ni que decir tiene que esa carpeta hemos de crearla con los permisos adecuados y dejar en su interior ese archivo ".env"
La forma mas fácil es usar un Winscp y hacer la copia entre ambas máquinas  Big Grin

Con el archivo ".env" ,desde una consola nos situamos en esa carpeta "/Volume1/DockerData/joplin" y lanzamos la cadena de creación del docker

Para una Qnap sería del tipo:
Code:
docker run -d  -p ip_nueva_nas:22300:22300 --restart always --name="joplin" --env-file .env -v /share/DockerData/joplin:/var/lib/postgresql/data -e DB_CLIENT=pg -e POSTGRES_HOST=ip_nueva_nas -e POSTGRES_PORT=5432 -e POSTGRES_DB=joplin -e POSTGRES_USER=usuario_joplin -e POSTGRES_PASSWORD=clave_usuario_joplin  joplin/server:latest

Y para una Terramaster sería del tipo
Code:
docker run -d  -p ip_nueva_nas:22300:22300 --restart always --name="joplin" --env-file .env -v /Volume1/DockerData/joplin:/var/lib/postgresql/data -e DB_CLIENT=pg -e POSTGRES_HOST=ip_nueva_nas -e POSTGRES_PORT=5432 -e POSTGRES_DB=joplin -e POSTGRES_USER=usuario_joplin -e POSTGRES_PASSWORD=clave_usuario_joplin  joplin/server:latest

Con esto ya tendríamos levantado en nuestra red un docker de Joplin que estaría accesible sólo desde equipos locales.

8-modificaciones de redirecciones en el router o proxy  inverso

Si queremos que esté accesible desde el exterior de nuestra red deberemos modificar las reglas de redireccionamiento que hicimos en su día en el router.
Este cambio es sencillo ya que sólo debemos editar la regla y cambiar la ip de la máquina vieja y poner la ip de la nueva. Los puertos se mantienen

Si en nuestra red el acceso a Joplin se hiciese por un proxy inverso tipo Nginx Proxy manager, debemos editar el "proxy host" adecuado y de nuevo con sólo actualizar la ip cambiando la vieja por la nueva tendremos nuestro Joplin accesible desde el exterior para nuestros equipos clientes.

Nota:
Este post se ha hecho en realidad para ver como hemos de proceder para mover un docker y los datos asociados  de su bbdd en postgresql.
Lo podemos aplicar para otros dockers que no sean Joplin  Smile

Para Joplin hay una forma muuucho mas fácil de moverlo ya que el mismo cliente de Joplin pemite hacer una copia de respaldo.
Es decir, que podíamos haber generado un nuevo postgresql y joplin vacíos, luego exportaríamos los datos Joplin con un cliente y desde un cliente  reconfiguramos la conexión al nuevo Joplin y restauraríamos los datos  Tongue
como siempre si veis algún error o errata me lo hacéis llegar por privado para corregirlo]]> <![CDATA[Traslado de un docker Nginx Proxy Manager con MariaDB a NAS de Terramaster]]> https://www.qnapclub.es/showthread.php?tid=5773 Sun, 29 Mar 2026 22:53:23 +0200 Ganekogorta]]> https://www.qnapclub.es/showthread.php?tid=5773
Voy a tratar de describir como trasladar un docker de Nginx Proxy Manager que usa MariaDB a otra máquina.
A la inversa sería muy similar ya que a fin de cuentas estamos trasladando dockers

El este caso lo voy a hacer a una NAS que no es de Qnap.

Lo que quiero que se vea que el traslado de dockers es "casi" independiente del tipo de Nas o máquina empleada.

Los pasos generales serían los siguientes:
1-backup de la base de datos de MariaDB con PhpMyAdmin desde la máquina QNAP.
2-activacion de MariaDB en la máquina destino si es que no lo tiene instalado.
3-restauracion de la base de datos.
4-despliegue del docker adaptándolo rutas a las de la máquina nueva.
5-cambios en nuestro router para que los puertos 443 y 80 externos a nuestra red, lleguen al nuevo docker de Nginx.


1-backup de la base de datos de MariaDB con PhpMyAdmin

Abrimos la aplicación web PhpMyAdmin.
Dependiendo de nuestra instalación podemos tener instalada en nuestra nas la BBDD en MariaDB 5, MariaDB10 o incluso tener las dos simultáneamente.

Lanzamos PhPMyAdmin

.jpg   nginxl_mover_1.jpg (Size: 5,67 KB / Downloads: 61)

Abrimos sesión en la que tenga la BBDD de nuestro Nginx Proxy Manager

.jpg   nginxl_mover_11.jpg (Size: 24,81 KB / Downloads: 57)

En el caso de la imagen se puede observar que puedo seleccionar otros servidores de MariaDB. 
Estos servidores NO tiene porque ser de la máquina que hospeda PhpMyAdmin, pueden ser incluso los de otras máquinas.

Lo normal es que sólo tengamos uno y nos permita sólo abrir el que tengamos.
Una vez identificados en PhPMyAdmin veremos la lista de bases de datos que tenemos instaladas.
En nuestro caso la que nos interesa es la de nginx (que se definió durante la creación y arranque del docker de Nginx Proxy Manager)


.jpg   nginxl_mover_3.jpg (Size: 36,54 KB / Downloads: 54)

Seleccionamos la base de datos y vamos a lengüeta de exportar

.jpg   nginxl_mover_4.jpg (Size: 61,23 KB / Downloads: 52)

dejamos el formato SQL y pulsamos en el botón de "Exportar"

Nos generará un archivo con extensión .sql que usaremos mas adelante.

2-activacion de MariaDB en la máquina destino si es que no lo tiene instalado

En este caso voy a trasladarlo a otra nas pero de marca distinta a Qnap, usaré un Terramaster, pero podia haber sido un PC, una UGreen, Synology,... u otra Qnap.

En el caso de Terramaster, no se incluye de serie el gestor PhPMyAdmin.
Viene uno llamado simplemente MariaDB

.jpg   nginxl_mover_6.jpg (Size: 2,74 KB / Downloads: 61)

Que si lo abrimos es Hydra para Adminer. 
Este Adminer es un buen gestor web de BBDD similar a PhPMyAdmin que podemos instalar también en nuestra QNAP 

.jpg   nginxl_mover_5.jpg (Size: 34,41 KB / Downloads: 58)

Si alguno lo quiere instalar en su QNAP que lance el siguiente comando en la consola para instalar Adminer como Docker usando el puerto 9080
Code:
docker run -d --name=adminer -p 9080:8080 -e ADMINER_DESIGN='price' --restart unless-stopped -e ADMINER_DEFAULT_SERVER=mysql adminer

Pero para hacerlo mas "sencilo" y homogéneo usaremos PhPMyAdmin.

Para ello tenemos dos opciones: 
  • instalamos PhPMYAdmin en la Terramaster
  • hacemos que nuestra PHPMyAdmin instalala en la QNAP pueda gestionar la MariaDB de la Terramaster

Y en mi caso instalé PhpMyAdmin desde el centro de aplicaciones de la Terramaster

.jpg   nginxl_mover_7.jpg (Size: 37,87 KB / Downloads: 61)

Si queremos usarlo desde la QNAP, hemos de editar (con cuidado) el archivo de configuración de PhpMyAdmin "config.inc.php"
En este otro post ya se comentó como hacer este tipo de configuración.

Por ejemplo deberíamos añadir algo "similar"  a esto en el archivo "config.inc.php" si nuestra Terramaster tuviese la ip 192.168.88.88
Code:
/**
* servidor externo
*/
$i++;
/* Authentication type */
$cfg['Servers'][$i]['auth_type'] = 'cookie';
$cfg['Servers'][$i]['verbose'] = 'Terramaster';
/* Server parameters */
$cfg['Servers'][$i]['host'] = '192.168.88.88';
$cfg['Servers'][$i]['Connect_type'] = 'tcp';
$cfg['Servers'][$i]['compress'] = false;
$cfg['Servers'][$i]['AllowNoPassword'] = false;
/**
* End of servers configuration
*/

Una vez que tengamos nuestro PhpMyAdmin con acceso a la Terramaster.
Deberemos crear la BBDD vacía con el mismo nombre y el mismo nombre usuario y privilegios sobre esa BBDD que usamos en nuestra QNAP.

.jpg   nginxl_mover_8.jpg (Size: 121,15 KB / Downloads: 58)

Ahora creamos al usuario y usamos la misma clave que se usó en QNAP (si los cambiamos lo haremos también en la creación del docker)
Para crear al usuario lo haremos estando dentro de la base de datos Nginx_db y vamos a la lengüeta de 

.jpg   nginxl_mover_12.jpg (Size: 96,78 KB / Downloads: 54)

y tras pulsar al botón de "Go" se crea el usuario con permisos sólo en esa BBDD

.jpg   nginxl_mover_13.jpg (Size: 156,27 KB / Downloads: 55)

tal como muestra la siguiente pantalla de resumen

.jpg   nginxl_mover_14.jpg (Size: 79,04 KB / Downloads: 52)


3-restauracion de la base de datos.

Ahora teniendo seleccionada la BBDD "nginx_db" abrimos la legüeta de importar

.jpg   nginxl_mover_9.jpg (Size: 107,93 KB / Downloads: 57)

Seleccionamos el archivo sql que generamos en el punto 1 y pulsamos al botón inferior de importar.
Si todo ha ido bien, veremos la estructura y datos que teníamos en nuestra QNAP.

.jpg   nginxl_mover_10.jpg (Size: 42,56 KB / Downloads: 58)

En la parte de la derecha podemos ver el número de registros que contiene cada tabla.
4-despliegue del docker adaptándolo rutas a las de la máquina nueva.

Ahora lanzamos la cadena de creación del docker.
Cuando se hizo en la QNAP se lanzó con este comando
Code:
docker run -d -p 2080:80 -p 2081:81 -p 2443:443 --restart always --name="nginx" -v /share/DockerData/nginx/data:/data/ -v /share/DockerData/nginx/letsencrypt:/etc/letsencrypt/  -e "DB_MYSQL_HOST=ip_de_nuestra_nas" -e "DB_MYSQL_PORT=3307" -e "DB_MYSQL_USER=usernginx" -e "DB_MYSQL_PASSWORD=claveusernginx" -e "DB_MYSQL_NAME=nginx_db" -e "DISABLE_IPV6=true" jc21/nginx-proxy-manager:latest

Para lanzarlo en Terramaster, debemos adaptar las rutas persistentes al sistema de carpetas de Terramaster
Code:
docker run -d -p 2080:80 -p 2081:81 -p 2443:443 --restart always --name="nginx" -v /Volume1/DockerData/nginx/data:/data/ -v /Volume1/DockerData/nginx/letsencrypt:/etc/letsencrypt/  -e "DB_MYSQL_HOST=ip_de_nuestra_nas" -e "DB_MYSQL_PORT=3306" -e "DB_MYSQL_USER=usernginx" -e "DB_MYSQL_PASSWORD=claveusernginx" -e "DB_MYSQL_NAME=nginx_db" -e "DISABLE_IPV6=true" jc21/nginx-proxy-manager:latest

En en caso de la Terramaster, su estructura de archivos no es igual en cuanto a rutas de carpetas compartidas y hay que recordar que tenemos alguna usada como persistente en la definición del docker.
En vez de estar en "/share/" como en QNAP, se ubican en "/VolumeXX/"

También he cambiado el puerto usado por la MariaDB de 3307 en la Qnap al habitual 3306 en la Terramaster. Esto es así ya que en la Qnap teníamos dos MariaDB. La version 5 y la 10, que usaban el 3306 y 3307 respectivamente.

Si todo ha ido bien, abriremos un navegador web y escribiremos "https://ip_nas_terramaster:2081" y se nos presentará la web de gestión de Nginx Proxy Manager.
Introducimos el mismo usuario y clave que usabamos en nuestra anterior Qnap y veremos el mismo contenido que tenemos en la anterio nas.

.jpg   nginxl_mover_15.jpg (Size: 31,83 KB / Downloads: 48)

5-cambios en nuestro router para que los puertos 443 y 80 externos a nuestra red, lleguen al nuevo docker de Nginx.

Ahora, para activarlo, sólo debemos editar las reglas de nuestro cortafuegos para que los puertos 80 y 443 externos, en vez de ser redirigidos a la ip de la QNAP, lo sean al de la Terramaster.

Evidentemente este tipo de traslados tiene sentido cuando hay muchas configuraciones dentro de nuestro nginx que son tediosas de repetir en uno nuevo.
También puede ser útil el hacerlo simplemente para tener una replica de uno por si cayese la máquina que lo aloja y con iniciarlo y reconfigurar las dos reglas del router ya tendríamos de nuevo operativo uno.

Y con esto hemos finalizado.


Si veis alguna errata comentadme por privado para corregirla.]]>
Voy a tratar de describir como trasladar un docker de Nginx Proxy Manager que usa MariaDB a otra máquina.
A la inversa sería muy similar ya que a fin de cuentas estamos trasladando dockers

El este caso lo voy a hacer a una NAS que no es de Qnap.

Lo que quiero que se vea que el traslado de dockers es "casi" independiente del tipo de Nas o máquina empleada.

Los pasos generales serían los siguientes:
1-backup de la base de datos de MariaDB con PhpMyAdmin desde la máquina QNAP.
2-activacion de MariaDB en la máquina destino si es que no lo tiene instalado.
3-restauracion de la base de datos.
4-despliegue del docker adaptándolo rutas a las de la máquina nueva.
5-cambios en nuestro router para que los puertos 443 y 80 externos a nuestra red, lleguen al nuevo docker de Nginx.


1-backup de la base de datos de MariaDB con PhpMyAdmin

Abrimos la aplicación web PhpMyAdmin.
Dependiendo de nuestra instalación podemos tener instalada en nuestra nas la BBDD en MariaDB 5, MariaDB10 o incluso tener las dos simultáneamente.

Lanzamos PhPMyAdmin

.jpg   nginxl_mover_1.jpg (Size: 5,67 KB / Downloads: 61)

Abrimos sesión en la que tenga la BBDD de nuestro Nginx Proxy Manager

.jpg   nginxl_mover_11.jpg (Size: 24,81 KB / Downloads: 57)

En el caso de la imagen se puede observar que puedo seleccionar otros servidores de MariaDB. 
Estos servidores NO tiene porque ser de la máquina que hospeda PhpMyAdmin, pueden ser incluso los de otras máquinas.

Lo normal es que sólo tengamos uno y nos permita sólo abrir el que tengamos.
Una vez identificados en PhPMyAdmin veremos la lista de bases de datos que tenemos instaladas.
En nuestro caso la que nos interesa es la de nginx (que se definió durante la creación y arranque del docker de Nginx Proxy Manager)


.jpg   nginxl_mover_3.jpg (Size: 36,54 KB / Downloads: 54)

Seleccionamos la base de datos y vamos a lengüeta de exportar

.jpg   nginxl_mover_4.jpg (Size: 61,23 KB / Downloads: 52)

dejamos el formato SQL y pulsamos en el botón de "Exportar"

Nos generará un archivo con extensión .sql que usaremos mas adelante.

2-activacion de MariaDB en la máquina destino si es que no lo tiene instalado

En este caso voy a trasladarlo a otra nas pero de marca distinta a Qnap, usaré un Terramaster, pero podia haber sido un PC, una UGreen, Synology,... u otra Qnap.

En el caso de Terramaster, no se incluye de serie el gestor PhPMyAdmin.
Viene uno llamado simplemente MariaDB

.jpg   nginxl_mover_6.jpg (Size: 2,74 KB / Downloads: 61)

Que si lo abrimos es Hydra para Adminer. 
Este Adminer es un buen gestor web de BBDD similar a PhPMyAdmin que podemos instalar también en nuestra QNAP 

.jpg   nginxl_mover_5.jpg (Size: 34,41 KB / Downloads: 58)

Si alguno lo quiere instalar en su QNAP que lance el siguiente comando en la consola para instalar Adminer como Docker usando el puerto 9080
Code:
docker run -d --name=adminer -p 9080:8080 -e ADMINER_DESIGN='price' --restart unless-stopped -e ADMINER_DEFAULT_SERVER=mysql adminer

Pero para hacerlo mas "sencilo" y homogéneo usaremos PhPMyAdmin.

Para ello tenemos dos opciones: 
  • instalamos PhPMYAdmin en la Terramaster
  • hacemos que nuestra PHPMyAdmin instalala en la QNAP pueda gestionar la MariaDB de la Terramaster

Y en mi caso instalé PhpMyAdmin desde el centro de aplicaciones de la Terramaster

.jpg   nginxl_mover_7.jpg (Size: 37,87 KB / Downloads: 61)

Si queremos usarlo desde la QNAP, hemos de editar (con cuidado) el archivo de configuración de PhpMyAdmin "config.inc.php"
En este otro post ya se comentó como hacer este tipo de configuración.

Por ejemplo deberíamos añadir algo "similar"  a esto en el archivo "config.inc.php" si nuestra Terramaster tuviese la ip 192.168.88.88
Code:
/**
* servidor externo
*/
$i++;
/* Authentication type */
$cfg['Servers'][$i]['auth_type'] = 'cookie';
$cfg['Servers'][$i]['verbose'] = 'Terramaster';
/* Server parameters */
$cfg['Servers'][$i]['host'] = '192.168.88.88';
$cfg['Servers'][$i]['Connect_type'] = 'tcp';
$cfg['Servers'][$i]['compress'] = false;
$cfg['Servers'][$i]['AllowNoPassword'] = false;
/**
* End of servers configuration
*/

Una vez que tengamos nuestro PhpMyAdmin con acceso a la Terramaster.
Deberemos crear la BBDD vacía con el mismo nombre y el mismo nombre usuario y privilegios sobre esa BBDD que usamos en nuestra QNAP.

.jpg   nginxl_mover_8.jpg (Size: 121,15 KB / Downloads: 58)

Ahora creamos al usuario y usamos la misma clave que se usó en QNAP (si los cambiamos lo haremos también en la creación del docker)
Para crear al usuario lo haremos estando dentro de la base de datos Nginx_db y vamos a la lengüeta de 

.jpg   nginxl_mover_12.jpg (Size: 96,78 KB / Downloads: 54)

y tras pulsar al botón de "Go" se crea el usuario con permisos sólo en esa BBDD

.jpg   nginxl_mover_13.jpg (Size: 156,27 KB / Downloads: 55)

tal como muestra la siguiente pantalla de resumen

.jpg   nginxl_mover_14.jpg (Size: 79,04 KB / Downloads: 52)


3-restauracion de la base de datos.

Ahora teniendo seleccionada la BBDD "nginx_db" abrimos la legüeta de importar

.jpg   nginxl_mover_9.jpg (Size: 107,93 KB / Downloads: 57)

Seleccionamos el archivo sql que generamos en el punto 1 y pulsamos al botón inferior de importar.
Si todo ha ido bien, veremos la estructura y datos que teníamos en nuestra QNAP.

.jpg   nginxl_mover_10.jpg (Size: 42,56 KB / Downloads: 58)

En la parte de la derecha podemos ver el número de registros que contiene cada tabla.
4-despliegue del docker adaptándolo rutas a las de la máquina nueva.

Ahora lanzamos la cadena de creación del docker.
Cuando se hizo en la QNAP se lanzó con este comando
Code:
docker run -d -p 2080:80 -p 2081:81 -p 2443:443 --restart always --name="nginx" -v /share/DockerData/nginx/data:/data/ -v /share/DockerData/nginx/letsencrypt:/etc/letsencrypt/  -e "DB_MYSQL_HOST=ip_de_nuestra_nas" -e "DB_MYSQL_PORT=3307" -e "DB_MYSQL_USER=usernginx" -e "DB_MYSQL_PASSWORD=claveusernginx" -e "DB_MYSQL_NAME=nginx_db" -e "DISABLE_IPV6=true" jc21/nginx-proxy-manager:latest

Para lanzarlo en Terramaster, debemos adaptar las rutas persistentes al sistema de carpetas de Terramaster
Code:
docker run -d -p 2080:80 -p 2081:81 -p 2443:443 --restart always --name="nginx" -v /Volume1/DockerData/nginx/data:/data/ -v /Volume1/DockerData/nginx/letsencrypt:/etc/letsencrypt/  -e "DB_MYSQL_HOST=ip_de_nuestra_nas" -e "DB_MYSQL_PORT=3306" -e "DB_MYSQL_USER=usernginx" -e "DB_MYSQL_PASSWORD=claveusernginx" -e "DB_MYSQL_NAME=nginx_db" -e "DISABLE_IPV6=true" jc21/nginx-proxy-manager:latest

En en caso de la Terramaster, su estructura de archivos no es igual en cuanto a rutas de carpetas compartidas y hay que recordar que tenemos alguna usada como persistente en la definición del docker.
En vez de estar en "/share/" como en QNAP, se ubican en "/VolumeXX/"

También he cambiado el puerto usado por la MariaDB de 3307 en la Qnap al habitual 3306 en la Terramaster. Esto es así ya que en la Qnap teníamos dos MariaDB. La version 5 y la 10, que usaban el 3306 y 3307 respectivamente.

Si todo ha ido bien, abriremos un navegador web y escribiremos "https://ip_nas_terramaster:2081" y se nos presentará la web de gestión de Nginx Proxy Manager.
Introducimos el mismo usuario y clave que usabamos en nuestra anterior Qnap y veremos el mismo contenido que tenemos en la anterio nas.

.jpg   nginxl_mover_15.jpg (Size: 31,83 KB / Downloads: 48)

5-cambios en nuestro router para que los puertos 443 y 80 externos a nuestra red, lleguen al nuevo docker de Nginx.

Ahora, para activarlo, sólo debemos editar las reglas de nuestro cortafuegos para que los puertos 80 y 443 externos, en vez de ser redirigidos a la ip de la QNAP, lo sean al de la Terramaster.

Evidentemente este tipo de traslados tiene sentido cuando hay muchas configuraciones dentro de nuestro nginx que son tediosas de repetir en uno nuevo.
También puede ser útil el hacerlo simplemente para tener una replica de uno por si cayese la máquina que lo aloja y con iniciarlo y reconfigurar las dos reglas del router ya tendríamos de nuevo operativo uno.

Y con esto hemos finalizado.


Si veis alguna errata comentadme por privado para corregirla.]]> <![CDATA[Problema con Container Station]]> https://www.qnapclub.es/showthread.php?tid=5751 Thu, 19 Feb 2026 19:23:50 +0100 vuckaner]]> https://www.qnapclub.es/showthread.php?tid=5751

.png   Captura de pantalla 2026-02-19 a las 19.20.02.png (Size: 788,94 KB / Downloads: 78)

He tratado de solventarlo con el soporte de Qnap, pero llevan mareandome dos semanas y no me dan solucion. El caso es que si me conecto por consola y los levanto desde ahí, no tengo problema ninguno.

¿Alguna idea / solución?

Gracias!!]]>

.png   Captura de pantalla 2026-02-19 a las 19.20.02.png (Size: 788,94 KB / Downloads: 78)

He tratado de solventarlo con el soporte de Qnap, pero llevan mareandome dos semanas y no me dan solucion. El caso es que si me conecto por consola y los levanto desde ahí, no tengo problema ninguno.

¿Alguna idea / solución?

Gracias!!]]> <![CDATA[Gestor de contraseñas AliasVault]]> https://www.qnapclub.es/showthread.php?tid=5661 Sat, 20 Sep 2025 19:14:08 +0200 yeraycito]]> https://www.qnapclub.es/showthread.php?tid=5661
AliasVault tiene todo lo que se le puede pedir a un buen gestor de contraseñas, funciona en local, admite 2FA, yubikey, generador de contraseñas, extensiones para los navegadores y aplicaciones tanto para IOS como para Android y junto a todo esto una interfaz de lo más cuidada.

Adicionálmente AliasVault tiene dos funciones extra que la competencia no tiene:

 - AliasVault te permite generar alias (identidades) únicos que puedes utilizar para registrarte en diferentes servicios, manteniendo oculta tu identidad real.

 - AliasVault tiene su propio servidor de correo electrónico integrado que le permite crear direcciones de correo electrónico únicas y recibir correos electrónicos directamente en AliasVault. No se requiere ningún servicio de correo electrónico de terceros.


Como una imagen es mejor que mil palabras os dejo un video en el que se ve esto último:   https://www.youtube.com/watch?v=T35VHmS8a-A&t=51s

Una de las cosas fundamentales en un gestor de contraseñas es la seguridad, en el caso de AliasVault su funcionamiento es el siguiente:

https://docs.aliasvault.net/architecture/


Lo siguiente en este tutorial debería de ser poner el compose para su instalación a través de Container Station o Portainer pero antes de hacerlo explico algo. En mi exclusivo caso personal no voy a hacer uso de las funciones extra de AliasVault, es decir, ni generar alias ni utilizar el servidor de correo integrado así que no necesito que vayan integradas en el compose de instalación. El resumen de esto consiste en que voy a poner dos compose, uno con la versión completa y otro con la versión mini.

ATENCION: Tanto si se escoge uno u otro compose para instalar AliasVault recomiendo encarecídamente hacerlo a través de Portainer.


Compose versión completa:


services:
   aliasvault:
      image: ghcr.io/aliasvault/aliasvault:latest
      container_name: aliasvault
      restart: always

      ports:
          - 94:80
          - 8449:443
          - 25:25
          - 587:587

      volumes:
          - /share/DockerData/aliasvault/database:/database
          - /share/DockerData/aliasvault/logs:/logs
          - /share/DockerData/aliasvault/secrets:/secrets

      environment:
          PUBLIC_REGISTRATION_ENABLED: true
          IP_LOGGING_ENABLED: true
          FORCE_HTTPS_REDIRECT: false
          SUPPORT_EMAIL: ""
          PRIVATE_EMAIL_DOMAINS: ""


A tener en cuenta:

 - El puerto 94 es el puerto de acceso http a AliasVault, el puerto 8449 es el puerto de acceso https y los puertos 25 y 587 son los referidos al servidor de correo.

 - Se utiliza la carpeta DockerData común a otros contenedores de este apartado del foro para las carpetas persistentes de AliasVault.

 - Los apartados SUPPORT EMAIL y PRIVATE EMAIL DOMAINS están sin rellenar. Una vez instalado AliasVault entrando en su configuración he visto apartados en los que se pueden configurar diréctamente esos parámetros pero como estamos instalando AliasVault a través de docker desconozco si funcionarán, en cualquier caso os dejo un enlace en el que se explica como configurarlos en el compose de instalación:

https://docs.aliasvault.net/installation...r-compose/



Compose versión mini:


services:
    aliasvault:
       image: ghcr.io/aliasvault/aliasvault:latest
       container_name: aliasvault
       restart: always

       ports:
           - 8449:443

       volumes:
           - /share/DockerData/aliasvault/database:/database
           - /share/DockerData/aliasvault/logs:/logs
           - /share/DockerData/aliasvault/secrets:/secrets

       environment:
           PUBLIC_REGISTRATION_ENABLED: true
           IP_LOGGING_ENABLED: true
           FORCE_HTTPS_REDIRECT: false


Si se compara este compose versión mini con la versión completa anterior se podrá ver que se ha dejado únicamente el puerto 8449 https para acceder a la interfaz de AliasVault y se han eliminado todos los parámetros y puertos relativos al servidor de correo electrónico.

Lógicamente si después de haber instalado AliasVault nos arrepentimos del compose escogido lo podemos editar desde Portainer añadiendo o quitando los parámetros necesarios.

Sabiendo todo esto instalamos el compose escogido de AliasVault y al hacerlo si nos vamos al log de AliasVault en Portainer nos encontramos con esto:




.png   1.png (Size: 94,75 KB / Downloads: 278)



De todo lo que aparece nos interesa ver que se nos informa que el usuario Admin y sobretodo su contraseña no está configurado por defecto y se nos propone unos comandos para solucionarlo. El siguiente paso consiste en acceder a la consola del contenedor AliasVault desde Portainer y ejecutar el siguiente comando:

aliasvault reset-admin-password




.png   14.png (Size: 351,1 KB / Downloads: 272)



Aunque lógicamente lo he tachado se puede ver que se ha generado una contraseña para el usuario admin que deberemos copiar y guardar, a continuación se nos pide que REINICIEMOS el contenedor AliasVault para que los cambios hagan efecto.

Lo siguiente es acceder a la interfaz de AliasVault pero antes de hacerlo explico algo, se podría decir que AliasVault tiene dos interfaces de acceso, el primero consiste en acceder a su configuración y el segundo es donde vamos a crear el baul o baules donde se van a guardar las contraseñas.

Vamos a empezar accediendo a la configuración de AliasVault, en mi caso he escogido la versión mini del compose de instalación así que para acceder a su interfaz lo hago a través de     https://iplocaldelnas:8449/admin




.png   3.png (Size: 47,05 KB / Downloads: 277)



Usuario: admin

Contraseña: La que generamos y apuntamos anteriórmente.




.png   4.png (Size: 116,26 KB / Downloads: 277)



No me voy a explayar sobre lo que se puede hacer aquí, gestión de usuarios, correo electrónico y configuraciones del servidor.

Como he comentado antes AliasVault tiene dos interfaces, para acceder al segundo que es el que permite el acceso al baul de las contraseñas en mi caso personal lo hago a través de   https://iplocaldelnas:8449




.png   5.png (Size: 61,01 KB / Downloads: 290)



Como no tengo ningún baul ( vault ) creado procedo a su creación, lo primero que se me pide es crear un usuario:




.png   6.png (Size: 69,85 KB / Downloads: 278)



Lo siguiente es ponerle una contraseña maestra:




.png   7.png (Size: 115,14 KB / Downloads: 297)



Y con esto ya tenemos nuestro primer baul de contraseñas.




.png   8.png (Size: 100,94 KB / Downloads: 295)



Si entramos en la configuración del baul de contraseñas podemos, si queremos, configurar una llave Yubikey para desbloquear el baúl en lugar de usar la contraseña maestra.




.png   9.png (Size: 278,88 KB / Downloads: 284)



Podemos importar las contraseñas administradas por otros gestores de contraseñas que tengamos y también tenemos la posibilidad de exportar posteriórmente las contraseñas que tengamos en AliasVault.




.png   10.png (Size: 321,8 KB / Downloads: 280)



También se nos propone instalar extensiones de AliasVault disponibles para todos los navegadores principales, asimismo también podemos instalar AliasVault en dispositivos móviles tanto en IOS como en Android.




.png   11.png (Size: 198,13 KB / Downloads: 276)



Almacenar una contraseña en AliasVault es muy sencillo y visuálmente muy conseguido, el 2FA es admitido.




.png   12.png (Size: 171,13 KB / Downloads: 285)



En mi modesta opinión todo se muestra muy cláramente y como digo reálmente bonito.




.png   13.png (Size: 98,71 KB / Downloads: 276) ]]>
AliasVault tiene todo lo que se le puede pedir a un buen gestor de contraseñas, funciona en local, admite 2FA, yubikey, generador de contraseñas, extensiones para los navegadores y aplicaciones tanto para IOS como para Android y junto a todo esto una interfaz de lo más cuidada.

Adicionálmente AliasVault tiene dos funciones extra que la competencia no tiene:

 - AliasVault te permite generar alias (identidades) únicos que puedes utilizar para registrarte en diferentes servicios, manteniendo oculta tu identidad real.

 - AliasVault tiene su propio servidor de correo electrónico integrado que le permite crear direcciones de correo electrónico únicas y recibir correos electrónicos directamente en AliasVault. No se requiere ningún servicio de correo electrónico de terceros.


Como una imagen es mejor que mil palabras os dejo un video en el que se ve esto último:   https://www.youtube.com/watch?v=T35VHmS8a-A&t=51s

Una de las cosas fundamentales en un gestor de contraseñas es la seguridad, en el caso de AliasVault su funcionamiento es el siguiente:

https://docs.aliasvault.net/architecture/


Lo siguiente en este tutorial debería de ser poner el compose para su instalación a través de Container Station o Portainer pero antes de hacerlo explico algo. En mi exclusivo caso personal no voy a hacer uso de las funciones extra de AliasVault, es decir, ni generar alias ni utilizar el servidor de correo integrado así que no necesito que vayan integradas en el compose de instalación. El resumen de esto consiste en que voy a poner dos compose, uno con la versión completa y otro con la versión mini.

ATENCION: Tanto si se escoge uno u otro compose para instalar AliasVault recomiendo encarecídamente hacerlo a través de Portainer.


Compose versión completa:


services:
   aliasvault:
      image: ghcr.io/aliasvault/aliasvault:latest
      container_name: aliasvault
      restart: always

      ports:
          - 94:80
          - 8449:443
          - 25:25
          - 587:587

      volumes:
          - /share/DockerData/aliasvault/database:/database
          - /share/DockerData/aliasvault/logs:/logs
          - /share/DockerData/aliasvault/secrets:/secrets

      environment:
          PUBLIC_REGISTRATION_ENABLED: true
          IP_LOGGING_ENABLED: true
          FORCE_HTTPS_REDIRECT: false
          SUPPORT_EMAIL: ""
          PRIVATE_EMAIL_DOMAINS: ""


A tener en cuenta:

 - El puerto 94 es el puerto de acceso http a AliasVault, el puerto 8449 es el puerto de acceso https y los puertos 25 y 587 son los referidos al servidor de correo.

 - Se utiliza la carpeta DockerData común a otros contenedores de este apartado del foro para las carpetas persistentes de AliasVault.

 - Los apartados SUPPORT EMAIL y PRIVATE EMAIL DOMAINS están sin rellenar. Una vez instalado AliasVault entrando en su configuración he visto apartados en los que se pueden configurar diréctamente esos parámetros pero como estamos instalando AliasVault a través de docker desconozco si funcionarán, en cualquier caso os dejo un enlace en el que se explica como configurarlos en el compose de instalación:

https://docs.aliasvault.net/installation...r-compose/



Compose versión mini:


services:
    aliasvault:
       image: ghcr.io/aliasvault/aliasvault:latest
       container_name: aliasvault
       restart: always

       ports:
           - 8449:443

       volumes:
           - /share/DockerData/aliasvault/database:/database
           - /share/DockerData/aliasvault/logs:/logs
           - /share/DockerData/aliasvault/secrets:/secrets

       environment:
           PUBLIC_REGISTRATION_ENABLED: true
           IP_LOGGING_ENABLED: true
           FORCE_HTTPS_REDIRECT: false


Si se compara este compose versión mini con la versión completa anterior se podrá ver que se ha dejado únicamente el puerto 8449 https para acceder a la interfaz de AliasVault y se han eliminado todos los parámetros y puertos relativos al servidor de correo electrónico.

Lógicamente si después de haber instalado AliasVault nos arrepentimos del compose escogido lo podemos editar desde Portainer añadiendo o quitando los parámetros necesarios.

Sabiendo todo esto instalamos el compose escogido de AliasVault y al hacerlo si nos vamos al log de AliasVault en Portainer nos encontramos con esto:




.png   1.png (Size: 94,75 KB / Downloads: 278)



De todo lo que aparece nos interesa ver que se nos informa que el usuario Admin y sobretodo su contraseña no está configurado por defecto y se nos propone unos comandos para solucionarlo. El siguiente paso consiste en acceder a la consola del contenedor AliasVault desde Portainer y ejecutar el siguiente comando:

aliasvault reset-admin-password




.png   14.png (Size: 351,1 KB / Downloads: 272)



Aunque lógicamente lo he tachado se puede ver que se ha generado una contraseña para el usuario admin que deberemos copiar y guardar, a continuación se nos pide que REINICIEMOS el contenedor AliasVault para que los cambios hagan efecto.

Lo siguiente es acceder a la interfaz de AliasVault pero antes de hacerlo explico algo, se podría decir que AliasVault tiene dos interfaces de acceso, el primero consiste en acceder a su configuración y el segundo es donde vamos a crear el baul o baules donde se van a guardar las contraseñas.

Vamos a empezar accediendo a la configuración de AliasVault, en mi caso he escogido la versión mini del compose de instalación así que para acceder a su interfaz lo hago a través de     https://iplocaldelnas:8449/admin




.png   3.png (Size: 47,05 KB / Downloads: 277)



Usuario: admin

Contraseña: La que generamos y apuntamos anteriórmente.




.png   4.png (Size: 116,26 KB / Downloads: 277)



No me voy a explayar sobre lo que se puede hacer aquí, gestión de usuarios, correo electrónico y configuraciones del servidor.

Como he comentado antes AliasVault tiene dos interfaces, para acceder al segundo que es el que permite el acceso al baul de las contraseñas en mi caso personal lo hago a través de   https://iplocaldelnas:8449




.png   5.png (Size: 61,01 KB / Downloads: 290)



Como no tengo ningún baul ( vault ) creado procedo a su creación, lo primero que se me pide es crear un usuario:




.png   6.png (Size: 69,85 KB / Downloads: 278)



Lo siguiente es ponerle una contraseña maestra:




.png   7.png (Size: 115,14 KB / Downloads: 297)



Y con esto ya tenemos nuestro primer baul de contraseñas.




.png   8.png (Size: 100,94 KB / Downloads: 295)



Si entramos en la configuración del baul de contraseñas podemos, si queremos, configurar una llave Yubikey para desbloquear el baúl en lugar de usar la contraseña maestra.




.png   9.png (Size: 278,88 KB / Downloads: 284)



Podemos importar las contraseñas administradas por otros gestores de contraseñas que tengamos y también tenemos la posibilidad de exportar posteriórmente las contraseñas que tengamos en AliasVault.




.png   10.png (Size: 321,8 KB / Downloads: 280)



También se nos propone instalar extensiones de AliasVault disponibles para todos los navegadores principales, asimismo también podemos instalar AliasVault en dispositivos móviles tanto en IOS como en Android.




.png   11.png (Size: 198,13 KB / Downloads: 276)



Almacenar una contraseña en AliasVault es muy sencillo y visuálmente muy conseguido, el 2FA es admitido.




.png   12.png (Size: 171,13 KB / Downloads: 285)



En mi modesta opinión todo se muestra muy cláramente y como digo reálmente bonito.




.png   13.png (Size: 98,71 KB / Downloads: 276) ]]> <![CDATA[Arcane gestión dockers]]> https://www.qnapclub.es/showthread.php?tid=5659 Sun, 14 Sep 2025 14:23:25 +0200 yeraycito]]> https://www.qnapclub.es/showthread.php?tid=5659
Lo instalaremos a través del siguiente compose:


services:
   arcane:
      image: ghcr.io/ofkm/arcane:latest
      container_name: arcane
      ports:
          - 3552:3552
      volumes:
          - /var/run/docker.sock:/var/run/docker.sock
          - /share/DockerData/arcane/arcane-data:/app/data
          - /share/DockerData/arcane/projects:/app/data/projects
      environment:
          - PUID=1000
          - PGID=100
          - ENCRYPTION_KEY=XXXXXXXXXXXXXXX
          - JWT_SECRET=YYYYYYYYYYYY
      restart: always


A tener en cuenta:

 - Tenemos que comprobar que los valores PUID - PGID se correspondan a nuestro usuario en el nas.

 - A la hora de montar los volúmenes del docker se ha utilizado la carpeta DockerData común en otros dockers de este apartado del foro.

 - JWT SECRET es una clave que tendremos que generar, podemos hacerlo aquí:  https://jwtsecrets.com/

 - ENCRYPTION KEY es otra clave distinta que tendremos que generar desde un terminal en windows - linux con el siguiente comando:

   openssl rand -base64 32




.png   0.png (Size: 41,22 KB / Downloads: 284)



Creado el contenedor Arcane accedemos a su interfaz mediante    http://iplocaldelnas:3552




.png   1.png (Size: 146,68 KB / Downloads: 278)



Usuario:  arcane

Contraseña:  arcane-admin



Una vez accedido con esas credenciales se nos pide cambiar la contraseña:




.png   2.png (Size: 80,91 KB / Downloads: 281)



Si posteriórmente quisiéramos cambiar el nombre de usuario lo podremos hacer desde la interfaz creando un nuevo usuario con el nombre que nos apetezca, le ponemos una contraseña y le damos permisos de Administrador, por último eliminamos el usuario admin existente.

En el siguiente paso se nos pregunta si queremos activar las actualizaciones automáticas de los dockers que tengamos ( por limitaciones de este foro sobre el tamaño de las imágenes a subir procedo a su división).

Parte izquierda de la interfaz:




.png   3.png (Size: 133,06 KB / Downloads: 286)



En la parte derecha de la interfaz en que nos encontramos podemos configurar como Arcane purga las imágenes descargadas de los dockers después de actualizarlos:




.png   4.png (Size: 158,65 KB / Downloads: 288)



Estos ajustes podemos configurarlos ahora o saltarlos para cuando nos apetezca configurarlos después a través de la interfaz de Arcane.

El siguiente paso tiene que ver con la autentificación a la hora de acceder a Arcane:




.png   5.png (Size: 94,89 KB / Downloads: 286)



Continuando con la primera configuración en el siguiente paso nos encontramos con esto:




.png   6.png (Size: 184,84 KB / Downloads: 277)



Dejando ese ajuste tal como está al intentar continuar con la configuración inicial me ha dado error impidiéndome continuar, se solventa poniendo la ip local del nas:




.png   7.png (Size: 156,66 KB / Downloads: 280)



Con este paso se termina la configuración y accedemos a su interfaz:

Parte izquierda:




.png   8.png (Size: 411,2 KB / Downloads: 295)



Parte derecha:




.png   9.png (Size: 336,61 KB / Downloads: 297)



Visualización de un contenedor en concreto:




.png   10.png (Size: 239,97 KB / Downloads: 300)



Podemos ver más datos aparte de los que se ven en la imagen anterior.


Si tenemos más equipos aparte del nas con dockers instalados los podemos gestionar desde Arcane en el nas configurando en esos equipos lo que se conoce como un Agente, para poder hacerlo tenéis que seguir este tutorial:

https://arcane.ofkm.dev/docs/features/environments]]>
Lo instalaremos a través del siguiente compose:


services:
   arcane:
      image: ghcr.io/ofkm/arcane:latest
      container_name: arcane
      ports:
          - 3552:3552
      volumes:
          - /var/run/docker.sock:/var/run/docker.sock
          - /share/DockerData/arcane/arcane-data:/app/data
          - /share/DockerData/arcane/projects:/app/data/projects
      environment:
          - PUID=1000
          - PGID=100
          - ENCRYPTION_KEY=XXXXXXXXXXXXXXX
          - JWT_SECRET=YYYYYYYYYYYY
      restart: always


A tener en cuenta:

 - Tenemos que comprobar que los valores PUID - PGID se correspondan a nuestro usuario en el nas.

 - A la hora de montar los volúmenes del docker se ha utilizado la carpeta DockerData común en otros dockers de este apartado del foro.

 - JWT SECRET es una clave que tendremos que generar, podemos hacerlo aquí:  https://jwtsecrets.com/

 - ENCRYPTION KEY es otra clave distinta que tendremos que generar desde un terminal en windows - linux con el siguiente comando:

   openssl rand -base64 32




.png   0.png (Size: 41,22 KB / Downloads: 284)



Creado el contenedor Arcane accedemos a su interfaz mediante    http://iplocaldelnas:3552




.png   1.png (Size: 146,68 KB / Downloads: 278)



Usuario:  arcane

Contraseña:  arcane-admin



Una vez accedido con esas credenciales se nos pide cambiar la contraseña:




.png   2.png (Size: 80,91 KB / Downloads: 281)



Si posteriórmente quisiéramos cambiar el nombre de usuario lo podremos hacer desde la interfaz creando un nuevo usuario con el nombre que nos apetezca, le ponemos una contraseña y le damos permisos de Administrador, por último eliminamos el usuario admin existente.

En el siguiente paso se nos pregunta si queremos activar las actualizaciones automáticas de los dockers que tengamos ( por limitaciones de este foro sobre el tamaño de las imágenes a subir procedo a su división).

Parte izquierda de la interfaz:




.png   3.png (Size: 133,06 KB / Downloads: 286)



En la parte derecha de la interfaz en que nos encontramos podemos configurar como Arcane purga las imágenes descargadas de los dockers después de actualizarlos:




.png   4.png (Size: 158,65 KB / Downloads: 288)



Estos ajustes podemos configurarlos ahora o saltarlos para cuando nos apetezca configurarlos después a través de la interfaz de Arcane.

El siguiente paso tiene que ver con la autentificación a la hora de acceder a Arcane:




.png   5.png (Size: 94,89 KB / Downloads: 286)



Continuando con la primera configuración en el siguiente paso nos encontramos con esto:




.png   6.png (Size: 184,84 KB / Downloads: 277)



Dejando ese ajuste tal como está al intentar continuar con la configuración inicial me ha dado error impidiéndome continuar, se solventa poniendo la ip local del nas:




.png   7.png (Size: 156,66 KB / Downloads: 280)



Con este paso se termina la configuración y accedemos a su interfaz:

Parte izquierda:




.png   8.png (Size: 411,2 KB / Downloads: 295)



Parte derecha:




.png   9.png (Size: 336,61 KB / Downloads: 297)



Visualización de un contenedor en concreto:




.png   10.png (Size: 239,97 KB / Downloads: 300)



Podemos ver más datos aparte de los que se ven en la imagen anterior.


Si tenemos más equipos aparte del nas con dockers instalados los podemos gestionar desde Arcane en el nas configurando en esos equipos lo que se conoce como un Agente, para poder hacerlo tenéis que seguir este tutorial:

https://arcane.ofkm.dev/docs/features/environments]]> <![CDATA[Servidor Baikal de calendarios y contactos]]> https://www.qnapclub.es/showthread.php?tid=5654 Sat, 23 Aug 2025 00:09:26 +0200 Ganekogorta]]> https://www.qnapclub.es/showthread.php?tid=5654
En este post vamos a ver como desplegar un docker de Baikal.
Baikal es una aplicación web que permite a varios usuarios alojar sus citas e calendarios y sus contactos no dependiendo de servidores de terceros.

No es una aplicación pesada ya que en realidad en ella sólo se gestionan los datos que envíen los equipos clientes y hay una pequeña gestión web para crear usuarios.

Se que hay un qpkg para la aplicación en MyQnap.org , pero pide tiene una dependencia de Apache84. Y ese Apache84 es un paquete de pago de 16€. 

En nuestro caso no tenemos esa dependencia y el costo es 0€  Wink

Requisitos:
1-tener instalado Container Station para poder lanzar dockers
2-tener instalada y activa una BBDD MariaDB o MySQL.
3-tener una carpeta compartida o subcarpeta dentro de una compartida para dejar datos de forma persistente
3-tener acceso a la consola de comandos de la NAS.

Requisitos recomendables:
1-tener una dns publica para acceder a la nas desde el exterior.
2-tener un dominio para gestionar nuestros dns. Los hay baratos sobre los 12€ al año (si vas a adquirir revisa las renovaciones)
3-usar un proxy inverso tipo nginx para aportar un certificado http y un extra de seguridad
4-tener Cloudflare web como gestor de nuestros dns, para ocultar nuestra ip pública real

Para el punto 1, es importante no estar bajo CGNAT, ya que no podríamos acceder desde el exterior haca nuestra nas.
Para el punto 2, he preferido usar nginx proxy manager, pero podemos usar traefik o bien el integrado en la nas.

Los datos que generemos van a estar repartidos en dos ubicaciones:
-la base de datos de MariaDB
-la carpeta persistente

Lo indico ya que deberemos hacer copia de seguridad de ambos contenidos.
Siempre debemos tener copias de seguridad de nuestros datos, que luego vienen los sustos  Wink

Indice

1-Creación de la base de datos y un usuario en MariaDB
2-Creación y despliegue del docker
3-Accesos web y creación de usuarios en Baikal
4-Accesos desde el exterior
5-Configuración de clientes en móvil IOs
6-Configuración de clientes en móvil Android
7-Configuración de clientes en Thunderbird



1-Creación de la base de datos y el usuario en MariaDB

Estoy dando por supuesto que ya tenemos instalada y activa la aplicación MariaDB en nuestra nas. Pero podríamos tenerla en otra máquina distinta.

Para este ejemplo usaré MariaDB10


.jpg   baikal_1.jpg (Size: 44,65 KB / Downloads: 290)

En este caso el puerto que se usa es el 3307, pero puede ser otro.

Se puede hacer la gestión de MariaDB enteramente por consola ssh, pero es mas gráfico y comprensible si lo hacemos por entorno gráfico.
Para ello usaremos la aplicación PhpMyAdmin instalabre desde nuestro App Center.

En su momento ya se describió en este otro post de creación de una BBDD en MariaDB usando PhpMyAdmin


Para este caso vamos a crear una base de datos bacía de nombre "baikal_db" y un usuario "baikal" con permisos en esa base de datos desde cualquier host (%). 
La clave será una de nuestra elección. Apuntad estos tres datos ya que posteriormente hemos de usarlos.

Pongo unas capturas del proceso

Nos logueamos en 

.jpg   baikal_2.jpg (Size: 25,13 KB / Downloads: 262)

En la pantalla principal, pulso sobre el botón de agregar una nueva base de datos

.jpg   baikal_3.jpg (Size: 62,14 KB / Downloads: 273)

Le doy nombre y la creo. En este caso "baikal_db"


.jpg   baikal_4.jpg (Size: 48,08 KB / Downloads: 287)

Me aparecerá en la lista de la izquierda


.jpg   baikal_5.jpg (Size: 29,17 KB / Downloads: 282)

Ahora crearemos un usuario para esa base de datos de nombre "baikal" y contraseña "clave_de_baikal"
Para ello selecciono la base de datos de "baikal_db" de la izquierda y después selecciono la lengüeta de privilegios.
En la parte inferior de la pantalla está la opción de "Agregar cuenta de usuario"


.jpg   baikal_6.jpg (Size: 114,9 KB / Downloads: 307)

Asignamos nombre, clave y permisos


.jpg   baikal_7.jpg (Size: 83,56 KB / Downloads: 273)


.jpg   baikal_8.jpg (Size: 90,01 KB / Downloads: 285)

Pulsamos luego sobre continuar y ya tenemos nuestro usuario con los permisos adecuados.


.jpg   baikal_9.jpg (Size: 20,16 KB / Downloads: 278)

Ya podemos cerrar PhpMyAdmin.

2-Creación y despliegue del docker

Aquí usaremos la consola de ssh para lanzar el siguiente comando de creación del docker
Code:
docker run -d --name baikal --restart unless-stopped -p 18080:80 -v /share/DockerData/baikal/data:/var/www/baikal/Specific -v /share/DockerData/baikal/config:/var/www/baikal/config ckulka/baikal:nginx

El comando usa dos carpetas persistentes que están apuntando a un carpeta compartida de nuestra nas. En el ejemplo la carpeta compartida es "DockerData".
En su interior de forma automática se creará la carpeta "baikal" y dentro de ellas las de "data" y "config"

He puesto como puerto de publicación el 18080, pero puede ser cualquiera de nuestra elección que no esté por otros servicios.

En la consola veremos la descarga, descompresión e instalación del docker


.jpg   baikal_10.jpg (Size: 41,48 KB / Downloads: 274)

Tras este proceso veremos una pantalla similar a la siguiente


.jpg   baikal_11.jpg (Size: 46,1 KB / Downloads: 269)

Y con esto hemos acabado de instalar el contenedor.
3-Accesos web y creación de usuarios en Baikal

Si lo hemos hecho bien, abrimos un navegador y si vamos a http://ip_nas:18080 veremos el asistente de la primera configuración:


.jpg   baikal_12.jpg (Size: 48,14 KB / Downloads: 297)

Vamos rellenando los datos y los adaptamos a nuestra instalación.
Pondremos una clave de usuario administrador que debemos apuntar ya que la usaremos para crear mas usuarios de Baikal en un futuro.


.jpg   baikal_13.jpg (Size: 31,14 KB / Downloads: 289)

Ahora pasamos a la base de datos, que por defecto usa sqlite.
La cambiamos a Mysql y rellenamos con los datos que pusimos en MariaDB.


.jpg   baikal_15.jpg (Size: 43,07 KB / Downloads: 281)

El motivo de usar MariaDB frente a sqlite, es que su motor es mas ágil si tenemos volúmenes importantes de datos y permite una mejro gestión de copias de seguridad.

Una vez acabado el asistente, este no vuelve a estar disponible.


.jpg   baikal_14.jpg (Size: 41,38 KB / Downloads: 285)

Una vez salgamos del asistente y nos identifiquemos en la web, veremos siguiente dashboard:


.jpg   baikal_16.jpg (Size: 78,6 KB / Downloads: 275)

En el menú superior elegimos usuarios y recursos para agregar una nuevo


.jpg   baikal_17.jpg (Size: 40,28 KB / Downloads: 270)

Para el ejemplo creo al usuario "usuario" con su clave.


.jpg   baikal_18.jpg (Size: 32,3 KB / Downloads: 284)


.jpg   baikal_19.jpg (Size: 25,09 KB / Downloads: 261)

Por defecto se han creado un calendario pro defecto y una agenda de direcciones por defecto.

Podremos crear nuevas desde los equipos clientes o bien crearlas desde la web

Para crear un calendario de "viajes" lo haríamos de la siguiente forma:


.jpg   baikal_21.jpg (Size: 35,58 KB / Downloads: 270)


.jpg   baikal_22.jpg (Size: 40,18 KB / Downloads: 274)

En el campo tokenID puedo poner cualquier cadena única en minúsculas. 
Para no complicarlo uso el nombre del calendario en minúsculas. Una vez creado NO puede ser modificado


.jpg   baikal_23.jpg (Size: 32,16 KB / Downloads: 264)

He activado el uso de notas en las citas.

Y una vez creado, lo veremos en la lista


.jpg   baikal_24.jpg (Size: 37,53 KB / Downloads: 261)

Podemos operar de forma similar con la agenda de contactos.
Lo normal para todos es tener una única agenda de contactos, pero puede haber usuarios que quieran tener mas de una.
Por ejemplo para tener una personal y una laboral.

Con esto ya hemos acabado con la gestión de usuarios y ya tenemos operativo nuestro servidor caldav y cardav.

4-Accesos desde el exterior

Ahora mismo nuestro servidor sólo es accesible si estamos en la misma red que la nas.

Si no tenemos un dominio propio podemos acceder a Baikal mediante una VPN (Wireguard u OpenVPN)
Es decir podríamos acceder al servidor Baikal como si estuviésemos en la red de la nas.

Si tenemos un dominio personal y tenemos nuestra gestión de dns. Podemos definir una nueva que apunte a nuestra ip publica.
Y para agregar una capa de seguridad debemos usar un proxy inverso (Nginx, Traefik, el de QTS)  que nos aporta el certificado

En función de que usemos o no los accesos desde el exterior, tendremos las siguientes direcciones para acceder a los calendarios y agendas.

Aquí tenemos las del primer calendario que es el de defecto.
http://ip_nuestra_nas:18080/dav.php/cale...o/default/
https://baikal.mi_dominio.eus/dav.php/ca...o/default/

Las direcciones del calendario de viajes son:
http://ip_nuestra_nas:18080/dav.php/cale...io/viajes/
https://baikal.mi_dominio.eus/dav.php/ca...io/viajes/

Las direcciones de la agenda de defecto son:
http://ip_nuestra_nas:18080/dav.php/addr...o/default/
http://baikal.mi_dominio.eus/dav.php/add...o/default/

y como credenciales usaremos "usuario" y la clave que definimos anteriormente.

Cuando lo configuremos en clientes de correo podemos usar las genéricas:
http://ip_nuestra_nas:18080/dav.php/addressbookst
http://baikal.mi_dominio.eus/dav.php/addressbooks

http://ip_nuestra_nas:18080/dav.php/calendars
https://baikal.mi_dominio.eus/dav.php/calendars

En esto últimos casos, la aplicación cliente nos mostrará y permitirá seleccionar que calendarios o agendas queremos agregar.



5-Configuración de clientes en móvil IOs

Para agregar los calendarios o agendas en iOS iremos a Ajustes y buscaremos "cuentas" o "cuentas de Mail" en función de la versión de iOS.

Pulsamos añadir cuentas y seleccionamos de la lista la inferior "otras".

De ahí seleccionamos "Añadir cuenta CardDav"


.jpg   baikal_26.jpg (Size: 111,24 KB / Downloads: 267)

Rellenamos los datos del usuario y su clave. En la dirección del servidor pondremos
"ip_nas:18080/dav.php" donde ip_nas es la ip privada de la nas


.jpg   baikal_27.jpg (Size: 35,95 KB / Downloads: 289)

Como estamos sin https, nos dará un aviso de ssl ya que internamente no está activado.


.jpg   baikal_28.jpg (Size: 48,46 KB / Downloads: 266)

la cuenta será verificada


.jpg   baikal_29.jpg (Size: 36,55 KB / Downloads: 282)

Y luego ya estará agregada


.jpg   baikal_30.jpg (Size: 29,01 KB / Downloads: 277)

Para hacer una comprobación rápida compruebo desde el gestor web que el "usuario" NO tiene contactos


.jpg   baikal_31.jpg (Size: 29,02 KB / Downloads: 268)

Ahora desde el móvil agregamos uno


.jpg   baikal_32.jpg (Size: 20,96 KB / Downloads: 263)

Y si vamos de nuevo al entorno web veremos que ha aumentado el número de contactos del usuario "usuario".


.jpg   baikal_33.jpg (Size: 36,65 KB / Downloads: 276)

Para los calendarios es muy simular ya que hemos de ir al mismo menú de cuentas pero hay que agregar "Añadir cuenta CalDAV"


.jpg   baikal_34.jpg (Size: 71,51 KB / Downloads: 270)

Introducimos los datos de dirección ("ip_nas:18080/dav.php" donde ip_nas es la ip privada de la nas) , usuario y clave


.jpg   baikal_36.jpg (Size: 35,23 KB / Downloads: 283)

Nos da el aviso para que lo intente sin ssl.


.jpg   baikal_37.jpg (Size: 49,6 KB / Downloads: 285)

Se hace la comprobación


.jpg   baikal_38.jpg (Size: 34,02 KB / Downloads: 270)

Nos ha activado citas y recordatorios


.jpg   baikal_39.jpg (Size: 22,17 KB / Downloads: 276)

Ahora ya vemos que ha sido agregada y podemos agregar citas desde iOS

.jpg   baikal_40.jpg (Size: 34,6 KB / Downloads: 281)
6-Configuración de clientes en móvil Android

Sorprendentemente Android NO integra de forma nativa los calendarios CalDAV y la libretas de direcciones CardDAV.

Pero hay programas que si lo hacen como DAVx5 (gracias pepebetis por recomendarlo Wink )  que permite sincronizar con cuentas de Google, Apple y otros CalDAV como Baikal.

Tras instalarlo comienza su asistente, donde introduciremos la dirección, el nombre de usuario, la clave.

Tendremos que dar permisos a la aplicación para que pueda acceder a calendarios y contactos.
Un resumen de capturas se ve en la siguiente secuencia de imágenes

 
.jpg   davx5_.jpg (Size: 213,71 KB / Downloads: 280)

(No he podido ponerlas por separado ya que el post tiene un límite de 50 imágenes)

En la captura 12 se ve que nos aparece en la aplicación de contactos el de "pruebas" que es el que teníamos previamente en Baikal
7-Configuración de clientes en Thunderbird

Thunderbird es un programa cliente de correo gratuito y en mi opinión uno de los mejores.
Soporta muchos tipos de servidores de correo, calendarios y contactos. 
Además hay una infinidad de complementos que lo potencian.
En las últimas versiones ya se incorpora de forma nativa la gestión de los estándares CalDAV y CardDAV.

7.1-Agregando calendarios
La pantalla principal donde podemos ver los calendarios es la siguiente:
En el ejemplo vemos uno local llamado Casa


.jpg   baikal_41.jpg (Size: 66,56 KB / Downloads: 275)

Para agregar uno nuevo pulsamos en la parte inferior izquierda en "Nuevo calendario"

Se nos abre un asistente donde primero elegimos un calendario "En la red"


.jpg   baikal_42.jpg (Size: 17,36 KB / Downloads: 275)

Después rellenamos con los datos del nombre del usuario y la dirección de calendario ( en este caso interna de nuestra red)


.jpg   baikal_43.jpg (Size: 26,86 KB / Downloads: 279)

Después nos pedirá la contraseña de las anteriores credenciales


.jpg   baikal_44.jpg (Size: 22,89 KB / Downloads: 284)

Tras aceptar nos presentará todos los calendarios del usuario "usuario".
Lo normal es incorporar todos, pero podemos elegir los que nos interesen.


.jpg   baikal_45.jpg (Size: 25,46 KB / Downloads: 262)

Después ya podemos ver que en la lista de calendarios ya tenemos disponibles los que hemos agregados


.jpg   baikal_46.jpg (Size: 77,5 KB / Downloads: 275)

7.2 Agregando la agenda de contactos

El proceso es similar al de los calendarios.
La pantalla de gestión de contactos y agendas es la siguiente:


.jpg   baikal_47.jpg (Size: 44,8 KB / Downloads: 274)

Pulsamos en el botón de agregar agenda y se no presenta un desplegable de tipo. 
Elegimos "Añadir libreta de direcciones CardDAV"


.jpg   baikal_48.jpg (Size: 31,61 KB / Downloads: 257)

Después empieza el asistente con la siguiente ventana, donde escribimos el nombre del usuario de la cuenta y la dirección de servidor Baikal
En este caso al ser local es http://ip_nas:18080/dav.php


.jpg   baikal_49.jpg (Size: 19,43 KB / Downloads: 277)

Luego nos pide la clave del usuario "usuario"


.jpg   baikal_50.jpg (Size: 26,03 KB / Downloads: 270)

A continuación se nos presenta una ventana para que seleccionemos las libretas disponibles en esa cuenta.
En nuestro caso sólo hay una.


.jpg   baikal_51.jpg (Size: 21,04 KB / Downloads: 275)

Tras pulsar el botón de continuar ya veremos que hay una nueva libreta de direcciones llamada "Default Address Book".
Evidentemente podemos darle otro nombre, haciendo clic con el botón secundario, propiedades y escribir el nuevo nombre.

Tras la adicción ya vemos la nueva agenda y el único contacto de pruebas que creamos anteriormente.


.jpg   baikal_52.jpg (Size: 29,96 KB / Downloads: 269)

En este post he detallado algo mas lo de los programa clientes de iOS, Android y Thunderbird.

Thunderbird al ser un programa de los mas estándar, nos permite hacer de conversor/intermediario de otros calendarios ya que con un copia pega podemos hacerlo entre calendarios/contactos.

Mi recomendación si tenéis un historial importante en otros servidores es que:
-exportéis en formato ICS desde el servidor origen
-importéis en un nuevo calendario local temporal de Thunderbird
-copiéis de ese calendario local al calendario de red (Baikal CalDAV en nuestro caso)]]>
En este post vamos a ver como desplegar un docker de Baikal.
Baikal es una aplicación web que permite a varios usuarios alojar sus citas e calendarios y sus contactos no dependiendo de servidores de terceros.

No es una aplicación pesada ya que en realidad en ella sólo se gestionan los datos que envíen los equipos clientes y hay una pequeña gestión web para crear usuarios.

Se que hay un qpkg para la aplicación en MyQnap.org , pero pide tiene una dependencia de Apache84. Y ese Apache84 es un paquete de pago de 16€. 

En nuestro caso no tenemos esa dependencia y el costo es 0€  Wink

Requisitos:
1-tener instalado Container Station para poder lanzar dockers
2-tener instalada y activa una BBDD MariaDB o MySQL.
3-tener una carpeta compartida o subcarpeta dentro de una compartida para dejar datos de forma persistente
3-tener acceso a la consola de comandos de la NAS.

Requisitos recomendables:
1-tener una dns publica para acceder a la nas desde el exterior.
2-tener un dominio para gestionar nuestros dns. Los hay baratos sobre los 12€ al año (si vas a adquirir revisa las renovaciones)
3-usar un proxy inverso tipo nginx para aportar un certificado http y un extra de seguridad
4-tener Cloudflare web como gestor de nuestros dns, para ocultar nuestra ip pública real

Para el punto 1, es importante no estar bajo CGNAT, ya que no podríamos acceder desde el exterior haca nuestra nas.
Para el punto 2, he preferido usar nginx proxy manager, pero podemos usar traefik o bien el integrado en la nas.

Los datos que generemos van a estar repartidos en dos ubicaciones:
-la base de datos de MariaDB
-la carpeta persistente

Lo indico ya que deberemos hacer copia de seguridad de ambos contenidos.
Siempre debemos tener copias de seguridad de nuestros datos, que luego vienen los sustos  Wink

Indice

1-Creación de la base de datos y un usuario en MariaDB
2-Creación y despliegue del docker
3-Accesos web y creación de usuarios en Baikal
4-Accesos desde el exterior
5-Configuración de clientes en móvil IOs
6-Configuración de clientes en móvil Android
7-Configuración de clientes en Thunderbird



1-Creación de la base de datos y el usuario en MariaDB

Estoy dando por supuesto que ya tenemos instalada y activa la aplicación MariaDB en nuestra nas. Pero podríamos tenerla en otra máquina distinta.

Para este ejemplo usaré MariaDB10


.jpg   baikal_1.jpg (Size: 44,65 KB / Downloads: 290)

En este caso el puerto que se usa es el 3307, pero puede ser otro.

Se puede hacer la gestión de MariaDB enteramente por consola ssh, pero es mas gráfico y comprensible si lo hacemos por entorno gráfico.
Para ello usaremos la aplicación PhpMyAdmin instalabre desde nuestro App Center.

En su momento ya se describió en este otro post de creación de una BBDD en MariaDB usando PhpMyAdmin


Para este caso vamos a crear una base de datos bacía de nombre "baikal_db" y un usuario "baikal" con permisos en esa base de datos desde cualquier host (%). 
La clave será una de nuestra elección. Apuntad estos tres datos ya que posteriormente hemos de usarlos.

Pongo unas capturas del proceso

Nos logueamos en 

.jpg   baikal_2.jpg (Size: 25,13 KB / Downloads: 262)

En la pantalla principal, pulso sobre el botón de agregar una nueva base de datos

.jpg   baikal_3.jpg (Size: 62,14 KB / Downloads: 273)

Le doy nombre y la creo. En este caso "baikal_db"


.jpg   baikal_4.jpg (Size: 48,08 KB / Downloads: 287)

Me aparecerá en la lista de la izquierda


.jpg   baikal_5.jpg (Size: 29,17 KB / Downloads: 282)

Ahora crearemos un usuario para esa base de datos de nombre "baikal" y contraseña "clave_de_baikal"
Para ello selecciono la base de datos de "baikal_db" de la izquierda y después selecciono la lengüeta de privilegios.
En la parte inferior de la pantalla está la opción de "Agregar cuenta de usuario"


.jpg   baikal_6.jpg (Size: 114,9 KB / Downloads: 307)

Asignamos nombre, clave y permisos


.jpg   baikal_7.jpg (Size: 83,56 KB / Downloads: 273)


.jpg   baikal_8.jpg (Size: 90,01 KB / Downloads: 285)

Pulsamos luego sobre continuar y ya tenemos nuestro usuario con los permisos adecuados.


.jpg   baikal_9.jpg (Size: 20,16 KB / Downloads: 278)

Ya podemos cerrar PhpMyAdmin.

2-Creación y despliegue del docker

Aquí usaremos la consola de ssh para lanzar el siguiente comando de creación del docker
Code:
docker run -d --name baikal --restart unless-stopped -p 18080:80 -v /share/DockerData/baikal/data:/var/www/baikal/Specific -v /share/DockerData/baikal/config:/var/www/baikal/config ckulka/baikal:nginx

El comando usa dos carpetas persistentes que están apuntando a un carpeta compartida de nuestra nas. En el ejemplo la carpeta compartida es "DockerData".
En su interior de forma automática se creará la carpeta "baikal" y dentro de ellas las de "data" y "config"

He puesto como puerto de publicación el 18080, pero puede ser cualquiera de nuestra elección que no esté por otros servicios.

En la consola veremos la descarga, descompresión e instalación del docker


.jpg   baikal_10.jpg (Size: 41,48 KB / Downloads: 274)

Tras este proceso veremos una pantalla similar a la siguiente


.jpg   baikal_11.jpg (Size: 46,1 KB / Downloads: 269)

Y con esto hemos acabado de instalar el contenedor.
3-Accesos web y creación de usuarios en Baikal

Si lo hemos hecho bien, abrimos un navegador y si vamos a http://ip_nas:18080 veremos el asistente de la primera configuración:


.jpg   baikal_12.jpg (Size: 48,14 KB / Downloads: 297)

Vamos rellenando los datos y los adaptamos a nuestra instalación.
Pondremos una clave de usuario administrador que debemos apuntar ya que la usaremos para crear mas usuarios de Baikal en un futuro.


.jpg   baikal_13.jpg (Size: 31,14 KB / Downloads: 289)

Ahora pasamos a la base de datos, que por defecto usa sqlite.
La cambiamos a Mysql y rellenamos con los datos que pusimos en MariaDB.


.jpg   baikal_15.jpg (Size: 43,07 KB / Downloads: 281)

El motivo de usar MariaDB frente a sqlite, es que su motor es mas ágil si tenemos volúmenes importantes de datos y permite una mejro gestión de copias de seguridad.

Una vez acabado el asistente, este no vuelve a estar disponible.


.jpg   baikal_14.jpg (Size: 41,38 KB / Downloads: 285)

Una vez salgamos del asistente y nos identifiquemos en la web, veremos siguiente dashboard:


.jpg   baikal_16.jpg (Size: 78,6 KB / Downloads: 275)

En el menú superior elegimos usuarios y recursos para agregar una nuevo


.jpg   baikal_17.jpg (Size: 40,28 KB / Downloads: 270)

Para el ejemplo creo al usuario "usuario" con su clave.


.jpg   baikal_18.jpg (Size: 32,3 KB / Downloads: 284)


.jpg   baikal_19.jpg (Size: 25,09 KB / Downloads: 261)

Por defecto se han creado un calendario pro defecto y una agenda de direcciones por defecto.

Podremos crear nuevas desde los equipos clientes o bien crearlas desde la web

Para crear un calendario de "viajes" lo haríamos de la siguiente forma:


.jpg   baikal_21.jpg (Size: 35,58 KB / Downloads: 270)


.jpg   baikal_22.jpg (Size: 40,18 KB / Downloads: 274)

En el campo tokenID puedo poner cualquier cadena única en minúsculas. 
Para no complicarlo uso el nombre del calendario en minúsculas. Una vez creado NO puede ser modificado


.jpg   baikal_23.jpg (Size: 32,16 KB / Downloads: 264)

He activado el uso de notas en las citas.

Y una vez creado, lo veremos en la lista


.jpg   baikal_24.jpg (Size: 37,53 KB / Downloads: 261)

Podemos operar de forma similar con la agenda de contactos.
Lo normal para todos es tener una única agenda de contactos, pero puede haber usuarios que quieran tener mas de una.
Por ejemplo para tener una personal y una laboral.

Con esto ya hemos acabado con la gestión de usuarios y ya tenemos operativo nuestro servidor caldav y cardav.

4-Accesos desde el exterior

Ahora mismo nuestro servidor sólo es accesible si estamos en la misma red que la nas.

Si no tenemos un dominio propio podemos acceder a Baikal mediante una VPN (Wireguard u OpenVPN)
Es decir podríamos acceder al servidor Baikal como si estuviésemos en la red de la nas.

Si tenemos un dominio personal y tenemos nuestra gestión de dns. Podemos definir una nueva que apunte a nuestra ip publica.
Y para agregar una capa de seguridad debemos usar un proxy inverso (Nginx, Traefik, el de QTS)  que nos aporta el certificado

En función de que usemos o no los accesos desde el exterior, tendremos las siguientes direcciones para acceder a los calendarios y agendas.

Aquí tenemos las del primer calendario que es el de defecto.
http://ip_nuestra_nas:18080/dav.php/cale...o/default/
https://baikal.mi_dominio.eus/dav.php/ca...o/default/

Las direcciones del calendario de viajes son:
http://ip_nuestra_nas:18080/dav.php/cale...io/viajes/
https://baikal.mi_dominio.eus/dav.php/ca...io/viajes/

Las direcciones de la agenda de defecto son:
http://ip_nuestra_nas:18080/dav.php/addr...o/default/
http://baikal.mi_dominio.eus/dav.php/add...o/default/

y como credenciales usaremos "usuario" y la clave que definimos anteriormente.

Cuando lo configuremos en clientes de correo podemos usar las genéricas:
http://ip_nuestra_nas:18080/dav.php/addressbookst
http://baikal.mi_dominio.eus/dav.php/addressbooks

http://ip_nuestra_nas:18080/dav.php/calendars
https://baikal.mi_dominio.eus/dav.php/calendars

En esto últimos casos, la aplicación cliente nos mostrará y permitirá seleccionar que calendarios o agendas queremos agregar.



5-Configuración de clientes en móvil IOs

Para agregar los calendarios o agendas en iOS iremos a Ajustes y buscaremos "cuentas" o "cuentas de Mail" en función de la versión de iOS.

Pulsamos añadir cuentas y seleccionamos de la lista la inferior "otras".

De ahí seleccionamos "Añadir cuenta CardDav"


.jpg   baikal_26.jpg (Size: 111,24 KB / Downloads: 267)

Rellenamos los datos del usuario y su clave. En la dirección del servidor pondremos
"ip_nas:18080/dav.php" donde ip_nas es la ip privada de la nas


.jpg   baikal_27.jpg (Size: 35,95 KB / Downloads: 289)

Como estamos sin https, nos dará un aviso de ssl ya que internamente no está activado.


.jpg   baikal_28.jpg (Size: 48,46 KB / Downloads: 266)

la cuenta será verificada


.jpg   baikal_29.jpg (Size: 36,55 KB / Downloads: 282)

Y luego ya estará agregada


.jpg   baikal_30.jpg (Size: 29,01 KB / Downloads: 277)

Para hacer una comprobación rápida compruebo desde el gestor web que el "usuario" NO tiene contactos


.jpg   baikal_31.jpg (Size: 29,02 KB / Downloads: 268)

Ahora desde el móvil agregamos uno


.jpg   baikal_32.jpg (Size: 20,96 KB / Downloads: 263)

Y si vamos de nuevo al entorno web veremos que ha aumentado el número de contactos del usuario "usuario".


.jpg   baikal_33.jpg (Size: 36,65 KB / Downloads: 276)

Para los calendarios es muy simular ya que hemos de ir al mismo menú de cuentas pero hay que agregar "Añadir cuenta CalDAV"


.jpg   baikal_34.jpg (Size: 71,51 KB / Downloads: 270)

Introducimos los datos de dirección ("ip_nas:18080/dav.php" donde ip_nas es la ip privada de la nas) , usuario y clave


.jpg   baikal_36.jpg (Size: 35,23 KB / Downloads: 283)

Nos da el aviso para que lo intente sin ssl.


.jpg   baikal_37.jpg (Size: 49,6 KB / Downloads: 285)

Se hace la comprobación


.jpg   baikal_38.jpg (Size: 34,02 KB / Downloads: 270)

Nos ha activado citas y recordatorios


.jpg   baikal_39.jpg (Size: 22,17 KB / Downloads: 276)

Ahora ya vemos que ha sido agregada y podemos agregar citas desde iOS

.jpg   baikal_40.jpg (Size: 34,6 KB / Downloads: 281)
6-Configuración de clientes en móvil Android

Sorprendentemente Android NO integra de forma nativa los calendarios CalDAV y la libretas de direcciones CardDAV.

Pero hay programas que si lo hacen como DAVx5 (gracias pepebetis por recomendarlo Wink )  que permite sincronizar con cuentas de Google, Apple y otros CalDAV como Baikal.

Tras instalarlo comienza su asistente, donde introduciremos la dirección, el nombre de usuario, la clave.

Tendremos que dar permisos a la aplicación para que pueda acceder a calendarios y contactos.
Un resumen de capturas se ve en la siguiente secuencia de imágenes

 
.jpg   davx5_.jpg (Size: 213,71 KB / Downloads: 280)

(No he podido ponerlas por separado ya que el post tiene un límite de 50 imágenes)

En la captura 12 se ve que nos aparece en la aplicación de contactos el de "pruebas" que es el que teníamos previamente en Baikal
7-Configuración de clientes en Thunderbird

Thunderbird es un programa cliente de correo gratuito y en mi opinión uno de los mejores.
Soporta muchos tipos de servidores de correo, calendarios y contactos. 
Además hay una infinidad de complementos que lo potencian.
En las últimas versiones ya se incorpora de forma nativa la gestión de los estándares CalDAV y CardDAV.

7.1-Agregando calendarios
La pantalla principal donde podemos ver los calendarios es la siguiente:
En el ejemplo vemos uno local llamado Casa


.jpg   baikal_41.jpg (Size: 66,56 KB / Downloads: 275)

Para agregar uno nuevo pulsamos en la parte inferior izquierda en "Nuevo calendario"

Se nos abre un asistente donde primero elegimos un calendario "En la red"


.jpg   baikal_42.jpg (Size: 17,36 KB / Downloads: 275)

Después rellenamos con los datos del nombre del usuario y la dirección de calendario ( en este caso interna de nuestra red)


.jpg   baikal_43.jpg (Size: 26,86 KB / Downloads: 279)

Después nos pedirá la contraseña de las anteriores credenciales


.jpg   baikal_44.jpg (Size: 22,89 KB / Downloads: 284)

Tras aceptar nos presentará todos los calendarios del usuario "usuario".
Lo normal es incorporar todos, pero podemos elegir los que nos interesen.


.jpg   baikal_45.jpg (Size: 25,46 KB / Downloads: 262)

Después ya podemos ver que en la lista de calendarios ya tenemos disponibles los que hemos agregados


.jpg   baikal_46.jpg (Size: 77,5 KB / Downloads: 275)

7.2 Agregando la agenda de contactos

El proceso es similar al de los calendarios.
La pantalla de gestión de contactos y agendas es la siguiente:


.jpg   baikal_47.jpg (Size: 44,8 KB / Downloads: 274)

Pulsamos en el botón de agregar agenda y se no presenta un desplegable de tipo. 
Elegimos "Añadir libreta de direcciones CardDAV"


.jpg   baikal_48.jpg (Size: 31,61 KB / Downloads: 257)

Después empieza el asistente con la siguiente ventana, donde escribimos el nombre del usuario de la cuenta y la dirección de servidor Baikal
En este caso al ser local es http://ip_nas:18080/dav.php


.jpg   baikal_49.jpg (Size: 19,43 KB / Downloads: 277)

Luego nos pide la clave del usuario "usuario"


.jpg   baikal_50.jpg (Size: 26,03 KB / Downloads: 270)

A continuación se nos presenta una ventana para que seleccionemos las libretas disponibles en esa cuenta.
En nuestro caso sólo hay una.


.jpg   baikal_51.jpg (Size: 21,04 KB / Downloads: 275)

Tras pulsar el botón de continuar ya veremos que hay una nueva libreta de direcciones llamada "Default Address Book".
Evidentemente podemos darle otro nombre, haciendo clic con el botón secundario, propiedades y escribir el nuevo nombre.

Tras la adicción ya vemos la nueva agenda y el único contacto de pruebas que creamos anteriormente.


.jpg   baikal_52.jpg (Size: 29,96 KB / Downloads: 269)

En este post he detallado algo mas lo de los programa clientes de iOS, Android y Thunderbird.

Thunderbird al ser un programa de los mas estándar, nos permite hacer de conversor/intermediario de otros calendarios ya que con un copia pega podemos hacerlo entre calendarios/contactos.

Mi recomendación si tenéis un historial importante en otros servidores es que:
-exportéis en formato ICS desde el servidor origen
-importéis en un nuevo calendario local temporal de Thunderbird
-copiéis de ese calendario local al calendario de red (Baikal CalDAV en nuestro caso)]]> <![CDATA[Backrest copia seguridad dockers]]> https://www.qnapclub.es/showthread.php?tid=5653 Sun, 10 Aug 2025 22:06:32 +0200 yeraycito]]> https://www.qnapclub.es/showthread.php?tid=5653
A la hora de hacer copias de seguridad de las carpetas persistentes de los dockers no hay mucho donde escoger y de lo poco que hay puede que no convenga del todo según los casos...... algunos sistemas automatizados necesitan mapear por partes los dockers y otros, por el contrario, lo hacen al completo sin ninguna discriminación lo cual es un problema gordo si, por ejemplo, se tiene mapeado un volumen de Plex con 2 TB de películas sin olvidar que mayórmente los sistemas actuales de copia de seguridad de dockers funcionan a través de scripts o consola.

En este post voy a tratar de explicar como instalar y configurar un docker llamado Backrest que tiene interfaz gráfica, permite copias de seguridad de los dockers de forma programada a voluntad, restauración de esas copias si fuera necesario, notificaciones a través de distintos servicios, etc, etc.

El compose para su instalación a través de Container Station o Portainer es el siguiente:


services:
    backrest:
        image: garethgeorge/backrest:latest
        container_name: backrest
        volumes:
           - /path/to/backrest/data:/data
           - /path/to/backrest/config:/config
           - /path/to/backrest/cache:/cache
           - /path/to/backrest/tmp:/tmp
           - /path/to/backup/data:/userdata
           - /path/to/local/repos:/repos
           - /var/run/docker.sock:/var/run/docker.sock:ro
       environment:
           - BACKREST_DATA=/data
           - BACKREST_CONFIG=/config/config.json
           - XDG_CACHE_HOME=/cache
           - TMPDIR=/tmp
           - TZ=Europe/Madrid
       ports:
           - 9898:9898
       restart: always


A tener en cuenta:

 - Los directorios /path/to/backrest hacen referencia a los directorios de la configuración de Backrest que hay que adecuarlos a las carpetas compartidas del nas.

 - El directorio /path/to/backup hace referencia a la carpeta compartida del nas Dockerdata en la que se guardan las configuraciones de los dockers que tengamos. Si 
   esas configuraciones están por separado en otros directorios podemos mapear la carpeta compartida superior.

 - El directorio /path/to/local/repos hace referencia a la carpeta compartida principal del nas en la que queramos guardar las copias de seguridad de Backrest. Esa 
   carpeta puede ser del propio nas o de otro dispositivo de la red local que tengamos mapeado.

Adicionálmente a través de la interfaz de Backrest podemos configurar distintos servicios en la nube como destinos de esas copias de seguridad:

 - Backblaze B2: b2:bucket or b2:bucket/prefix

- AWS S3: s3:bucket or s3:bucket/prefix

- Google Cloud: gs:bucket:/ or gs:bucket:/prefix

- SFTP: sftp:user@host:/path/to/repo

- Rclone: rclone:remote:path (requires rclone installation)


Instalado el compose de Backrest en el nas accedemos a su interfaz mediante el navegador a través de    http://iplocaldelnas:9898

Por defecto Backrest no requiere de usuario - contraseña para acceder a su interfaz así que al hacerlo nos propone su creación voluntaria:




.png   1.png (Size: 88,65 KB / Downloads: 372)



El funcionamiento principal de Backrest se basa en dos premisas:

 - Creación de lo que denominan Repos que consisten en las carpetas donde se guardarán las copias de seguridad de los dockers de Backrest

 - Creación de Planes de copia de seguridad.

Estas dos configuraciones las podemos hacer por separado para cada docker que nos interese hacer copia de seguridad. Para este tutorial paso a explicar a continuación como realizar esos procesos con un único docker.

Lo primero que tenemos que hacer a través de la interfaz de Backrest es añadir un nuevo Repo




.png   30.png (Size: 213,7 KB / Downloads: 330)



 - Le ponemos el nombre que nos apetezca

 - En el compose de instalación asignamos la ruta del nas para guardar los repos /path/to/local/repos:/repos así que se la indicamos también ( esa carpeta repos nos       aparece en un desplegable clickando en el apartado correspondiente ) añadiendo la carpeta en la que queramos se guarde la copia de seguridad de ese docker en     concreto, en este caso queda así:    /repos/Homarr

 - Las copias de seguridad que se generen están encriptadas de ahí que se nos pida una contraseña.

 - Los apartados con flechas verdes Prune Policy - Check Policy se pueden dejar tal cual sabiendo que han referencia a esto:

          Política de limpieza: Programación para la limpieza de datos sin referencias

          Política de comprobación: Programación para la verificación de la integridad de las copias de seguridad

A tener en cuenta: En el apartado Repository URL podemos configurar si queremos los servicios en la nube como destino de las copias de seguridad anteriórmente citados.

Configurado todo guardamos los cambios.


Puesto en funcionamiento nuestro primer Repo pasamos a la segunda parte consistente en añadir un Plan asociado a ese Repo creado:




.png   31.png (Size: 172,31 KB / Downloads: 337)



 - Le ponemos el nombre que nos apetezca.

 - Seleccionamos el Repo creado anteriórmente.

 - Similar al caso anterior, en el compose pusimos la ruta donde tenemos guardadas las configuraciones de los dockers que tengamos con el parámetro
    /path/to/backup/data:/userdata así que clickando en el apartado Patch de la interfaz nos aparecerá entre otras la carpeta userdata y dentro de ella, en 
    este caso, la carpeta de configuración de Homarr.

 - En los apartados marcados con flechas verdes podemos configurar a nuestro gusto cuando se hacen las copias de seguridad y el tiempo de retención.


 El apartado marcado con flecha azul ( Hooks ) merece una atención especial:




.png   5.png (Size: 104,47 KB / Downloads: 363)



Como se puede ver tenemos varias opciones para elegir, de todas ellas escogemos Command




.png   6.png (Size: 118,64 KB / Downloads: 353)



 - CONDITION_SNAPSHOT_START nos aparece si clickamos en un desplegable y hace referencia al inicio de la copia de seguridad

 - docker stop homarr lo escribimos a mano y da la orden de detener el contenedor Homarr ANTES de hacer la copia de seguridad

 - ON_ERROR_FATAL también aparece en un desplegable y obliga a detener la copia si ocurre un error grave.


En el sitio donde estamos añadimos un segundo Hook junto al anterior:




.png   7.png (Size: 115,1 KB / Downloads: 352)



 - CONDITION_SNAPSHOT_END hacer referencia a la finalización de la copia de seguridad por parte de Backrest de ese contenedor Homarr

 - docker start homarr arranca el contenedor después de finalizada la copia

 - ON_ERROR_FATAL impide lo anterior si hay un error grave


Con esto configurado ya tendríamos lista la copia de seguridad automatizada del contenedor, en este caso, Homarr, si opcionálmente quisiéramos que Backrest nos notificara el inicio - finalización de la copia de seguridad, por ejemplo, a través de un bot de Telegram añadimos un tercer Hook junto a los anteriores.




.png   8.png (Size: 152,79 KB / Downloads: 343)



 - Las dos condiciones que se ven son las mismas de antes y hacen referencia al inicio - finalización de la copia de seguridad

 - Las notificaciones anteriores mediante un bot de Telegram a través de Shoutrrr tienen que estar configuradas en el siguiente formato:

telegram://XXXXX@telegram?chats=YYYYYYYYYY

Las XXXX se corresponden al token del bot

Las YYYYYYY se corresponden al Chat ID



Configurado todo guardamos los cambios. De esta forma ya tenemos configurada en Backrest las copias de seguridad de un docker en concreto, lo siguiente sería repetir los mismos procesos anteriores adecuándolos a los demás dockers de los que queramos hacer copia de seguridad automatizada.

En este punto primigenio la interfaz de Backrest queda así:




.png   9.png (Size: 104,1 KB / Downloads: 354)



Os pongo una imagen que no es mia para que veais como queda un sistema completo ya configurado:




.jpg   backrest-dashboard-example.jpg (Size: 149,36 KB / Downloads: 350)



Backrest no sólo permite hacer copias de seguridad de los dockers sino que también permite su fácil restauración ( las siguientes imágenes tampoco son mias ):




.png   restore.png (Size: 338,15 KB / Downloads: 340)



Proceso de restauración:




.png   restore-progress.png (Size: 319,43 KB / Downloads: 339)



Hasta aquí lo principal, sin embargo Backrest permite múltiples configuraciones a través de condiciones, variables, etc que por su extensión no voy a explicar. En su lugar os dejo un enlace a la documentación del programa:


https://garethgeorge.github.io/backrest/...ng-started]]>
A la hora de hacer copias de seguridad de las carpetas persistentes de los dockers no hay mucho donde escoger y de lo poco que hay puede que no convenga del todo según los casos...... algunos sistemas automatizados necesitan mapear por partes los dockers y otros, por el contrario, lo hacen al completo sin ninguna discriminación lo cual es un problema gordo si, por ejemplo, se tiene mapeado un volumen de Plex con 2 TB de películas sin olvidar que mayórmente los sistemas actuales de copia de seguridad de dockers funcionan a través de scripts o consola.

En este post voy a tratar de explicar como instalar y configurar un docker llamado Backrest que tiene interfaz gráfica, permite copias de seguridad de los dockers de forma programada a voluntad, restauración de esas copias si fuera necesario, notificaciones a través de distintos servicios, etc, etc.

El compose para su instalación a través de Container Station o Portainer es el siguiente:


services:
    backrest:
        image: garethgeorge/backrest:latest
        container_name: backrest
        volumes:
           - /path/to/backrest/data:/data
           - /path/to/backrest/config:/config
           - /path/to/backrest/cache:/cache
           - /path/to/backrest/tmp:/tmp
           - /path/to/backup/data:/userdata
           - /path/to/local/repos:/repos
           - /var/run/docker.sock:/var/run/docker.sock:ro
       environment:
           - BACKREST_DATA=/data
           - BACKREST_CONFIG=/config/config.json
           - XDG_CACHE_HOME=/cache
           - TMPDIR=/tmp
           - TZ=Europe/Madrid
       ports:
           - 9898:9898
       restart: always


A tener en cuenta:

 - Los directorios /path/to/backrest hacen referencia a los directorios de la configuración de Backrest que hay que adecuarlos a las carpetas compartidas del nas.

 - El directorio /path/to/backup hace referencia a la carpeta compartida del nas Dockerdata en la que se guardan las configuraciones de los dockers que tengamos. Si 
   esas configuraciones están por separado en otros directorios podemos mapear la carpeta compartida superior.

 - El directorio /path/to/local/repos hace referencia a la carpeta compartida principal del nas en la que queramos guardar las copias de seguridad de Backrest. Esa 
   carpeta puede ser del propio nas o de otro dispositivo de la red local que tengamos mapeado.

Adicionálmente a través de la interfaz de Backrest podemos configurar distintos servicios en la nube como destinos de esas copias de seguridad:

 - Backblaze B2: b2:bucket or b2:bucket/prefix

- AWS S3: s3:bucket or s3:bucket/prefix

- Google Cloud: gs:bucket:/ or gs:bucket:/prefix

- SFTP: sftp:user@host:/path/to/repo

- Rclone: rclone:remote:path (requires rclone installation)


Instalado el compose de Backrest en el nas accedemos a su interfaz mediante el navegador a través de    http://iplocaldelnas:9898

Por defecto Backrest no requiere de usuario - contraseña para acceder a su interfaz así que al hacerlo nos propone su creación voluntaria:




.png   1.png (Size: 88,65 KB / Downloads: 372)



El funcionamiento principal de Backrest se basa en dos premisas:

 - Creación de lo que denominan Repos que consisten en las carpetas donde se guardarán las copias de seguridad de los dockers de Backrest

 - Creación de Planes de copia de seguridad.

Estas dos configuraciones las podemos hacer por separado para cada docker que nos interese hacer copia de seguridad. Para este tutorial paso a explicar a continuación como realizar esos procesos con un único docker.

Lo primero que tenemos que hacer a través de la interfaz de Backrest es añadir un nuevo Repo




.png   30.png (Size: 213,7 KB / Downloads: 330)



 - Le ponemos el nombre que nos apetezca

 - En el compose de instalación asignamos la ruta del nas para guardar los repos /path/to/local/repos:/repos así que se la indicamos también ( esa carpeta repos nos       aparece en un desplegable clickando en el apartado correspondiente ) añadiendo la carpeta en la que queramos se guarde la copia de seguridad de ese docker en     concreto, en este caso queda así:    /repos/Homarr

 - Las copias de seguridad que se generen están encriptadas de ahí que se nos pida una contraseña.

 - Los apartados con flechas verdes Prune Policy - Check Policy se pueden dejar tal cual sabiendo que han referencia a esto:

          Política de limpieza: Programación para la limpieza de datos sin referencias

          Política de comprobación: Programación para la verificación de la integridad de las copias de seguridad

A tener en cuenta: En el apartado Repository URL podemos configurar si queremos los servicios en la nube como destino de las copias de seguridad anteriórmente citados.

Configurado todo guardamos los cambios.


Puesto en funcionamiento nuestro primer Repo pasamos a la segunda parte consistente en añadir un Plan asociado a ese Repo creado:




.png   31.png (Size: 172,31 KB / Downloads: 337)



 - Le ponemos el nombre que nos apetezca.

 - Seleccionamos el Repo creado anteriórmente.

 - Similar al caso anterior, en el compose pusimos la ruta donde tenemos guardadas las configuraciones de los dockers que tengamos con el parámetro
    /path/to/backup/data:/userdata así que clickando en el apartado Patch de la interfaz nos aparecerá entre otras la carpeta userdata y dentro de ella, en 
    este caso, la carpeta de configuración de Homarr.

 - En los apartados marcados con flechas verdes podemos configurar a nuestro gusto cuando se hacen las copias de seguridad y el tiempo de retención.


 El apartado marcado con flecha azul ( Hooks ) merece una atención especial:




.png   5.png (Size: 104,47 KB / Downloads: 363)



Como se puede ver tenemos varias opciones para elegir, de todas ellas escogemos Command




.png   6.png (Size: 118,64 KB / Downloads: 353)



 - CONDITION_SNAPSHOT_START nos aparece si clickamos en un desplegable y hace referencia al inicio de la copia de seguridad

 - docker stop homarr lo escribimos a mano y da la orden de detener el contenedor Homarr ANTES de hacer la copia de seguridad

 - ON_ERROR_FATAL también aparece en un desplegable y obliga a detener la copia si ocurre un error grave.


En el sitio donde estamos añadimos un segundo Hook junto al anterior:




.png   7.png (Size: 115,1 KB / Downloads: 352)



 - CONDITION_SNAPSHOT_END hacer referencia a la finalización de la copia de seguridad por parte de Backrest de ese contenedor Homarr

 - docker start homarr arranca el contenedor después de finalizada la copia

 - ON_ERROR_FATAL impide lo anterior si hay un error grave


Con esto configurado ya tendríamos lista la copia de seguridad automatizada del contenedor, en este caso, Homarr, si opcionálmente quisiéramos que Backrest nos notificara el inicio - finalización de la copia de seguridad, por ejemplo, a través de un bot de Telegram añadimos un tercer Hook junto a los anteriores.




.png   8.png (Size: 152,79 KB / Downloads: 343)



 - Las dos condiciones que se ven son las mismas de antes y hacen referencia al inicio - finalización de la copia de seguridad

 - Las notificaciones anteriores mediante un bot de Telegram a través de Shoutrrr tienen que estar configuradas en el siguiente formato:

telegram://XXXXX@telegram?chats=YYYYYYYYYY

Las XXXX se corresponden al token del bot

Las YYYYYYY se corresponden al Chat ID



Configurado todo guardamos los cambios. De esta forma ya tenemos configurada en Backrest las copias de seguridad de un docker en concreto, lo siguiente sería repetir los mismos procesos anteriores adecuándolos a los demás dockers de los que queramos hacer copia de seguridad automatizada.

En este punto primigenio la interfaz de Backrest queda así:




.png   9.png (Size: 104,1 KB / Downloads: 354)



Os pongo una imagen que no es mia para que veais como queda un sistema completo ya configurado:




.jpg   backrest-dashboard-example.jpg (Size: 149,36 KB / Downloads: 350)



Backrest no sólo permite hacer copias de seguridad de los dockers sino que también permite su fácil restauración ( las siguientes imágenes tampoco son mias ):




.png   restore.png (Size: 338,15 KB / Downloads: 340)



Proceso de restauración:




.png   restore-progress.png (Size: 319,43 KB / Downloads: 339)



Hasta aquí lo principal, sin embargo Backrest permite múltiples configuraciones a través de condiciones, variables, etc que por su extensión no voy a explicar. En su lugar os dejo un enlace a la documentación del programa:


https://garethgeorge.github.io/backrest/...ng-started]]> <![CDATA[Virtualizacion station]]> https://www.qnapclub.es/showthread.php?tid=5652 Sun, 10 Aug 2025 01:18:21 +0200 Ruben Rojas]]> https://www.qnapclub.es/showthread.php?tid=5652 Tengo un TS-264 e instalé virtualizacion station y , se instala pero cuando intento acceder, queda en CARGANDO todo el tiempo y no arranca
Ayuda por favor
Gracias]]> Tengo un TS-264 e instalé virtualizacion station y , se instala pero cuando intento acceder, queda en CARGANDO todo el tiempo y no arranca
Ayuda por favor
Gracias]]> <![CDATA[Docker de Tautulli y su QPKG]]> https://www.qnapclub.es/showthread.php?tid=5650 Sat, 02 Aug 2025 23:29:35 +0200 Ganekogorta]]> https://www.qnapclub.es/showthread.php?tid=5650
El otro día un usuario de Qnap consultaba si existía una aplicación en QPKG de Tautulli.

Para el que no lo conozca Tautulli es un programa que es capaz de conectarse a nuestra cuenta del servidor Plex y obtener métricas y estadísticas de uso de Plex. Algo que puede ser útil si queremos ver como se usa en nuestra familia nuestra biblioteca de músicas, fotos y películas. 

Se que hay aplicaciones en la web de www.myqnap.org como https://www.myqnap.org/product/tautulli-apache84/ pero aunque parezca gratuita, en realidad se necesita el qpkg requerido por ella https://www.myqnap.org/product/apache84/ que si tiene un coste. 

El problema de estas aplicaciones es que no son actualizadas con frecuencia y la ventaja de este docker es que siempre que es desplegado, se despliega la última imagen disponible.
1-Requisitos
2-Despliegue del docker
3-Instalacion del pqkg

1- Requisitos
Para instalar el docker, los requisitos son sencillos:
-disponer de una cuenta Plex.
-tener instalado y activo Container Station.
-poder acceder por ssh a la nas (Panel de control, red y servicios, telnet/ssh y activar y permitir usuarios recordando el puerto)

2-Despliegue del docker
Abrimos nuestra consola de comandos por ssh.
Un programa que siempre recomiendo es Putty , pero también tenemos qpkg instalables en nuestra Qnap como "Putty HD". Hay muchos mas y la lista sería interminable ya que algunos SO los integran de serie.

Y lanzamos el siguiente comando:
Code:
docker run -d  --name=tautulli --restart=unless-stopped -v /share/DockerData/tuatulli:/config -e PUID=1000 -e PGID=100 -e TZ=Europe/Madrid -p 8181:8181 ghcr.io/tautulli/tautulli

Resumen de parámetros:
- con  "-v share/DockerData/tuatulli:/config" indicamos una la ruta persistente. En este caso uso una carpeta compartida llamada "DockerData", pero podriamos usar la carpeta "Public" y en ese caso escribiriamos "-v share/Public/tuatulli:/config"
- con "-e PUID=1000 -e PGID=100" indicamos el usuario de la nas y su grupo. Al escoger 1000, será el primero creado y 100 es el de todos. Pero si queremos usar uno distinto obtendremos los valores ejecutando el comando de consola "id usuario_deseado"
- con "-e TZ=Europe/Madrid" indicamos nuestra zona horaria
- con "-p 8181:8181" indicamos el puerto http por el que accederemos. Si queremos otro como el 7777, entonces pondremos "-p 7777:8181"

Una vez desplegado el docker, sólo hemos de ir a la web "http://ip_nas:8181" y veremos la web con el asistente inicial.

.jpg   tautulli_9.jpg (Size: 60,01 KB / Downloads: 281)
3- Instalación del QPKG
Digamos que parece ser lo mas cómodo pero sigue siendo obligado tener instalado y funcionando a Container Station.

El enlace de descarga del QPKG es el siguiente ubicado en Mega tautulli.qpkg

La instalación es sencilla, como en cualquier qpkg. 


.jpg   tautulli_1.jpg (Size: 18,68 KB / Downloads: 273)


.jpg   tautulli_2.jpg (Size: 105,29 KB / Downloads: 290)


.jpg   tautulli_3.jpg (Size: 17,82 KB / Downloads: 274)

Con la salvedad de que al no ser un paquete firmado os lanza un aviso de ello y debéis aceptarlo.

.jpg   tautulli_4.jpg (Size: 44,95 KB / Downloads: 270)


.jpg   tautulli_5.jpg (Size: 79,38 KB / Downloads: 271)


.jpg   tautulli_6.jpg (Size: 82,04 KB / Downloads: 285)


.jpg   tautulli_7.jpg (Size: 17,24 KB / Downloads: 280)

Y ya tendremos el icono de la aplicación en el appCenter


.jpg   tautulli_8.jpg (Size: 7,55 KB / Downloads: 284)

En realidad este qpkg hace alguna función mas ya que nos permite variar su ubicación (carpeta persistente), el puerto donde es accesible, la TZ, ... y unos pocos parámetros mas.

En su primer inicio se instala en la carpeta "tautulli" dentro de la carpeta compartida "Public".
Si quisiésemos hacer algún cambio de parámetros, debemos:
 -detener la app desde el "app Center"
 -editar el archivo oculto ".env_tautulli" ubicado en "Public/tautulli"
 - guardar los cambios
 - iniciar el qpkg desde el appCenter

Es muy importante respetar el orden de las líneas, sus saltos y no alterar su orden.
Si por lo que sea sale mal o no sabemos como estaba, podemos eliminar el archivo, que el docker al iniciarse volvería a crear el de defecto.
El archivo .env_tautulli contiene el siguiente contenido por defecto:
Code:
PUERTO=8181
CONFIG=/share/Public/tuatulli
PUID=1000
PGID=100
TZ=Europe/Madrid
LOG=TRUE


Si alteramos la ruta del parámetro CONFIG, el docker será movido de ubicación.
Así que antes de hacerlo es conveniente asegurarse que lo hacemos correctamente.
Por ejemplo podríamos enviarlo /share/CarpetaCompartida/tautulli


Una vez desplegado el docker, sólo hemos de ir a la web "http://ip_nas:8181" (o el puerto que hayamos elegido) y veremos la web con el asistente inicial.

Sobre el uso poco voy a contar ya que es sencillo de configurar y usar.
Podéis echar una ojeada aquí https://tautulli.com/#features]]>
El otro día un usuario de Qnap consultaba si existía una aplicación en QPKG de Tautulli.

Para el que no lo conozca Tautulli es un programa que es capaz de conectarse a nuestra cuenta del servidor Plex y obtener métricas y estadísticas de uso de Plex. Algo que puede ser útil si queremos ver como se usa en nuestra familia nuestra biblioteca de músicas, fotos y películas. 

Se que hay aplicaciones en la web de www.myqnap.org como https://www.myqnap.org/product/tautulli-apache84/ pero aunque parezca gratuita, en realidad se necesita el qpkg requerido por ella https://www.myqnap.org/product/apache84/ que si tiene un coste. 

El problema de estas aplicaciones es que no son actualizadas con frecuencia y la ventaja de este docker es que siempre que es desplegado, se despliega la última imagen disponible.
1-Requisitos
2-Despliegue del docker
3-Instalacion del pqkg

1- Requisitos
Para instalar el docker, los requisitos son sencillos:
-disponer de una cuenta Plex.
-tener instalado y activo Container Station.
-poder acceder por ssh a la nas (Panel de control, red y servicios, telnet/ssh y activar y permitir usuarios recordando el puerto)

2-Despliegue del docker
Abrimos nuestra consola de comandos por ssh.
Un programa que siempre recomiendo es Putty , pero también tenemos qpkg instalables en nuestra Qnap como "Putty HD". Hay muchos mas y la lista sería interminable ya que algunos SO los integran de serie.

Y lanzamos el siguiente comando:
Code:
docker run -d  --name=tautulli --restart=unless-stopped -v /share/DockerData/tuatulli:/config -e PUID=1000 -e PGID=100 -e TZ=Europe/Madrid -p 8181:8181 ghcr.io/tautulli/tautulli

Resumen de parámetros:
- con  "-v share/DockerData/tuatulli:/config" indicamos una la ruta persistente. En este caso uso una carpeta compartida llamada "DockerData", pero podriamos usar la carpeta "Public" y en ese caso escribiriamos "-v share/Public/tuatulli:/config"
- con "-e PUID=1000 -e PGID=100" indicamos el usuario de la nas y su grupo. Al escoger 1000, será el primero creado y 100 es el de todos. Pero si queremos usar uno distinto obtendremos los valores ejecutando el comando de consola "id usuario_deseado"
- con "-e TZ=Europe/Madrid" indicamos nuestra zona horaria
- con "-p 8181:8181" indicamos el puerto http por el que accederemos. Si queremos otro como el 7777, entonces pondremos "-p 7777:8181"

Una vez desplegado el docker, sólo hemos de ir a la web "http://ip_nas:8181" y veremos la web con el asistente inicial.

.jpg   tautulli_9.jpg (Size: 60,01 KB / Downloads: 281)
3- Instalación del QPKG
Digamos que parece ser lo mas cómodo pero sigue siendo obligado tener instalado y funcionando a Container Station.

El enlace de descarga del QPKG es el siguiente ubicado en Mega tautulli.qpkg

La instalación es sencilla, como en cualquier qpkg. 


.jpg   tautulli_1.jpg (Size: 18,68 KB / Downloads: 273)


.jpg   tautulli_2.jpg (Size: 105,29 KB / Downloads: 290)


.jpg   tautulli_3.jpg (Size: 17,82 KB / Downloads: 274)

Con la salvedad de que al no ser un paquete firmado os lanza un aviso de ello y debéis aceptarlo.

.jpg   tautulli_4.jpg (Size: 44,95 KB / Downloads: 270)


.jpg   tautulli_5.jpg (Size: 79,38 KB / Downloads: 271)


.jpg   tautulli_6.jpg (Size: 82,04 KB / Downloads: 285)


.jpg   tautulli_7.jpg (Size: 17,24 KB / Downloads: 280)

Y ya tendremos el icono de la aplicación en el appCenter


.jpg   tautulli_8.jpg (Size: 7,55 KB / Downloads: 284)

En realidad este qpkg hace alguna función mas ya que nos permite variar su ubicación (carpeta persistente), el puerto donde es accesible, la TZ, ... y unos pocos parámetros mas.

En su primer inicio se instala en la carpeta "tautulli" dentro de la carpeta compartida "Public".
Si quisiésemos hacer algún cambio de parámetros, debemos:
 -detener la app desde el "app Center"
 -editar el archivo oculto ".env_tautulli" ubicado en "Public/tautulli"
 - guardar los cambios
 - iniciar el qpkg desde el appCenter

Es muy importante respetar el orden de las líneas, sus saltos y no alterar su orden.
Si por lo que sea sale mal o no sabemos como estaba, podemos eliminar el archivo, que el docker al iniciarse volvería a crear el de defecto.
El archivo .env_tautulli contiene el siguiente contenido por defecto:
Code:
PUERTO=8181
CONFIG=/share/Public/tuatulli
PUID=1000
PGID=100
TZ=Europe/Madrid
LOG=TRUE


Si alteramos la ruta del parámetro CONFIG, el docker será movido de ubicación.
Así que antes de hacerlo es conveniente asegurarse que lo hacemos correctamente.
Por ejemplo podríamos enviarlo /share/CarpetaCompartida/tautulli


Una vez desplegado el docker, sólo hemos de ir a la web "http://ip_nas:8181" (o el puerto que hayamos elegido) y veremos la web con el asistente inicial.

Sobre el uso poco voy a contar ya que es sencillo de configurar y usar.
Podéis echar una ojeada aquí https://tautulli.com/#features]]> <![CDATA[Docker ConvertX para convertir archivos]]> https://www.qnapclub.es/showthread.php?tid=5647 Sat, 26 Jul 2025 21:30:08 +0200 yeraycito]]> https://www.qnapclub.es/showthread.php?tid=5647



.png   converters.png (Size: 104,81 KB / Downloads: 229)



El compose para su instalación a través de Container Station o Portainer es el siguiente:


services:
    convertx:
        image: ghcr.io/c4illin/convertx:latest
        container_name: convertx
        restart: unless-stopped
        ports:
            - 3522:3000
        environment:
             - JWT_SECRET=WpDPBLWrsdRyhQBRDzyDbcsTsVVhmWRviBQFwBRZipSyzXcfoxAxEPUUsliyLzfz
             - ACCOUNT_REGISTRATION=false
             - ALLOW_UNAUTHENTICATED=true
             - HTTP_ALLOWED=true
             - AUTO_DELETE_EVERY_N_HOURS=1
        volumes:
            - /your/local/path/to/data:/app/data


A tener en cuenta:

 - El compose anterior está configurado para NO utilizar usuario - contraseña para acceder a su interfaz, si queremos añadir esa capa de seguridad modificaremos los 
    dos siguientes valores dejándolos así:

               - ACCOUNT_REGISTRATION=true

               - ALLOW_UNAUTHENTICATED=false

 - El valor AUTO_DELETE_EVERY_N_HOURS hace referencia a las horas en las que el docker eliminará los archivos que le pongamos, un valor de 0 desactiva este 
    ajuste.

 - El valor /your/local/path/to lo deberemos modificar adecuándolo a la ruta del nas de la carpeta compartida en la que queramos que se guarde la configuración del 
   docker.


Instalado ConvertX accederemos a su interfaz mediante un navegador en     http://iplocaldelnas:3522




.png   20.png (Size: 34,17 KB / Downloads: 246)



Lo siguiente es subir un archivo y clickar en Search for conversions




.png   21.png (Size: 167,44 KB / Downloads: 229)



ConvertX ya ha detectado que tipo de archivo le hemos subido y nos propone formatos de archivo para convertir así que sólo tenemos que escoger uno de ellos.




.png   22.png (Size: 48,17 KB / Downloads: 246)



Hecha la conversión muy rápidamente se nos ofrece el nuevo archivo convertido para poder descargarlo.




.png   23.png (Size: 39,38 KB / Downloads: 234)



Poco más que añadir, como curiosidad diré que la gran cantidad de tipos de archivos que admite ConvertX hace que la imagen del docker sea bastante grande, en concreto 2.6 gigas.]]>



.png   converters.png (Size: 104,81 KB / Downloads: 229)



El compose para su instalación a través de Container Station o Portainer es el siguiente:


services:
    convertx:
        image: ghcr.io/c4illin/convertx:latest
        container_name: convertx
        restart: unless-stopped
        ports:
            - 3522:3000
        environment:
             - JWT_SECRET=WpDPBLWrsdRyhQBRDzyDbcsTsVVhmWRviBQFwBRZipSyzXcfoxAxEPUUsliyLzfz
             - ACCOUNT_REGISTRATION=false
             - ALLOW_UNAUTHENTICATED=true
             - HTTP_ALLOWED=true
             - AUTO_DELETE_EVERY_N_HOURS=1
        volumes:
            - /your/local/path/to/data:/app/data


A tener en cuenta:

 - El compose anterior está configurado para NO utilizar usuario - contraseña para acceder a su interfaz, si queremos añadir esa capa de seguridad modificaremos los 
    dos siguientes valores dejándolos así:

               - ACCOUNT_REGISTRATION=true

               - ALLOW_UNAUTHENTICATED=false

 - El valor AUTO_DELETE_EVERY_N_HOURS hace referencia a las horas en las que el docker eliminará los archivos que le pongamos, un valor de 0 desactiva este 
    ajuste.

 - El valor /your/local/path/to lo deberemos modificar adecuándolo a la ruta del nas de la carpeta compartida en la que queramos que se guarde la configuración del 
   docker.


Instalado ConvertX accederemos a su interfaz mediante un navegador en     http://iplocaldelnas:3522




.png   20.png (Size: 34,17 KB / Downloads: 246)



Lo siguiente es subir un archivo y clickar en Search for conversions




.png   21.png (Size: 167,44 KB / Downloads: 229)



ConvertX ya ha detectado que tipo de archivo le hemos subido y nos propone formatos de archivo para convertir así que sólo tenemos que escoger uno de ellos.




.png   22.png (Size: 48,17 KB / Downloads: 246)



Hecha la conversión muy rápidamente se nos ofrece el nuevo archivo convertido para poder descargarlo.




.png   23.png (Size: 39,38 KB / Downloads: 234)



Poco más que añadir, como curiosidad diré que la gran cantidad de tipos de archivos que admite ConvertX hace que la imagen del docker sea bastante grande, en concreto 2.6 gigas.]]> <![CDATA[Docker optimizador de imágenes]]> https://www.qnapclub.es/showthread.php?tid=5646 Sat, 26 Jul 2025 20:19:43 +0200 yeraycito]]> https://www.qnapclub.es/showthread.php?tid=5646
El docker de este post tiene el llamativo nombre de Mazanoke y su composición y funcionamiento son más sencillos que el mecanismo de un chupete, sin embargo sus funciones son de lo más interesantes:


 - Optimiza las imágenes en tu navegador.

- Ajusta la calidad de la imagen.

- Establece el tamaño del archivo de destino.

- Establece el ancho y alto máximos.

- Pega imágenes desde el portapapeles.

- Convierte entre y a JPG, PNG, WebP, ICO.

- Convierte desde HEIC, AVIF, TIFF, GIF, SVG.

- Centrado en la privacidad.

- Funciona sin conexión.

- Procesamiento de imágenes en el dispositivo.

- Elimina los datos EXIF (ubicación, fecha, etc.).

- Sin seguimiento.


El compose para su instalación a través de Container Station o Portainer es el siguiente:


services:
    mazanoke:
         container_name: mazanoke
         image: ghcr.io/civilblur/mazanoke:latest
         restart: unless-stopped
         ports:
             - 3474:80


Como se puede ver en el compose este docker no utiliza carpetas persistentes y no lo hace porque no lo necesita ya que no almacena nada.

Instalado Mazanoke accedemos con el navegador a su interfaz mediante     http://iplocaldelnas:3474




.png   1.png (Size: 60,75 KB / Downloads: 218)



En el apartado de opciones nos encontramos las siguientes:




.png   2.png (Size: 196,97 KB / Downloads: 205)



Configuradas las tareas que queramos realizar procedemos a subirle la imagen correspondiente con el siguiente resultado:




.png   3.png (Size: 127,31 KB / Downloads: 212)



Ya sólo nos queda descargarnos la imagen....... fin.]]>
El docker de este post tiene el llamativo nombre de Mazanoke y su composición y funcionamiento son más sencillos que el mecanismo de un chupete, sin embargo sus funciones son de lo más interesantes:


 - Optimiza las imágenes en tu navegador.

- Ajusta la calidad de la imagen.

- Establece el tamaño del archivo de destino.

- Establece el ancho y alto máximos.

- Pega imágenes desde el portapapeles.

- Convierte entre y a JPG, PNG, WebP, ICO.

- Convierte desde HEIC, AVIF, TIFF, GIF, SVG.

- Centrado en la privacidad.

- Funciona sin conexión.

- Procesamiento de imágenes en el dispositivo.

- Elimina los datos EXIF (ubicación, fecha, etc.).

- Sin seguimiento.


El compose para su instalación a través de Container Station o Portainer es el siguiente:


services:
    mazanoke:
         container_name: mazanoke
         image: ghcr.io/civilblur/mazanoke:latest
         restart: unless-stopped
         ports:
             - 3474:80


Como se puede ver en el compose este docker no utiliza carpetas persistentes y no lo hace porque no lo necesita ya que no almacena nada.

Instalado Mazanoke accedemos con el navegador a su interfaz mediante     http://iplocaldelnas:3474




.png   1.png (Size: 60,75 KB / Downloads: 218)



En el apartado de opciones nos encontramos las siguientes:




.png   2.png (Size: 196,97 KB / Downloads: 205)



Configuradas las tareas que queramos realizar procedemos a subirle la imagen correspondiente con el siguiente resultado:




.png   3.png (Size: 127,31 KB / Downloads: 212)



Ya sólo nos queda descargarnos la imagen....... fin.]]> <![CDATA[Servidor de libros con Booklore]]> https://www.qnapclub.es/showthread.php?tid=5645 Thu, 24 Jul 2025 18:53:27 +0200 yeraycito]]> https://www.qnapclub.es/showthread.php?tid=5645
Booklore es un software con el mismo funcionamiento que Calibre-web, es decir, podemos crear usuarios para que accedan a nuestra biblioteca de libros y se los descarguen, podemos leerlos en línea, enviarlos mediante correo electrónico, etc, etc. Sin embargo tiene también diversas diferencias a constatar:


 - No utiliza la base de datos de Calibre, es decir, funciona simplemente escaneando la carpeta de libros que se le indique.

 - Permite tener todas las bibliotecas de libros que nos parezcan.

 - Permite añadir libros nuevos automáticamente.

 - Permite la descarga de metadatos y datos de los libros de diversas fuentes tanto de forma automática y desatendida o de forma manual.

 - Permite llevar un control de los libros leidos.

 - Incorpora un servidor OPDS


Como acabo de comentar Calibre para ordenador es un software muy completo y que funciona muy bien sin embargo tiene cosas que personálmente no me gustan, una consiste en la cantidad enorme de carpetas y archivos que genera cuando se crea una biblioteca y se añaden libros:


 - Genera una carpeta por cada libro de un autor en concreto.

 - Genera 3 archivos por cada libro electrónico ( portada - opf - epub )


Antes de explicar como se instala Booklore y como funciona voy a comentar algo que es lógicamente opcional y que únicamente es válido si tenemos en nuestro ordenador o en el nas una biblioteca de libros gestionada con Calibre para ordenador, de lo que se trata es de arreglar las cosas que no me gustan que acabo de comentar.


Abrimos Calibre y nos dirigimos a sus opciones concrétamente a la función Guardar libros en disco y la configuramos de la siguiente forma:




.png   1.png (Size: 265,51 KB / Downloads: 607)



Todas las casillas desmarcadas y configurando la plantilla con estos parámetros: {author_sort}/{title} - {authors}

Guardados los cambios vamos a exportar nuestra biblioteca a una carpeta en el ordenador, lo haremos de la siguiente forma:


 - Seleccionamos con el ratón el primer libro de nuestra biblioteca

 - Pulsamos y mantenemos pulsada la tecla Mayúsculas del teclado

 - Seleccionamos con el ratón el último libro de la biblioteca

Con este sistema todos los libros quedarán marcados, hecho esto le damos al bóton de Calibre Guardar en disco y empezará la exportación de los libros de la biblioteca. Terminada la exportación los libros quedan con la siguiente extructura:




.png   2.png (Size: 71,34 KB / Downloads: 623)



La instalación de Booklore la haremos a través de un compose mediante Container Station o Portainer:



services:
    booklore:
         image: ghcr.io/adityachandelgit/booklore-app:latest
         container_name: booklore
         environment:
              - PUID=1000
              - PGID=100
              - TZ=Europe/Madrid
              - DATABASE_URL=jdbc:mariadb://mariadb:3306/booklore
              - DATABASE_USERNAME=booklore
              - DATABASE_PASSWORD=XXXX
              - SWAGGER_ENABLED=false
         depends_on:
             mariadb:
                  condition: service_healthy
         ports:
             - "6060:6060"
         volumes:
             - /your/local/path/to/booklore/data:/app/data
             - /your/local/path/to/booklore/books:/books
             - /your/local/path/to/booklore/bookdrop:/bookdrop
         restart: always

     mariadb:
          image: lscr.io/linuxserver/mariadb:11.4.5
          container_name: mariadb
          environment:
              - PUID=1000
              - PGID=100
              - TZ=Europe/Madrid
              - MYSQL_ROOT_PASSWORD=YYYYYYYYYYY
              - MYSQL_DATABASE=booklore
              - MYSQL_USER=booklore
              - MYSQL_PASSWORD=XXXX
          volumes:
              - /your/local/path/to/mariadb/config:/config
          restart: always
          healthcheck:
               test: ["CMD", "mariadb-admin", "ping", "-h", "localhost"]
               interval: 5s
               timeout: 5s
               retries: 10



Este compose instala dos contenedores que funcionan en sincronía, una base de datos mariadb y el propio Booklore.

A tener en cuenta:

 - Los apartados DATABASE_PASSWORD y MYSQL_PASSWORD tienen que tener la misma contraseña que le pongamos.

 - En el apartado MYSQL_ROOT_PASSWORD tenemos que poner una contraseña distinta a las anteriores.

 - Los apartados del compose /your/local/path/to los tendremos que configurar poniendo las rutas de nuestro nas correspondientes. Sobre esto dos cosas:

         - La carpeta bookdrop va a servir, si se quiere, para añadir automáticamente libros nuevos a la biblioteca de Booklore

         - La carpeta books hace referencia a la carpeta compartida del nas en la que tengamos nuestros libros, si queremos tener más de una biblioteca en Booklore 
           podemos hacerlo así, vamos a suponer que tengamos en el nas una carpeta compartida llamada Libros y dentro de ella dos carpetas más una, por ejemplo, 
           con libros de economía y otra con libros de historia. Siendo así en el compose mapeamos la carpeta Libros y una vez instalado Booklore podremos añadir
           por separado esas dos colecciones de libros.

En el caso de tener colecciones de libros en el nas en carpetas compartidas distintas podemos configurar el apartado Volumes de Booklore del compose anterior dejándolo de la siguiente forma:


volumes:
      - /your/local/path/to/booklore/data:/app/data
      - /your/local/path/to/booklore/books1:/books1
      - /your/local/path/to/booklore/books2:/books2
      - /your/local/path/to/booklore/bookdrop:/bookdrop


Instalado Booklore accedermos a el con el navegador que utilicemos en      http://iplocaldelnas:6060

Al hacerlo lo primero que se nos pide es configurar un usuario Administrador con su correspondiente contraseña:




.png   3.png (Size: 121,29 KB / Downloads: 618)



Yo ya lo tengo configurado así que a vosotros os aparecerá vacío de contenido lógicamente. Debido a limitaciones de este foro a la hora del tamaño de imágenes a subir he tenido que recortar exagerádamente la siguiente imagen:




.png   4.png (Size: 462,17 KB / Downloads: 614)



La siguiente imagen no se corresponde a mi Booklore sino que está extraida de su web, la pongo para que veais como es más o menos:




.png   0.png (Size: 753,18 KB / Downloads: 614)



Booklore tiene un desarrollo descomunal en los últimos meses añadiendo nuevas funciones y sus desarrolladores tienen unos videos sobre el programa que son algo antiguos pero que sirven para hacerse uno una idea, se pueden ver aquí:

https://www.youtube.com/watch?v=UMrn_fIe...dz&index=1


Añadir a Booklore bibliotecas o carpetas con libros es muy sencillo:




.png   6.png (Size: 115,04 KB / Downloads: 621)



Le ponemos un nombre, escogemos un icono y decidimos si activar o no que Booklore monitorice los cambios en la carpeta de libros que se le indique. Hecho esto le indicamos la carpeta del nas en la que tengamos libros:




.png   7.png (Size: 113,84 KB / Downloads: 624)


Podemos repetir este mismo proceso con todas las carpetas de libros que nos apetezca y se creará una biblioteca para cada una de ellas.

Un apartado interesante de Booklore es la gestión de metadatos de los libros:




.png   8.png (Size: 391,23 KB / Downloads: 615)



Podemos configurar varios proveedores y su prioridad tante en conjunto como por separado. Accediendo a un libro en concreto tenemos varias posibilidades:




.png   9.png (Size: 404,75 KB / Downloads: 610)



Podemos leerlo diréctamente, descargarlo, enviarlo por correo electrónico, marcarlo como leido o hacer que busque y añada metadatos automáticamente. Tenemos también la posibilidad de editar los metadatos manuálmente:




.png   10.png (Size: 456,33 KB / Downloads: 611)



O hacer que Booklore los busque:




.png   11.png (Size: 546,28 KB / Downloads: 606)



Hecha la búsqueda podemos comparar los datos del libro existentes con los nuevos:




.png   12.png (Size: 645,63 KB / Downloads: 613)



Podemos añadir todos los datos nuevos en conjunto o individuálmente, podemos cerrando los candados de la izquierda evitar modificaciones y en el caso de que falte o sea mejor los datos de otro proveedor sea totálmente o sólo alguna parte podemos usarlos también sin problemas.


Al principio he comentado que en el compose configuramos una carpeta bookdrop que sirve para añadir libros nuevos a la biblioteca que queramos pero este sistema tiene una añadiduría consistente en que a la misma vez que añadimos un libro busca y añade automáticamente los metadatos correspondientes. El funcionamiento es el siguiente, metemos uno o varios libros en la carpeta del nas bookdrop:




.png   15.png (Size: 71,69 KB / Downloads: 608)



Al instante nos aparece en Booklore lo siguiente:




.png   16.png (Size: 748,5 KB / Downloads: 616)



Booklore nos informa que ha reconocido el nuevo libro, lo ha procesado y lo deja pendiente para que lo revisemos:




.png   17.png (Size: 514,47 KB / Downloads: 615)



No digo que este sistema sea malo pero personálmente prefiero otro consistente en crear en Booklore una biblioteca vacía configurándola para que monitorice los cambios, de esta forma cualquier libro o libros que añadamos a la correspondiente carpeta del nas Booklore los añade automáticamente. Hecho esto ya podríamos editarlos.


En relación a la adicción automática de libros a Booklore este bot de Telegram añade comodidad al sistema:

https://www.qnapclub.es/showthread.php?t...1#pid25001


Resumiendo:

Booklore puede ser una alternativa viable a la mala gestión relativa a carpetas y archivos que hace Calibre sin olvidar la xxxxxx que le mete a los libros. Como dije antes Booklore está en constante evolución añadiendo nuevas funciones y mejorando otras, por el momento una de las que no incluye es la conversión de formatos de libro electrónico, otra cosa que tiene que mejorar es el rendimiento con bibliotecas de muy gran tamaño, por lo demás todo muy bien.]]>
Booklore es un software con el mismo funcionamiento que Calibre-web, es decir, podemos crear usuarios para que accedan a nuestra biblioteca de libros y se los descarguen, podemos leerlos en línea, enviarlos mediante correo electrónico, etc, etc. Sin embargo tiene también diversas diferencias a constatar:


 - No utiliza la base de datos de Calibre, es decir, funciona simplemente escaneando la carpeta de libros que se le indique.

 - Permite tener todas las bibliotecas de libros que nos parezcan.

 - Permite añadir libros nuevos automáticamente.

 - Permite la descarga de metadatos y datos de los libros de diversas fuentes tanto de forma automática y desatendida o de forma manual.

 - Permite llevar un control de los libros leidos.

 - Incorpora un servidor OPDS


Como acabo de comentar Calibre para ordenador es un software muy completo y que funciona muy bien sin embargo tiene cosas que personálmente no me gustan, una consiste en la cantidad enorme de carpetas y archivos que genera cuando se crea una biblioteca y se añaden libros:


 - Genera una carpeta por cada libro de un autor en concreto.

 - Genera 3 archivos por cada libro electrónico ( portada - opf - epub )


Antes de explicar como se instala Booklore y como funciona voy a comentar algo que es lógicamente opcional y que únicamente es válido si tenemos en nuestro ordenador o en el nas una biblioteca de libros gestionada con Calibre para ordenador, de lo que se trata es de arreglar las cosas que no me gustan que acabo de comentar.


Abrimos Calibre y nos dirigimos a sus opciones concrétamente a la función Guardar libros en disco y la configuramos de la siguiente forma:




.png   1.png (Size: 265,51 KB / Downloads: 607)



Todas las casillas desmarcadas y configurando la plantilla con estos parámetros: {author_sort}/{title} - {authors}

Guardados los cambios vamos a exportar nuestra biblioteca a una carpeta en el ordenador, lo haremos de la siguiente forma:


 - Seleccionamos con el ratón el primer libro de nuestra biblioteca

 - Pulsamos y mantenemos pulsada la tecla Mayúsculas del teclado

 - Seleccionamos con el ratón el último libro de la biblioteca

Con este sistema todos los libros quedarán marcados, hecho esto le damos al bóton de Calibre Guardar en disco y empezará la exportación de los libros de la biblioteca. Terminada la exportación los libros quedan con la siguiente extructura:




.png   2.png (Size: 71,34 KB / Downloads: 623)



La instalación de Booklore la haremos a través de un compose mediante Container Station o Portainer:



services:
    booklore:
         image: ghcr.io/adityachandelgit/booklore-app:latest
         container_name: booklore
         environment:
              - PUID=1000
              - PGID=100
              - TZ=Europe/Madrid
              - DATABASE_URL=jdbc:mariadb://mariadb:3306/booklore
              - DATABASE_USERNAME=booklore
              - DATABASE_PASSWORD=XXXX
              - SWAGGER_ENABLED=false
         depends_on:
             mariadb:
                  condition: service_healthy
         ports:
             - "6060:6060"
         volumes:
             - /your/local/path/to/booklore/data:/app/data
             - /your/local/path/to/booklore/books:/books
             - /your/local/path/to/booklore/bookdrop:/bookdrop
         restart: always

     mariadb:
          image: lscr.io/linuxserver/mariadb:11.4.5
          container_name: mariadb
          environment:
              - PUID=1000
              - PGID=100
              - TZ=Europe/Madrid
              - MYSQL_ROOT_PASSWORD=YYYYYYYYYYY
              - MYSQL_DATABASE=booklore
              - MYSQL_USER=booklore
              - MYSQL_PASSWORD=XXXX
          volumes:
              - /your/local/path/to/mariadb/config:/config
          restart: always
          healthcheck:
               test: ["CMD", "mariadb-admin", "ping", "-h", "localhost"]
               interval: 5s
               timeout: 5s
               retries: 10



Este compose instala dos contenedores que funcionan en sincronía, una base de datos mariadb y el propio Booklore.

A tener en cuenta:

 - Los apartados DATABASE_PASSWORD y MYSQL_PASSWORD tienen que tener la misma contraseña que le pongamos.

 - En el apartado MYSQL_ROOT_PASSWORD tenemos que poner una contraseña distinta a las anteriores.

 - Los apartados del compose /your/local/path/to los tendremos que configurar poniendo las rutas de nuestro nas correspondientes. Sobre esto dos cosas:

         - La carpeta bookdrop va a servir, si se quiere, para añadir automáticamente libros nuevos a la biblioteca de Booklore

         - La carpeta books hace referencia a la carpeta compartida del nas en la que tengamos nuestros libros, si queremos tener más de una biblioteca en Booklore 
           podemos hacerlo así, vamos a suponer que tengamos en el nas una carpeta compartida llamada Libros y dentro de ella dos carpetas más una, por ejemplo, 
           con libros de economía y otra con libros de historia. Siendo así en el compose mapeamos la carpeta Libros y una vez instalado Booklore podremos añadir
           por separado esas dos colecciones de libros.

En el caso de tener colecciones de libros en el nas en carpetas compartidas distintas podemos configurar el apartado Volumes de Booklore del compose anterior dejándolo de la siguiente forma:


volumes:
      - /your/local/path/to/booklore/data:/app/data
      - /your/local/path/to/booklore/books1:/books1
      - /your/local/path/to/booklore/books2:/books2
      - /your/local/path/to/booklore/bookdrop:/bookdrop


Instalado Booklore accedermos a el con el navegador que utilicemos en      http://iplocaldelnas:6060

Al hacerlo lo primero que se nos pide es configurar un usuario Administrador con su correspondiente contraseña:




.png   3.png (Size: 121,29 KB / Downloads: 618)



Yo ya lo tengo configurado así que a vosotros os aparecerá vacío de contenido lógicamente. Debido a limitaciones de este foro a la hora del tamaño de imágenes a subir he tenido que recortar exagerádamente la siguiente imagen:




.png   4.png (Size: 462,17 KB / Downloads: 614)



La siguiente imagen no se corresponde a mi Booklore sino que está extraida de su web, la pongo para que veais como es más o menos:




.png   0.png (Size: 753,18 KB / Downloads: 614)



Booklore tiene un desarrollo descomunal en los últimos meses añadiendo nuevas funciones y sus desarrolladores tienen unos videos sobre el programa que son algo antiguos pero que sirven para hacerse uno una idea, se pueden ver aquí:

https://www.youtube.com/watch?v=UMrn_fIe...dz&index=1


Añadir a Booklore bibliotecas o carpetas con libros es muy sencillo:




.png   6.png (Size: 115,04 KB / Downloads: 621)



Le ponemos un nombre, escogemos un icono y decidimos si activar o no que Booklore monitorice los cambios en la carpeta de libros que se le indique. Hecho esto le indicamos la carpeta del nas en la que tengamos libros:




.png   7.png (Size: 113,84 KB / Downloads: 624)


Podemos repetir este mismo proceso con todas las carpetas de libros que nos apetezca y se creará una biblioteca para cada una de ellas.

Un apartado interesante de Booklore es la gestión de metadatos de los libros:




.png   8.png (Size: 391,23 KB / Downloads: 615)



Podemos configurar varios proveedores y su prioridad tante en conjunto como por separado. Accediendo a un libro en concreto tenemos varias posibilidades:




.png   9.png (Size: 404,75 KB / Downloads: 610)



Podemos leerlo diréctamente, descargarlo, enviarlo por correo electrónico, marcarlo como leido o hacer que busque y añada metadatos automáticamente. Tenemos también la posibilidad de editar los metadatos manuálmente:




.png   10.png (Size: 456,33 KB / Downloads: 611)



O hacer que Booklore los busque:




.png   11.png (Size: 546,28 KB / Downloads: 606)



Hecha la búsqueda podemos comparar los datos del libro existentes con los nuevos:




.png   12.png (Size: 645,63 KB / Downloads: 613)



Podemos añadir todos los datos nuevos en conjunto o individuálmente, podemos cerrando los candados de la izquierda evitar modificaciones y en el caso de que falte o sea mejor los datos de otro proveedor sea totálmente o sólo alguna parte podemos usarlos también sin problemas.


Al principio he comentado que en el compose configuramos una carpeta bookdrop que sirve para añadir libros nuevos a la biblioteca que queramos pero este sistema tiene una añadiduría consistente en que a la misma vez que añadimos un libro busca y añade automáticamente los metadatos correspondientes. El funcionamiento es el siguiente, metemos uno o varios libros en la carpeta del nas bookdrop:




.png   15.png (Size: 71,69 KB / Downloads: 608)



Al instante nos aparece en Booklore lo siguiente:




.png   16.png (Size: 748,5 KB / Downloads: 616)



Booklore nos informa que ha reconocido el nuevo libro, lo ha procesado y lo deja pendiente para que lo revisemos:




.png   17.png (Size: 514,47 KB / Downloads: 615)



No digo que este sistema sea malo pero personálmente prefiero otro consistente en crear en Booklore una biblioteca vacía configurándola para que monitorice los cambios, de esta forma cualquier libro o libros que añadamos a la correspondiente carpeta del nas Booklore los añade automáticamente. Hecho esto ya podríamos editarlos.


En relación a la adicción automática de libros a Booklore este bot de Telegram añade comodidad al sistema:

https://www.qnapclub.es/showthread.php?t...1#pid25001


Resumiendo:

Booklore puede ser una alternativa viable a la mala gestión relativa a carpetas y archivos que hace Calibre sin olvidar la xxxxxx que le mete a los libros. Como dije antes Booklore está en constante evolución añadiendo nuevas funciones y mejorando otras, por el momento una de las que no incluye es la conversión de formatos de libro electrónico, otra cosa que tiene que mejorar es el rendimiento con bibliotecas de muy gran tamaño, por lo demás todo muy bien.]]> <![CDATA[Bot de Telegram descargas al nas]]> https://www.qnapclub.es/showthread.php?tid=5644 Thu, 24 Jul 2025 16:41:26 +0200 yeraycito]]> https://www.qnapclub.es/showthread.php?tid=5644
Las funciones del bot que podemos activar o no según nos parezca son las siguientes:


- Detección de archivos de Audio

- Detección de archivos de Vídeo

- Detección de archivos de Libros

- Detección de archivos de Fotos

- Detección de archivos de Torrent

- Descarga de YouTube y envío de esos vídeos a Telegram

- Descomprime automáticamente ficheros zip y tar (y sus variantes)


Como digo dependiendo de la función que activemos en el bot este funcionará de una u otra forma, por ejemplo, podemos hacer que descargue un archivo torrent en la carpeta del nas correspondiente para ese fin de Transmission o descargar un libro o foto en sus carpetas correspondientes.

El compose para instalar a través de Container Station o Portainer es el siguiente:


services:
  dropbot:
    environment:
      - TELEGRAM_TOKEN=XXXXXXXX
      - TELEGRAM_ADMIN=YYYYY
      - TELEGRAM_API_HASH=MMMMMM
      - TELEGRAM_API_ID=ZZZZZ
      - LANGUAGE=ES
      #- PARALLEL_DOWNLOADS=2
      #- FILTER_PHOTO=0
      #- FILTER_AUDIO=0
      #- FILTER_VIDEO=0
      #- FILTER_TORRENT=0
      #- FILTER_EBOOK=0
      #- FILTER_YOUTUBE_AUDIO=0
      #- FILTER_YOUTUBE_VIDEO=0
    volumes:
      - /ruta/para/descargar:/downloads
      #- /ruta/para/descargar/audio:/audio
      #- /ruta/para/descargar/video:/video
      #- /ruta/para/descargar/foto:/photo
      #- /ruta/para/descargar/torrent:/torrent
      #- /ruta/para/descargar/ebook:/ebook
      #- /ruta/para/descargar/audios_de_youtube:/youtube_audio
      #- /ruta/para/descargar/videos_de_youtube:/youtube_video
    image: dgongut/dropbot:latest
    container_name: dropbot
    restart: always
    network_mode: host
    tty: true


A tener en cuenta:

Antes de instalar este compose tenemos que tener creado un bot de telegram:     https://www.qnapclub.es/showthread.php?tid=3968

En el compose anterior en los apartados TELEGRAM_TOKEN y TELEGRAM_ADMIN tendremos que poner los datos de ese bot que hemos creado.

En los apartados del compose TELEGRAM_API_HASH y TELEGRAM_API_ID tendremos que poner los datos correspondientes a nuestra aplicación de telegram, podremos crear esa aplicación muy fácilmente desde aquí:

https://my.telegram.org/auth

Los apartados /ruta/para/descargar los tenemos que modificar poniendo la ruta de la carpeta compartida de nuestro nas en la que queremos que se descarguen los archivos.

En el compose se puede ver que únicamente está activa la carpeta del docker downloads, esto quiere decir que todos los archivos sean del tipo que sean que enviemos a través del bot de telegram se descargarán en la carpeta compartida de nuestro nas que hayamos configurado para downloads del docker.

Si queremos, por ejemplo, que las fotos, los torrents o los libros vayan a carpetas compartidas distintas a la de downloads tendremos que desmarcar y configurar esas rutas a esas carpetas en el compose anterior.

Una vez configurado el compose a nuestro gusto podremos hacer uso del bot de telegram enviando archivos que se descargarán diréctamente en las carpetas compartidas del nas que hayamos configurado:




.png   dropbot.png (Size: 80,88 KB / Downloads: 400) ]]>
Las funciones del bot que podemos activar o no según nos parezca son las siguientes:


- Detección de archivos de Audio

- Detección de archivos de Vídeo

- Detección de archivos de Libros

- Detección de archivos de Fotos

- Detección de archivos de Torrent

- Descarga de YouTube y envío de esos vídeos a Telegram

- Descomprime automáticamente ficheros zip y tar (y sus variantes)


Como digo dependiendo de la función que activemos en el bot este funcionará de una u otra forma, por ejemplo, podemos hacer que descargue un archivo torrent en la carpeta del nas correspondiente para ese fin de Transmission o descargar un libro o foto en sus carpetas correspondientes.

El compose para instalar a través de Container Station o Portainer es el siguiente:


services:
  dropbot:
    environment:
      - TELEGRAM_TOKEN=XXXXXXXX
      - TELEGRAM_ADMIN=YYYYY
      - TELEGRAM_API_HASH=MMMMMM
      - TELEGRAM_API_ID=ZZZZZ
      - LANGUAGE=ES
      #- PARALLEL_DOWNLOADS=2
      #- FILTER_PHOTO=0
      #- FILTER_AUDIO=0
      #- FILTER_VIDEO=0
      #- FILTER_TORRENT=0
      #- FILTER_EBOOK=0
      #- FILTER_YOUTUBE_AUDIO=0
      #- FILTER_YOUTUBE_VIDEO=0
    volumes:
      - /ruta/para/descargar:/downloads
      #- /ruta/para/descargar/audio:/audio
      #- /ruta/para/descargar/video:/video
      #- /ruta/para/descargar/foto:/photo
      #- /ruta/para/descargar/torrent:/torrent
      #- /ruta/para/descargar/ebook:/ebook
      #- /ruta/para/descargar/audios_de_youtube:/youtube_audio
      #- /ruta/para/descargar/videos_de_youtube:/youtube_video
    image: dgongut/dropbot:latest
    container_name: dropbot
    restart: always
    network_mode: host
    tty: true


A tener en cuenta:

Antes de instalar este compose tenemos que tener creado un bot de telegram:     https://www.qnapclub.es/showthread.php?tid=3968

En el compose anterior en los apartados TELEGRAM_TOKEN y TELEGRAM_ADMIN tendremos que poner los datos de ese bot que hemos creado.

En los apartados del compose TELEGRAM_API_HASH y TELEGRAM_API_ID tendremos que poner los datos correspondientes a nuestra aplicación de telegram, podremos crear esa aplicación muy fácilmente desde aquí:

https://my.telegram.org/auth

Los apartados /ruta/para/descargar los tenemos que modificar poniendo la ruta de la carpeta compartida de nuestro nas en la que queremos que se descarguen los archivos.

En el compose se puede ver que únicamente está activa la carpeta del docker downloads, esto quiere decir que todos los archivos sean del tipo que sean que enviemos a través del bot de telegram se descargarán en la carpeta compartida de nuestro nas que hayamos configurado para downloads del docker.

Si queremos, por ejemplo, que las fotos, los torrents o los libros vayan a carpetas compartidas distintas a la de downloads tendremos que desmarcar y configurar esas rutas a esas carpetas en el compose anterior.

Una vez configurado el compose a nuestro gusto podremos hacer uso del bot de telegram enviando archivos que se descargarán diréctamente en las carpetas compartidas del nas que hayamos configurado:




.png   dropbot.png (Size: 80,88 KB / Downloads: 400) ]]> <![CDATA[QPKG para desplegar docker de metube]]> https://www.qnapclub.es/showthread.php?tid=5621 Sun, 06 Jul 2025 01:28:21 +0200 Ganekogorta]]> https://www.qnapclub.es/showthread.php?tid=5621
A raíz de la consulta de un usuario acerca del docker descargador de videos / audio metube he generado un paquete qpkg que lo hace por nosotros.

Lo podemos de descargar del siguiente enlace de Mega para máquinas x64. 

Podemos comprobar que no ha sido modificado si su md5 es el siguiente "bb907cfc43c5d59d67602d355018b598".

La instalación es sencilla como en todos los qpkg.

Vamos al app center, lo instalamos manualmente


.jpg   metubeqpkg_1.jpg (Size: 22,03 KB / Downloads: 221)


.jpg   metubeqpkg_2.jpg (Size: 88,45 KB / Downloads: 205)

activamos la casilla de Advertencia de firma digital

.jpg   metubeqpkg_3.jpg (Size: 35,62 KB / Downloads: 205)

esperamos a que finalice la instalación

.jpg   metubeqpkg_4.jpg (Size: 31,96 KB / Downloads: 199)


.jpg   metubeqpkg_5.jpg (Size: 44,02 KB / Downloads: 210)

y una vez instalado tendremos ya el icono correspondiente en el app center.

.jpg   metubeqpkg_6.jpg (Size: 5,05 KB / Downloads: 195)

Configuración inicial del docker

Si vamos a la carpeta compartida "Download" veremos que tenemos dos nuevos archivos.
  • -uno llamado metube.log donde está log de la actividad del la instalación, arranque y detención del docker
  • -uno oculto llamado .env_metube con una configuración base

Si editamos el .env_metube veremos el siguiente contenido
Code:
PUERTO=8081
VIDEO=/share/Download/youtube/video
AUDIO=/share/Download/youtube/audio
LOG=TRUE


Es importante respetar el orden de las líneas cuando editemos este archivo.

  1. Si queremos que el docker sea accesible desde otro puerto, cambiaremos el valor 8081 por un puerto libre de la nas de nuestra elección.
  1. Si queremos cambiar la carpeta destino de los videos descargados cambiamos la ruta de la segunda línea.
  1. Si queremos cambiar la carpeta destino de los audios descargados cambiamos la ruta de la tercera línea.
  1. Si cambiamos el valor de la cuarta línea por FALSE, entonces el archivo metube.log será eliminado.


Para aplicar los cambios, hemos de detener la app desde App Center y volver a iniciarla para que se apliquen.


Si tuviésemos algún problema con el archivo de configuración (.env_metube), con borrarlo, detener el docker y volver a iniciarlo, volvería a ser generado el de defecto.

El funcionamiento de la web de este docker es muy sencillo y se describió en este post]]>
A raíz de la consulta de un usuario acerca del docker descargador de videos / audio metube he generado un paquete qpkg que lo hace por nosotros.

Lo podemos de descargar del siguiente enlace de Mega para máquinas x64. 

Podemos comprobar que no ha sido modificado si su md5 es el siguiente "bb907cfc43c5d59d67602d355018b598".

La instalación es sencilla como en todos los qpkg.

Vamos al app center, lo instalamos manualmente


.jpg   metubeqpkg_1.jpg (Size: 22,03 KB / Downloads: 221)


.jpg   metubeqpkg_2.jpg (Size: 88,45 KB / Downloads: 205)

activamos la casilla de Advertencia de firma digital

.jpg   metubeqpkg_3.jpg (Size: 35,62 KB / Downloads: 205)

esperamos a que finalice la instalación

.jpg   metubeqpkg_4.jpg (Size: 31,96 KB / Downloads: 199)


.jpg   metubeqpkg_5.jpg (Size: 44,02 KB / Downloads: 210)

y una vez instalado tendremos ya el icono correspondiente en el app center.

.jpg   metubeqpkg_6.jpg (Size: 5,05 KB / Downloads: 195)

Configuración inicial del docker

Si vamos a la carpeta compartida "Download" veremos que tenemos dos nuevos archivos.
  • -uno llamado metube.log donde está log de la actividad del la instalación, arranque y detención del docker
  • -uno oculto llamado .env_metube con una configuración base

Si editamos el .env_metube veremos el siguiente contenido
Code:
PUERTO=8081
VIDEO=/share/Download/youtube/video
AUDIO=/share/Download/youtube/audio
LOG=TRUE


Es importante respetar el orden de las líneas cuando editemos este archivo.

  1. Si queremos que el docker sea accesible desde otro puerto, cambiaremos el valor 8081 por un puerto libre de la nas de nuestra elección.
  1. Si queremos cambiar la carpeta destino de los videos descargados cambiamos la ruta de la segunda línea.
  1. Si queremos cambiar la carpeta destino de los audios descargados cambiamos la ruta de la tercera línea.
  1. Si cambiamos el valor de la cuarta línea por FALSE, entonces el archivo metube.log será eliminado.


Para aplicar los cambios, hemos de detener la app desde App Center y volver a iniciarla para que se apliquen.


Si tuviésemos algún problema con el archivo de configuración (.env_metube), con borrarlo, detener el docker y volver a iniciarlo, volvería a ser generado el de defecto.

El funcionamiento de la web de este docker es muy sencillo y se describió en este post]]> <![CDATA[Qpkg de Karakeep]]> https://www.qnapclub.es/showthread.php?tid=5611 Mon, 23 Jun 2025 19:33:14 +0200 Ganekogorta]]> https://www.qnapclub.es/showthread.php?tid=5611

He creado un qpkg para poder desplegar karakeep desde Container Station.

Si queremos hacerlo mas manualmente y ver someramente como usar, podemos echar una ojeada a este otro post de KaraKeep

Lo he creado para x64 y está en el siguiente enlace de Mega

Los requisitos para instalarlo son pocos para una nas de QNAP:
-tener instalado Container Station
-que sea x86/x64.

Los de ARM no he tenido tiempo de probarlo. Pero como hay varias familias, lo dejaré para mas adelante.


La instalación es sencilla:

1- abrimos Container Station y lanzamos una instalación manual

.jpg   karaqpkg_1.jpg (Size: 22,03 KB / Downloads: 203)

2-Examinamos y buscamos el archivo qpkg a instalar

.jpg   karaqpkg_2.jpg (Size: 82,54 KB / Downloads: 208)

3-Confirmamos la instalación

.jpg   karaqpkg_3.jpg (Size: 47,96 KB / Downloads: 225)

4-Al no estar el paquete firmado, debemos hacerlo para poder continuar.

.jpg   karaqpkg_4.jpg (Size: 57,98 KB / Downloads: 220)

5-Comienza la instalación y esperamos a que termine

.jpg   karaqpkg_5.jpg (Size: 39,67 KB / Downloads: 227)


.jpg   karaqpkg_6.jpg (Size: 44,02 KB / Downloads: 211)

6-Ya tendremos la aplicación iniciada/iniciandose en el App Center

.jpg   karaqpkg_7.jpg (Size: 121,63 KB / Downloads: 239)

La primera vez, hemos de dar tiempo a la aplicación ya que creará una nueva carpeta llamada "karakeep" en la carpeta compartida "Public"
En esa carpeta tendremos un archivo "kara.log" donde quedan reflejados los acciones de inicio y apagado que tiene este docker.

Por ejemplo tras el primer inicio tendremos algo como esto
Code:
2025/06/22 17:09:00 Creo la carpeta karakeep en la carpeta compartida Public
2025/06/22 17:09:00 Creao el archivo .env patron en /share/CACHEDEV1_DATA/Public/karakeep


También hay un archivo oculto llamado ".env" que podemos y debemos editarlo para adaptarlo a nuestra instalación.
Para editarlo lo mejor es detener el qpkg desde el App Center.

Lo editamos y veremos que tiene el siguiente contenido:

Code:
KARAKEEP_VERSION=0.25.0
NEXTAUTH_SECRET=la_cadena_alfanumerica que salio al escribir openssl rand -base64 36
MEILI_MASTER_KEY=la_OTRA_cadena_alfanumerica que salio al escribir openssl rand -base64 36
NEXTAUTH_URL=http://ip_local_nas:3000 # o la dns publica
DISABLE_SIGNUPS=false

Las dos cadenas de contraseñas las obtenemos el comando de consola "openssl rand -base64 36"
Y en el campo de URL pongo http://192.168.4.35:3000 o https://karadura.midominio.eu en funcion de la ip interna de mi nas o una dns que apunte nuestro docker.

Con los cambio el archivo ".env" quedaría como sigue:
Code:
KARAKEEP_VERSION=0.25.0
NEXTAUTH_SECRET=63fD9KD8MaaR/Zi10q3GG17htjAN+4ak0+Dfox+jvXddZYW8
MEILI_MASTER_KEY=8ybQIFvdQfW6Eb/B0CurrlvHMGcHnzQlFXZGjqQ1bVkbkbZp
NEXTAUTH_URL=http://192.168.4.35:3000
DISABLE_SIGNUPS=false

Ahora lanzamos por segunda vez la aplicación desde el App Center y tras unos instantes se nos desplegarán y activarán tres dockers

A partir de ese momento ya tenemos activa nuestra aplicación local KaraKeep yendo a http://192.168.4.35:3000


.jpg   karaqpkg_8.jpg (Size: 17,45 KB / Downloads: 218)

Podemos eliminar desde el App Center, pero recordad que deberíamos eliminar la carpeta "karakeep" que está en Public si lo queremos hacer en su totalidad.

Y con esto ya podemos jugar con este superbloc de notas KaraKeep]]>

He creado un qpkg para poder desplegar karakeep desde Container Station.

Si queremos hacerlo mas manualmente y ver someramente como usar, podemos echar una ojeada a este otro post de KaraKeep

Lo he creado para x64 y está en el siguiente enlace de Mega

Los requisitos para instalarlo son pocos para una nas de QNAP:
-tener instalado Container Station
-que sea x86/x64.

Los de ARM no he tenido tiempo de probarlo. Pero como hay varias familias, lo dejaré para mas adelante.


La instalación es sencilla:

1- abrimos Container Station y lanzamos una instalación manual

.jpg   karaqpkg_1.jpg (Size: 22,03 KB / Downloads: 203)

2-Examinamos y buscamos el archivo qpkg a instalar

.jpg   karaqpkg_2.jpg (Size: 82,54 KB / Downloads: 208)

3-Confirmamos la instalación

.jpg   karaqpkg_3.jpg (Size: 47,96 KB / Downloads: 225)

4-Al no estar el paquete firmado, debemos hacerlo para poder continuar.

.jpg   karaqpkg_4.jpg (Size: 57,98 KB / Downloads: 220)

5-Comienza la instalación y esperamos a que termine

.jpg   karaqpkg_5.jpg (Size: 39,67 KB / Downloads: 227)


.jpg   karaqpkg_6.jpg (Size: 44,02 KB / Downloads: 211)

6-Ya tendremos la aplicación iniciada/iniciandose en el App Center

.jpg   karaqpkg_7.jpg (Size: 121,63 KB / Downloads: 239)

La primera vez, hemos de dar tiempo a la aplicación ya que creará una nueva carpeta llamada "karakeep" en la carpeta compartida "Public"
En esa carpeta tendremos un archivo "kara.log" donde quedan reflejados los acciones de inicio y apagado que tiene este docker.

Por ejemplo tras el primer inicio tendremos algo como esto
Code:
2025/06/22 17:09:00 Creo la carpeta karakeep en la carpeta compartida Public
2025/06/22 17:09:00 Creao el archivo .env patron en /share/CACHEDEV1_DATA/Public/karakeep


También hay un archivo oculto llamado ".env" que podemos y debemos editarlo para adaptarlo a nuestra instalación.
Para editarlo lo mejor es detener el qpkg desde el App Center.

Lo editamos y veremos que tiene el siguiente contenido:

Code:
KARAKEEP_VERSION=0.25.0
NEXTAUTH_SECRET=la_cadena_alfanumerica que salio al escribir openssl rand -base64 36
MEILI_MASTER_KEY=la_OTRA_cadena_alfanumerica que salio al escribir openssl rand -base64 36
NEXTAUTH_URL=http://ip_local_nas:3000 # o la dns publica
DISABLE_SIGNUPS=false

Las dos cadenas de contraseñas las obtenemos el comando de consola "openssl rand -base64 36"
Y en el campo de URL pongo http://192.168.4.35:3000 o https://karadura.midominio.eu en funcion de la ip interna de mi nas o una dns que apunte nuestro docker.

Con los cambio el archivo ".env" quedaría como sigue:
Code:
KARAKEEP_VERSION=0.25.0
NEXTAUTH_SECRET=63fD9KD8MaaR/Zi10q3GG17htjAN+4ak0+Dfox+jvXddZYW8
MEILI_MASTER_KEY=8ybQIFvdQfW6Eb/B0CurrlvHMGcHnzQlFXZGjqQ1bVkbkbZp
NEXTAUTH_URL=http://192.168.4.35:3000
DISABLE_SIGNUPS=false

Ahora lanzamos por segunda vez la aplicación desde el App Center y tras unos instantes se nos desplegarán y activarán tres dockers

A partir de ese momento ya tenemos activa nuestra aplicación local KaraKeep yendo a http://192.168.4.35:3000


.jpg   karaqpkg_8.jpg (Size: 17,45 KB / Downloads: 218)

Podemos eliminar desde el App Center, pero recordad que deberíamos eliminar la carpeta "karakeep" que está en Public si lo queremos hacer en su totalidad.

Y con esto ya podemos jugar con este superbloc de notas KaraKeep]]>