Buenas tengo un NAS con una caja de expansión TR-004 con un RAID de 3 discos y me queda una posición libre. Quisiera saber antes de comprar otro disco si lo puedo utilizar fuera del RAID y que sea un disco independiente del RAID no me queda del todo claro en las especificaciones.
Gracias y un saludo
Aunque hace ya más de 8 años que tengo el QNAP, todavía no me había registrado en ningún foro de usuarios. Lo he usado principalmente como repositorio de medios (con Plex) y para copias de seguridad. Ahora me gustaría explorar el mundo de los dockers.
tengo un TS-673 y la verdad hasta hoy ni me lo había planteado pero cuando lo compre le instalé dos módulos extra de memoria para ocupar los 4 slots que trae.
Seguí las instrucciones:
"Cuando instale módulos, asegúrese de lo siguiente:
• Un módulo se instala en la ranura 1.
• Los módulos se instalan de dos en dos. Cuando instale dos módulos, utilice las ranuras 1 y 3."
Así que instale 1-3 y 2 y 4.
Pero el otro día no se porque trasteando vi la imagen adjunta y pone instala los módulos iguales en el mismo canal. Y según se puede ver serían 1-2 y 3-4
Con lo cual ya me empezó a dar vueltas la cabeza pero no se como comprobar si está activado o no el dual channel, porque no lo pone en ningún sitio.
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 )
Code:
docker stop joplin
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
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 )
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
Se nos presenta un asistente que completaremos como en las siguiente imágenes
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)
Y tras aceptar, ya tendremos nuestro servidor postgresql de la máquina vieja registrado en el PgAdmin de la máquina nueva. 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:
Suministramos los datos del nuevo servidor de PostgreSQL para registrarlo
rellenamos con los datos de ip, usuario, clave y nombre de la base de datos
Y con eso, ya tendremos nuestro servidor PostgreSQL de la máquina nueva, registrado en el PgAdmin de la Nas vieja 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.
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"
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.
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.
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).
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
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" 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.
Lo llamaré igual que en la máquina original "joplin"
definimos la contraseña que luego la usaremos en la definición de creación del docker de Joplin.
le damos privilegios a ese usuario para que pueda operar con la bbdd
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"
Y seguimos un asistente para crearla
Seleccionamos el usuario "joplin" como dueño
En la lengüeta de seguridad le demos los permisos adecuados
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
Se inicia un asistente donde indicaremos el archivo origen y el tipo de copia
especificamos el nombre del archivo de la copia
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
Con el archivo ".env" ,desde una consola nos situamos en esa carpeta "/Volume1/DockerData/joplin" y lanzamos la cadena de creación del docker
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
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
como siempre si veis algún error o errata me lo hacéis llegar por privado para corregirlo
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
Abrimos sesión en la que tenga la BBDD de nuestro Nginx Proxy Manager
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)
Seleccionamos la base de datos y vamos a lengüeta de exportar
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
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
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
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
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.
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
y tras pulsar al botón de "Go" se crea el usuario con permisos sólo en esa BBDD
tal como muestra la siguiente pantalla de resumen
3-restauracion de la base de datos.
Ahora teniendo seleccionada la BBDD "nginx_db" abrimos la legüeta de importar
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.
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
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.
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.
buenos días tengo un qnap con unos 10 usuarios open vpn y todo bien pero desde hace unos días creo que por una actualización de repente no deja entrar a mas usuarios y los que están dentro sigue funcionando con normalidad este es el error que da
Tue Mar 17 16:01:03 2026 AUTH: Received control message: AUTH_FAILED
Tue Mar 17 16:01:03 2026 SIGUSR1[soft,auth-failure] received, process restarting
reinicio el qnap y funciona otra vez durante unas horas
Alguien puede decirme donde se encuentra el fichero de Configuracion de MariaDb 10.5.8
en un qnap con version de Firmware QTS 5.2.9.3410
haciendo busquedas me sale my.cnf , mariadb.conf pero esto haciendo unas modificaciones y ninguno de los que toco es el correcto.
Hola a todos,
Estoy configurando un QNAP para uso doméstico y quiero tener copias de seguridad automáticas sin tener que estar pendiente cada día.
¿Alguna app del App Center que recomendéis para esto?
Me interesa que sea fácil de usar y fiable.
Gracias de antemano por las recomendaciones.
Llevo usando QNAP desde hace varios años, pero soy nuevo en el foro, disculpad si aún no conozco bien cómo funciona.
El caso es que he instalado JellyFin, con el paquete qpkg, en un NAS (TS-464), para un uso casero/famliar. Básicamente para compartir fotos y vídeos de la vacaciones con la familia.
Me funciona todo bien, no tengo ninguna queja, pero me gustaría darle un poco más de seguridad, y ahí ya me aparecen algunas dudas, que os planteo para saber vuestra opinión.
La idea es activar la doble autentificación de los usuarios. He visto que Jellyfin no lo tiene nativamente, aunque he visto que probablemente no tarde mucho en tenerlo. Como Jellyfin tiene la gestión de sus propios usuarios, la primera pregunta es si se pueden usar los usuarios de QNAP para autentificarse en Jellyfin. De esa manera, podría activar MFA en el usuario de QNAP y ya tendría la doble autentificación. ¿Hay alguna manera de hacer un link entre la gestión de usuarios de QNAP y de Jellyfin?
He visto varios vídeos de configuraciones de MFA para Jellyfin en Ubuntu, instalando el plug-in de LPAD en Jellyfin, pero no se si con QNAP esto funcionaría o si tendría que instalar Jellyfin via Container Station.
También he pensado en poner el servidor en un túnel VPN y listo, pero preferiría hacerlo con doble autentificación.
)
)
