Foro QNAP en español - Tutoriales

Flashear interfaces de red del nas y otros dispositivos

Mon, 22 Sep 2025 19:32:34 +0200

A dia de hoy Qnap tiene en su catálogo una buena colección de nas que integran conexiones de red 2.5 G basadas en chips Intel sin olvidar que futuros nas que salgan también las incluirán. Los chips Intel que integran suelen ser el I-225V pero también podría ser el I-226V y estos modelos de chip llevan incorporados lo que llaman NVM que es una memoria no volátil y que se puede flashear. Intel saca de vez en cuando actualizaciones para esa memoria NVM que solucionan problemas de rendimiento, estabilidad, etc. Como acabo de decir estas actualizaciones se flashean, es decir, se " graban " en el propio chip y se mantienen ahí " toda la vida ".

Este tutorial va a explicar como flashear mi Qnap TS-264 que lleva conexiones de red basadas en el chip Intel I-225V pero este procedimiento, con algunos matices en determinados entornos, es universal. Es decir, es iguálmente válido en cualquier equipo que lleve chips Intel I-225V o I-226V

En mi caso he hecho este mismo procedimiento de flasheo o similar en mi router Opnsense ( FreeBSD ) y en mi minipc con Truenas ( Debian ), iguálmente se puede hacer en equipos con windows, etc.

Lo primero que tenemos que hacer es descargarnos a nuestro ordenador un archivo desde aquí:

https://versanetworks.app.box.com/s/l2wk...e8fc939ai9

Una vez descargado lo descomprimimos y nos aparecerá lo siguiente:

  10.png (Size: 58,03 KB / Downloads: 386)

De los tres archivos sólo vamos a utilizar el archivo eeupdate64e

Para este tutorial he creado una carpeta en mi ordenador de nombre prueba ( puede ser cualquier otro ) y meter dentro ese archivo eeupdate64e junto al firmware para flasear el I-225V de mi TS-264

  11.png (Size: 33,67 KB / Downloads: 390)

Yo he añadido ya el firmware porque ya sabía de antemano cual es el indicado, lógicamente vosotros en este punto del tutorial no lo sabéis, esto lo explico después.

El siguiente paso es activar la cuenta admin del nas y conectarnos por SSH con esa cuenta con Filezilla o similares, yo lo voy a hacer con Termius.

Una vez accedido paso a meterle esa carpeta de nombre prueba a mi nas.

  12.png (Size: 140,41 KB / Downloads: 384)

Como he comentado antes dentro de la carpeta prueba tengo el archivo eeupdate64e + el firmware correspondiente.

  13.png (Size: 41,74 KB / Downloads: 384)

Lo siguiente es dar permisos máximos al archivo eeupdate64e, también podemos hacerlo con el firmware aunque vosotros en este punto no tenéis firmware.

  14.png (Size: 59,13 KB / Downloads: 393)

Lo siguiente es conectarnos al nas por SSH con la cuenta admin pero en este caso a través de Terminal y acceder a la carpeta prueba que acabamos de meter al nas.

  15.png (Size: 13,98 KB / Downloads: 389)

Hago un ls para listar los dos archivos que tengo dentro de la carpeta prueba ( esto no es obligatorio, sólo por curiosidad )

  16.png (Size: 21,68 KB / Downloads: 381)

El archivo eeupdate64e que tenemos dentro de la carpeta prueba en el nas no sólo va a servir para flashear el firmware sino también para darnos información antes de hacerlo. Sabiendo esto vamos a ejecutar el siguiente comando:

./eeupdate64e /ALL /ADAPTERINFO

  17.png (Size: 25,09 KB / Downloads: 396)

Al ejecutarlo nos da bastante información interesante:

  18.png (Size: 167,57 KB / Downloads: 389)

Mi Qnap TS-264 tiene dos interfaces de red ( NIC1 - NIC2 ) gestionados por el Intel I-225V

De lo demás nos interesa ver el EtrackID y la versión NVM

En mi caso el EtrackID de mis dos interfaces es el 80000182

La versión NVM que tienen es la 1.57

Estos dos parámetros hay que tenerlos muy en cuenta porque los tenemos que comparar.

  19.png (Size: 223,32 KB / Downloads: 389)

Tanto para el I-225V como para el I-226V hay firmware de 1MB y de 2MB y para saber cual es el que se corresponde a nuestro equipo nos tenemos que fijar en el múmero EtrackID y en mi caso se corresponde al de 1MB

Antes hemos visto que mi I-225V tiene la versión de firmware NVM 1.57 así que lo siguiente es actualizarlo flasheando la versión 1.89 que es la última disponible actuálmente. En este punto vosotros seguís estando sin firmware así que una vez que hayáis identificado el firmware de vuestro dispositivo os descargais a vuestro ordenador el firmware correspondiente para flashearlo y actualizarlo.

Lo podéis hacer desde aquí:

https://github.com/BillyCurtis/Intel-i22...M-Firmware

Una vez descargado al ordenador el firmware correspondiente lo tendréis que pasar al nas por SSH y ponerlo dentro de la carpeta prueba del ejemplo.

Lo siguiente que vamos a hacer es flashear el firmware pero antes explico otra cosa. Al flashear el firmware este se graba en el chip y la consecuencia es que perdemos la conexión que tenemos con el nas. Mi TS-264 tiene dos interfaces de red y se van a flashear por separado así que es conveniente empezar con el interfaz que no esté en uso para no quedarnos sin conexión, una vez flasheado hacemos lo mismo con el segundo interfaz. En mi exclusivo caso yo no pierdo en ningún momento la conexión ya que tengo configurado un LACP

En mi caso mis dos interfaces de red están catalogados como NIC1 y NIC2 y como acabo de decir los voy a flashear por separado, en el comando de flasheo tenemos que añadir el nombre completo del firmware a flashear. Sabiendo esto voy a flashear mi NIC1 con su correspondiente firmware con el siguiente comando:

./eeupdate64e /NIC=1 /D FXVL_15F3_V_1MB_1.89.bin

  20.png (Size: 16,68 KB / Downloads: 394)

Después de ejecutar el comando anterior el proceso de flasheo tarda menos de 10 segundos con el siguiente resultado:

  21.png (Size: 102,82 KB / Downloads: 393)

Como todo ha ido bien procedo a flashear mi segundo interfaz de red NIC2 con el siguiente comando:

./eeupdate64e /NIC=2 /D FXVL_15F3_V_1MB_1.89.bin

  22.png (Size: 103,76 KB / Downloads: 387)

Todo bien

  23.png (Size: 105,81 KB / Downloads: 381)

Antes he comentado que en mi caso al tener configurado un LACP en el nas no iba a perder la conexión, aún así se puede ver que al flashear por separado si ha habido error de conexión.

  24.png (Size: 246,46 KB / Downloads: 396)

Flasheado el nuevo firmware lo siguiente es REINICIAR el nas. Una vez reiniciado el nas si volvemos a acceder por SSH y terminal podémos comprobar que se ha flasheado corréctamente. Antes de explicarlo comento otra cosa, se me había olvidado que al reiniciar QTS se pierden todos los archivos y carpetas que hayamos metido por SSH así que cuando he ido a hacer la comprobación después de reiniciar el nas la carpeta prueba ya no estaba.

  25.png (Size: 17,08 KB / Downloads: 369)

En fin, cosas que pasan, he vuelto a meter la carpeta prueba otra vez al nas por SSH para poder ejecutar el archivo eeupdate64e para hacer la comprobación.

La hago a través del siguiente comando:

./eeupdate64e /ALL /EEPROMVER

  26.png (Size: 24,36 KB / Downloads: 389)

Al ejecutarlo aparece lo siguiente:

  27.png (Size: 103,49 KB / Downloads: 378)

Si repasais el principio de este tutorial podréis ver que tenía la versión 1.57 del NVM y que el objetivo era actualizarla flasheando la versión 1.89 así que objetivo cumplido........ FIN.

También al principio comenté que este método de flasheo es, con algunos matices, universal. En el caso de mi minipc con el chip I-226V en el que tengo instalado Opnsense ( FreeBSD ) no sólo se utilizan otros comandos para flashear sino que también en lugar de utilizar el archivo eeupdate64e de este tutorial se utiliza otro archivo de nombre nvmupdate64e

  opnsense.jpg (Size: 48,07 KB / Downloads: 384)

En el caso de mi Truenas ( Debian ) que también tiene el I-226V el procedimiento es exáctamente el mismo que el explicado en este tutorial.

  truenas.jpg (Size: 124,33 KB / Downloads: 395)

Plantillas Tautulli

Tue, 19 Aug 2025 17:35:56 +0200

Hola a todos, después de que el compañero Ganekogorta hiciese un tutoría sobre Docker Tautulli, he decidido añadir un extra mas para que se nos notifique mediante Telegram tanto a nosostros como a la gente con la que compartimos nuestra videoteca de Plex unas pequeñas plantillas.
PD: No se porque los emojis cuando lo edito aparecen pero luego una vez guardado aparecen solo interrogaciones, os dejo aquí de donde he cogido todos esos emojis, simplemente seleccionar el que queremos y ponerlo en plantilla delante del nombre de la sección donde sale la "?"
https://emojicopy.com

tendría que salir de la siguiente forma:

Captura de pantalla 2025-08-19 a las 19.26.34.png (Size: 165,99 KB / Downloads: 338)

Es necesario crear un bot y un grupo y añadir a la gente que queramos que sean notificados, cosa que no explicare ya que se ha explicado varias veces.

Lo que necesitaremos sera:

- Un servidor Plex
- Servidor Tautulli
- 1 Bot o 2, según cada uno, yo tengo 2 uno para que avise a la gente de los nuevos añadidos, caidas del servidor etc... y otro que me avisa de los visitados para ver si el servidor esta sufriendo o no.

Empezamos como lo tengo yo, con 2 bots

Notificaciones de nuevos añadidos y Servidor Up/Down

Primeros Pasos:

Nos logearemos en Tautulli e iremos a configuración/Notification Agents y le daremos a: add a new Notification agent y seleccionamos Telegram

  Captura de pantalla 2025-08-19 a las 16.47.33.png (Size: 100,28 KB / Downloads: 372)

2. Ahora rellenamos con nuestros datos los apartados de: Telegram Bot Token y Telegram Chat ID

  Captura de pantalla 2025-08-19 a las 16.50.47.png (Size: 118,31 KB / Downloads: 375)

3. Nos dirigidos la pestaña de Triggers y seleccionamos los que queramos, en nuestro caso:

  Captura de pantalla 2025-08-19 a las 16.53.25.png (Size: 122,19 KB / Downloads: 381)
  Captura de pantalla 2025-08-19 a las 16.54.13.png (Size: 147,03 KB / Downloads: 363)

4. Una vez que tengamos todo esta seleccionados llega el momento de rellenar con estos datos las plantillas que queremos que se nos muestren en telegram, nos dirigimos entonces a Text y seleccionamos los triggger que hemos seleccionado previamente para rellenar los datos con estas plantillas, en nuestro caso han sido: Recently added, Plex server Down, Plex server back up, debemos rellenar los campos: Subject Line y Message Body.

  Captura de pantalla 2025-08-19 a las 16.56.36.png (Size: 93,82 KB / Downloads: 376)
  Captura de pantalla 2025-08-19 a las 17.00.03.png (Size: 74,24 KB / Downloads: 368)

Plantillas

Nuevo Añadido

Quote:Subject Line

Nuevo Añadido ({server_name})

Message Body

{added_date} {timestamp}
?❗ NUEVA PELÍCULA❗ {title} ({year}).
? Biblioteca: {library_name}.
? Colecciones: {collections}.
? Estreno: {release_date}.
? Género: {genres}.
⏳ Duración: {duration} minutos.
? Director: {directors}.
? Actores: {actors:[:5]}.
? Productora: {studio}.
? Valoración: {rating}/10.
? Clasificación por edad: {content_rating}.
? Resolución: {video_resolution}p.
? Tamaño: {file_size}.
? Framerate: {video_framerate}.
? Bitrate: {bitrate} kbps.
? Contenedor: .{container}
? Codec de video: {video_codec}.
? Codec de audio: {audio_codec!u} {audio_channel_layout}.
? Codec de subtítulos: {subtitle_codec!u}.
? Sinopsis: {summary}
? Enlace a "The Movie Database": {themoviedb_url}
{added_date} {timestamp}
?❗ NUEVO EPISODIO❗
"Episodio {episode_num} - {episode_name}" de la temporada
{season_num} de {show_name}.
? Biblioteca: {library_name}.
? Emisión: {air_date}.
? Género: {genres}.
⏳ Duración: {duration} minutos.
? Director: {directors}.
? Actores: {actors:[:5]}.
? Productora: {studio}.
? Valoración: {rating}/10.
? Clasificación por edad: {content_rating}.
? Resolución: {video_resolution}p.
? Tamaño: {file_size}.
? Framerate: {video_framerate}.
? Bitrate: {bitrate} kbps.
? Contenedor: .{container}
? Codec de video: {video_codec}.
? Codec de audio: {audio_codec!u} {audio_channel_layout}.
? Codec de subtítulos: {subtitle_codec!u}.
? Sinopsis: {summary}
? Enlace a "The TV Database": {thetvdb_url}
{added_date} {timestamp}
?❗ NUEVA TEMPORADA
Temporada {season_num} de ”{show_name}”.
? Biblioteca: {library_name}.
? Número de episodios disponibles: {episode_count}
? Género: {genres}.
⏳ Duración por episodio: {duration} minutos.
? Actores: {actors:[:5]}.
? Productora: {studio}.
? Clasificación por edad: {content_rating}.
? Sinopsis: {summary}
? Enlace a "The TV Database": {thetvdb_url}
{added_date} {timestamp}
?❗ NUEVA SERIE❗ {show_name} ({year}).
? Biblioteca: {library_name}.
? Primera emisión: {air_date}.
? Número de temporadas disponibles: {season_count}
? Género: {genres}.
⏳ Duración por episodio: {duration} minutos.
? Actores: {actors:[:5]}.
? Productora: {studio}.
? Valoración: {rating}/10.
? Clasificación por edad: {content_rating}.
? Sinopsis: {summary}
? Enlace a "The TV Database": {thetvdb_url}

Servidor Caído

xxxxxx Aqui devemos sustituir una dirección a una imagen que queramos ver, en mi caso he subido una a imgur.

Quote:Subject Line

❗ INFORMACION❗

Message Body

{datestamp} {timestamp}

Servidor en Funcionamiento

Quote:Subject Line

❗ INFORMACION❗

Message Body

{datestamp} {timestamp}

..
El Servidor Plex esta Operativo, sentimos las molestias.
Como puede observar somos muy eficientes con nuestro trabajo para que usted pueda disfrutar de una agradable velada del mejor cine.

Gracias

Nos quedarían las notificaciones por telegram de esta forma:

  Captura de pantalla 2025-08-19 a las 17.18.12.png (Size: 543,02 KB / Downloads: 352)
  Captura de pantalla 2025-08-19 a las 17.18.05.png (Size: 591,14 KB / Downloads: 373)
  Captura de pantalla 2025-08-19 a las 17.18.28.png (Size: 176,94 KB / Downloads: 362)
  Captura de pantalla 2025-08-19 a las 17.18.34.png (Size: 114,52 KB / Downloads: 355)

Notificaciones de Reproduccion

1. En este ejemplo usaremos para que notifique los visitados al Administrador del servidor Plex de tal forma que pueda ver si esta el servidor sufriendo o no y ver que se esta reproduciendo, esto es meramente informativo se puede hacer o no.
2. Aqui necesitaremos crear otro agente y añadir datos de otro bot y otro grupo diferente al de nuevos añadidos ya que solo seremos nosotros los Admin los que veremos dicha información.
3. Los pasos a seguir son los mismo que antes a diferencia de la pantillas que pondrá acontinuacion.

4. En mi caso he seleccionado solamente estos trigger:

  Captura de pantalla 2025-08-19 a las 17.26.39.png (Size: 121,54 KB / Downloads: 354)

Plantillas

Reproduccion

Quote:
Subject Line

❗ NUEVA REPRODUCCIÓN❗

Message Body

{datestamp} {timestamp}

{user} ha iniciado la reproducción de ”{title}”.

? Dispositivo: {player}.
? Sistema operativo: {platform}.
? Reproductor: {product}.
? Tipo de transcodificación: {transcode_decision}.
? Resolución de la reproducción: {stream_video_resolution}.
? Calidad de la reproducción: {quality_profile}.
? Bitrate: {bitrate} kbps.
⏳ Tiempo restante de reproducción: {remaining_duration} minutos.

{datestamp} {timestamp}

{user} ha iniciado la reproducción del ”Episodio {episode_num} -
{episode_name}” de la temporada {season_num} de {show_name}.

? Dispositivo: {player}.
? Sistema operativo: {platform}.
? Reproductor: {product}.
? Tipo de transcodificación: {transcode_decision}.
? Resolución de la reproducción: {stream_video_resolution}.
? Calidad de la reproducción: {quality_profile}.
? Bitrate: {bitrate} kbps.
⏳ Tiempo restante de reproducción: {remaining_duration} minutos.

Reproduccion detenida

Quote:Subject Line
❗ REPRODUCCIÓN FINALIZADA❗

Message Body
{datestamp} {timestamp}

{user} ha finalizado la reproducción de "{title}".

⏳ Tiempo restante de reproducción: {remaining_duration} minutos.

{datestamp} {timestamp}

{user} ha finalizado la reproducción del "Episodio {episode_num} - {episode_name}" de la temporada {season_num} de {show_name}.

⏳ Tiempo restante de reproducción: {remaining_duration} minutos.

Reproduccion pausada

Quote:Subject Line
❗ REPRODUCCIÓN PAUSADA❗

Message Body

{datestamp} {timestamp}

{user} ha parado la reproducción de "{title}".

⏳ Tiempo restante de reproducción: {remaining_duration} minutos.

{datestamp} {timestamp}

{user} ha parado la reproducción del "Episodio {episode_num} - {episode_name}" de la temporada {season_num} de {show_name}.

⏳ Tiempo restante de reproducción: {remaining_duration} minutos.

Inicia de nuevo de la reproducción

Quote:Subject Line
❗ RESUMEN DE REPRODUCCIÓN❗

Message Body
{datestamp} {timestamp}

{user} continúa la reproducción de ”{title}”.

? Dispositivo: {player}.
? Sistema operativo: {platform}.
? Reproductor: {product}.
? Tipo de transcodificación: {transcode_decision}.
? Resolución de la reproducción: {stream_video_resolution}.
? Calidad de la reproducción: {quality_profile}.
? Bitrate: {bitrate} kbps.
⏳ Tiempo restante de reproducción: {remaining_duration} minutos.

{datestamp} {timestamp}

  Captura de pantalla 2025-08-19 a las 16.47.33.png (Size: 100,28 KB / Downloads: 364)

  Captura de pantalla 2025-08-19 a las 16.50.47.png (Size: 118,31 KB / Downloads: 385)

  Captura de pantalla 2025-08-19 a las 16.54.13.png (Size: 147,03 KB / Downloads: 377)

  Captura de pantalla 2025-08-19 a las 16.53.25.png (Size: 122,19 KB / Downloads: 377)

  Captura de pantalla 2025-08-19 a las 17.00.03.png (Size: 74,24 KB / Downloads: 342)

  Captura de pantalla 2025-08-19 a las 17.18.12.png (Size: 543,02 KB / Downloads: 355)

  Captura de pantalla 2025-08-19 a las 17.18.05.png (Size: 591,14 KB / Downloads: 367)

  Captura de pantalla 2025-08-19 a las 17.18.28.png (Size: 176,94 KB / Downloads: 357)

  Captura de pantalla 2025-08-19 a las 17.18.34.png (Size: 114,52 KB / Downloads: 328)

  Captura de pantalla 2025-08-19 a las 17.26.39.png (Size: 121,54 KB / Downloads: 363)

  Captura de pantalla 2025-08-19 a las 19.26.34.png (Size: 165,99 KB / Downloads: 318)

Uso de Winscp y de Putty en QNAP

Fri, 21 Feb 2025 15:23:41 +0100
Hola

En realidad este post no es estrictamente hablando de QNAP, pero si es útil para aquellos que quieran hacer gestiones en el sistema de archivos de QTS desde un entorno gráfico o/y desde un entorno de consola de comandos.

Voy a describir como instalar WinSCP para Windows y como usar también Putty (una consola).

WinSCP

Es un programa gestor de archivos que nos permite visualizar, transferir, editar y manipular archivos ubicamos en máquinas remotas.
Lo podemos descargar de este enlace ubicado en su página oficial.

La instalación es la habitual de cualquier programa en Windows (siguiente, siguiente, siguiente )

  winscp_1.jpg (Size: 43,71 KB / Downloads: 343)

  winscp_2.jpg (Size: 25,94 KB / Downloads: 332)

  winscp_3.jpg (Size: 45,04 KB / Downloads: 330)

  winscp_4.jpg (Size: 22,06 KB / Downloads: 329)

  winscp_5.jpg (Size: 43,48 KB / Downloads: 348)

Activando SSH en QTS

En nuestro caso nos interesa hacer conexiones ssh hacia nuestra nas.
Por ello debemos tener permitido este tipo de conexiones desde QTS.

  winscp_6.jpg (Size: 42,84 KB / Downloads: 345)

Podemos cambiar el puerto por defecto 22 a otro de nuestra elección, pero hay que recordarlo que luego hemos de indicarlo a WinSCP o a las consolas SSH que vayamos a usar.

Accediendo a nuestra nas por ssh

Una vez esté permitido el acceso ssh a nuestra nas, podemos iniciar la conexión y navegación hacia ella.
El sistema de ventanas de WinSCP es similar a la navegación del histórico Norton Comander (NC)

Iniciamos por primera vez WinSCP y se nos presenta la siguiente ventana

  winscp_7.jpg (Size: 73,99 KB / Downloads: 340)

Seleccionamos el protocolo SCP, ponemos la ip de la nas y el puerto ssh que definimos previamente en QTS.

  winscp_8.jpg (Size: 60,75 KB / Downloads: 343)
En este caso estoy usando el usuarios "admin", dependiendo que cosas vayamos a hacer tendremos que usar éste.
En los nuevos QTS por defecto está desactivado, así que nos tocará activarlo y desactivarlo.

Como es la primera vez, nos dará el aviso del certificado ssh. Lo normal es agregarlo para en próximas veces no nos lo vuelva a decir.

  winscp_9.jpg (Size: 44,8 KB / Downloads: 330)

Una vez aceptado, ya vemos el panel clásico de unidad local del PC a la izquierda y nas a la derecha.

  winscp_10.jpg (Size: 89,87 KB / Downloads: 338)

Para poder ver los archivos ocultos podemos pulsar la combinación de teclas CTRL+ALT+H o bien hacerlo por el menú de configuración (botón del engranaje o CTRL+ALT+P) y sección de Paneles

  winscp_11.jpg (Size: 72,7 KB / Downloads: 333)

Con esta conexión básica podemos navegar por el sistema de archivos de la NAS.
Si nos fijamos veremos carpetas que NO están accesibles desde QTS y que son del sistema linux.
Mucho cuidado con borrar o modificar alegremente archivos, que podemos hacer que nuestra QTS no vuelva a iniciar.

Las carpetas compartidas están dentro de la carpeta /share .
En ellas veremos los enlaces simbólicos a las carpetas (iconos de carpetas con una flecha abajo a la izquierda) y cuando hagamos doble clic sobre ellas nos llevarán a la ubicación final (estas carpetas están dentro de los conjuntos de almacenamiento).

Si queremos ver la ruta donde están pulsamos ALT+F6 o botón secundario sobre el enlace y elegimos "editar enlace"
Nos mostrará en una ventana la ruta como en el ejemplo en el la carpeta compartida "Public" está en la ruta "MD0_DATA/Public".

  winscp_12.jpg (Size: 33,08 KB / Downloads: 317)

La ruta absoluta de la carpeta compartida Public será "/share/MD0_DATA/Public"

Para editar un archivo sólo hemos de pulsar botón secundario sobre él y seleccionar editar (podemos hacerlo de varias formas y con editores externos)

  winscp_13.jpg (Size: 73,37 KB / Downloads: 309)

Usando Putty como consola

El programa Putty podemos descargarlo de su página oficial.

La instalación es muy sencilla, en Windows son archivos .msi .

  winscp_14.jpg (Size: 43,45 KB / Downloads: 319)

También si queremos podemos bajarnos los ejecutables que están mas abajo de las descargas de los instaladores .msi

Lanzamos el instalador y como siempre aceptar, siguiente, siguiente,...

  winscp_15.jpg (Size: 29,56 KB / Downloads: 323)

  winscp_16.jpg (Size: 22,87 KB / Downloads: 311)

  winscp_17.jpg (Size: 31,42 KB / Downloads: 323)

  winscp_18.jpg (Size: 21,48 KB / Downloads: 306)

  winscp_19.jpg (Size: 24,62 KB / Downloads: 310)

Se habrá instalado en la ruta por defecto y al hacerlo ya podemos lanzar putty desde WinSCP si pulsamos CTRL+P o bien al icono de la barra de herramientas

  winscp_20.jpg (Size: 28,38 KB / Downloads: 316)

Si todo ha ido bien, se abrirá una nueva ventana de consola solicitándonos la contraseña (no se ve al escribir)

  winscp_21.jpg (Size: 23,95 KB / Downloads: 325)

En las nuevas versiones de QTS estará activa la presentación de unos menús de QTS.

  winscp_22.jpg (Size: 48,14 KB / Downloads: 326)

Para salir de ese menu, pulsamos "Q" mas intro

  winscp_23.jpg (Size: 51,96 KB / Downloads: 321)

Y confirmamos con "Y" mas intro

  winscp_24.jpg (Size: 35,73 KB / Downloads: 312)

Tras hacerlo ya estamos en la consola como tal.

  winscp_25.jpg (Size: 20,59 KB / Downloads: 310)

Y ya podemos operar con los comandos bash de linux
Uno de ellos es "docker"

Para salir de putty, escribiremos "exit" y pulsamos intro o bien con el ratón cerramos la ventana de putty

Las posibilidades de Putty y WinSCP son muchas, sólo he querido dar una pincelada del uso básico de ambos.

Pero podemos:
-hacer descargas y subidas de archivos entre nuestros PC y la nas
-sincronizar carpetas entre ambas máquinas
-abrir la consola sin escribir la clave
-gestionar marcadores de accesos a distintas máquinas para no tener que escribir siempre la dirección, protocolo, puerto y usuario,....
-mover, copiar archivos
-editar atributos y propietarios de los archivos
-....

Al ser programas muy extendidos y con un larga trayectoria podemos encontrar en Internet mucha información sobre ellos si queremos profundizar en su uso.

Usuario sudoer sin tener visudo en QTS

Fri, 04 Oct 2024 22:57:09 +0200
Hola

Este post ha surgido como necesidad de tener un usuario sudoer en QTS.

Con las últimas versiones de QTS, se aconseja tener desactivado al usuario "admin" y tener otro usuario de nombre distinto en el grupo de administradores.

El motivo de tener querer hacer a un usuario administrador del grupo sudoers es que podamos ejecutar comandos con "sudo" y no se pida la introducción de la clave de forma manual.

En un linux normal con un "visudo" podemos editar y agregar al usuario que nos interese. Pero en QTS las cosas no son así.

Investigando un poco en la estructura de carpetas de la nas, vemos que hay un archivos llamado "sudoers" en la ruta /usr/etc/"
Si lo editamos y vamos a su última línea vemos que hay un "@includedir /usr/etc/sudoers.d"
Es decir que si creamos esa carpeta "sudoers.d" y dentro un archivo con una configuración, ésta será activada.

Podríamos hacerlo manualmente y funcionaria pero... hay un pero. Ne nuevo por las particularidades de QTS esos archivos no sobreviven a un reinicio.

Así que la única opción que nos queda es hacerlo mediante una tarea con autoarranque.
Afortunadamente esto si está en QTS mediante la activación de autorun.sh en este otro post.
Yo soy de los que recomiendo que ese autorun.sh llame a un segundo script sh.
Este segundo script es fácilmente editable sin tener que hacer los comandos "especiales" del post anterior para alterar al autorun.sh inicial.

Tanto si se hace de una forma o de otra, en el script hemos de agregar la siguiente línea

Code:
#agrega a elotrousuario como sudoers mkdir /usr/etc/sudoers.d && echo "elotrousuario ALL=(ALL) NOPASSWD:ALL" > /usr/etc/sudoers.d/elotrousuario
He puesto una línea de comando, pero podian haberse separado perfectamente en dos.
Una para crear la carpeta y otra para crear el archivo

Con los cambios ya hechos, tras cada reinicio, se crea la carpeta "sudoers.d" y un archivo con el nombre del usuario conteniendo la configuración que evita la petición de la clave.

Instalar 7z en la nas

Wed, 02 Oct 2024 19:55:55 +0200
Hola

Nuestras nas por defecto ya tienen por defecto un comando accesible desde consola para comprimir 7z.
Está ubicado en la ruta "/usr/local/sbin" y el ejecutable "7z" en realidad es un script en bash que llama al programa "7z.orig"

En mi caso compruebo que es la versión 16.02 en varias nas

En una nas con una anciana CPU Marvell ARM

  7z_1.jpg (Size: 22,76 KB / Downloads: 255)

En una nas con AMD RX-421 ND

  7z_2.jpg (Size: 14,06 KB / Downloads: 249)

En una nas con un viejo Atom D2701

  7z_3.jpg (Size: 13,97 KB / Downloads: 248)

En una nas con Annapurna Labs Alpine AL314 Quad-core ARM Cortex-A15

  7z_4.jpg (Size: 13,91 KB / Downloads: 252)

Si nos fijamos en las capturas anteriores, vemos algunas diferencias en función de la CPU ya que pueden ser de 32 o 64 bit y los tipos de CPUs son Intel X86 y ARM.

Para poder instalar la última versión nos vamos a la web oficial de 7-zip.org y en su sección de descargas veremos que tenemos varias opciones.
Hemos de descargar la adecuada en función de nuestra arquitectura de nas.

  7z_5.jpg (Size: 112,98 KB / Downloads: 258)

Para instarlo, sólo hemos de descargar el paquete adecuado a nuestra nas y CPU.
En nuestros casos serían las versiones marcadas

  7z_6.jpg (Size: 184,03 KB / Downloads: 255)

Descargado el archivo , lo abrimos con nuestro 7z

Lo abrimos con un gestor de archivos comprimidos (por ejemplo el mismo 7z) y veremos que al ser .tar.zx hemos de abrirlo por dos veces (abrir el comprimido del comprimido). Si no lo has entendido, no me extraña que yo tampoco , echa una ojeada a las siguientes capturas:

  7z_7.jpg (Size: 45,59 KB / Downloads: 254)

Ahora al abrir el .tar vemos lo siguiente

  7z_8.jpg (Size: 75,5 KB / Downloads: 252)

Extraemos esos dos archivos a nuestro equipo y los copiamos a una carpeta de la nas.
La carpeta ha de ser una que esté en nuestro PATH.
Esto del PATH es una ruta que sigue nuestra nas cuando intentamos lanzar un ejecutable. Primero lo intenta en la carpeta donde estemos, luego en primera carpeta del APTm luego e, la segunda del PATH,...y así sucesivamente.

Podemos ver cual es nuestro PATH si en la consola escribimos "$PATH"

  7z_9.jpg (Size: 12,16 KB / Downloads: 256)

Pero el problema de hacerlo así es que esos archivos no sobreviven al reinicio de la nas y hemos de hacer una triquiñuela para que tras el inicio de la nas, se copien esos archivos a una carpeta del PATH.

Para ello activaremos el autorun.sh como se ve en este post

Descomprimiremos los archivos 7zz y 7zzs en una carpeta compartida (por ejemplo Scripts ubicada en CACHEDEV1_DATA)

Y agregaremos las siguientes líneas al script del autonicio (hay que variarlo en función de las rutas nuestras)

Code:
if [ ! -f /sbin/7zzs ] || [ ! -f /sbin/7zz ] ; then cp /share/CACHEDEV1_DATA/Scripts/7zz /sbin/7zz cp /share/CACHEDEV1_DATA/Scripts/7zzs /sbin/7zzs chmod +x /sbin/7zzs chmod +x /sbin/7zz fi
Lo que hacen es comprobar que no existen en /sbin, los copia y les signa atributos de ejecución.

Si ya tenemos accesibles los dos archivos en una ruta del path y ejecutamos 7zzs veremos que ya funciona la nueva versión.

  7z_10.jpg (Size: 13,09 KB / Downloads: 245)

Ni que decir tiene que usar la versión mas nueva nos permitirá mas opciones y mejor compresión. Pero recordad que si tenemos scripts que llaman a 7z, debemos cambiarlo por 7zzs o bien eliminar el viejo y crear un alias "7z" para que llame al nuevo.

Recordad que este tipo de compresión:
- es asimétrica, se tarda en comprimir pero menos en descomprimir.
- nuestra nas no brillan por la potencia de su CPUs. Pero al ser máquinas 24x7 acabarán el trabajo si no tenemos urgencia.

La idea de comprimir no sólo se hace por el ahorro de espacio, también se hace por el ahorro de tiempo si tuviésemos que transferirlo a otro equipo o nube de almacenamiento.

Carpetas inmutables en QTS

Wed, 04 Sep 2024 18:09:46 +0200
Introducción:

Una de las funciones estrella que tienen los nas con QTS Hero es la posibilidad de crear carpetas compartidas WORM que otorgan inmutabilidad a su contenido, no voy a explicar cómo funciona este sistema en QTS Hero pero si voy a explicar para que sirve. Un nas sirve o puede servir para muchas cosas pero a veces se nos olvida que la más importante de ellas es el almacenamiento de nuestros datos importantes a largo plazo sin olvidar que es más que obligatorio tener un sistema de copias de seguridad externas por si alguna vez hay algún problema.

Una de las mayores preocupaciones que podemos tener los usuarios es que se nos cuele en el nas un ramsonware que se dedique a cifrarnos los datos que tengamos, si se tienen buenas copias de seguridad externas es posible que si se diera ese caso no sería tan preocupante pero aún así siempre es mejor prevenir que lamentar y de eso es de lo que va a hablar este tutorial. Lo que voy a pasar a explicar se puede hacer con cualquier carpeta compartida que tengamos en el nas pero segúramente esa implementación será exagerada en la gran mayoría de los casos. Sin embargo puede darse el caso de que entre todos los datos que tengamos alojados en el nas haya algunos que destaquen por su importancia y queramos protegerlos un poco mejor, o al menos intentarlo.

Lo que paso a continuación a explicar es como tener en QTS un sistema WORM de carpetas inmutables similar aunque no igual al que tiene QTS Hero pero que nos puede servir.

Puesta en marcha y funcionamiento:

Nos vamos al Panel de Control del nas apartado Carpetas compartidas y creamos una nueva.

  1.png (Size: 223,8 KB / Downloads: 559)

Al crearla veremos que nuestro usuario del nas, es decir, nosotros mismos, tenemos permisos RW ( lectura - escritura ) para esa nueva carpeta así que lo que hacemos es cambiarlos a permisos RO ( sólo lectura )

  2.png (Size: 194,82 KB / Downloads: 551)

Una vez creada esa nueva carpeta compartida llamada Prueba cuando accedemos a ella a través de File Station podemos ver que podemos crear dentro de ella, por ejemplo, una nueva carpeta así que la creamos para la prueba.

  3.png (Size: 156,76 KB / Downloads: 547)

Podemos crear una nueva carpeta dentro de esa carpeta, podemos descargarla a un ordenador y podemos eliminarla entre otras acciones disponibles.

  4.png (Size: 261,61 KB / Downloads: 537)

Si quisiéramos crear una segunda carpeta lo podemos hacer.

  5.png (Size: 158,9 KB / Downloads: 551)

Vamos a suponer que ya tenemos dentro todos las carpetas y archivos que consideremos necesarios. Volvemos entonces a Panel de Control - Carpetas compartidas y editamos los permisos de esa carpeta compartida llamada Prueba que hemos creado antes.

  6.png (Size: 273,67 KB / Downloads: 546)

Al acceder a esos permisos nos encontramos con esto.

  7.png (Size: 215,6 KB / Downloads: 557)

Los tenemos que modificar dejándolos así.

  8.png (Size: 272,89 KB / Downloads: 560)

Para ver lo que ha cambiado volvemos a File Station.

  9.png (Size: 218,17 KB / Downloads: 549)

Podemos copiar o descargarnos a un ordenador esa carpeta pero NO podemos modificarla ni eliminarla y lo mismo ocurriría si dentro de esa carpeta tuviéramos archivos cómo pueden ser unas fotos, videos o cualquier otra cosa, es decir, esa carpeta ha pasado a ser una carpeta inmutable que lógicamente un ramsonware no puede cifrar. La inmutabilidad llega al extremo de que si quisiéramos crear una segunda carpeta no se puede.

  10.png (Size: 156,56 KB / Downloads: 559)

Si miramos los permisos de la carpeta que habíamos creado podemos ver que...... no hay permisos.

  11.png (Size: 222,79 KB / Downloads: 555)

Antes de continuar con la explicación hago un breve resumen de lo que tenemos hasta el momento. Hemos creado una nueva carpeta compartida, le hemos metido las carpetas o archivos importantes que queremos proteger y conservar y a continuación le hemos dado características de inmutabilidad. En el caso de que se nos colara un ramsonware en el nas empezaría instantáneamente y de forma automatizada a cifrar todo el contenido de las carpetas compartidas del nas, lo que no va a hacer ese ramsonware es entrar en el Panel de Control del nas - Carpetas compartidas y empezar a modificar permisos antes de ponerse a cifrar, al menos eso es lo que debería de pasar. Lógicamente al tener esa carpeta compartida características de inmutabilidad consistentes en que no se puede modificar ni eliminar nada el ramsonware no puede cifrar porque eso implica modificación. El sistema WORM de QTS Hero tiene la particularidad de que una vez que se le aplica inmutabilidad a una carpeta compartida se le da por un tiempo determinado sin posibilidad de volver atrás, sin embargo el sistema que estoy explicando en este tutorial es fácilmente reversible cuando se quiera.

En las condiciones de inmutabilidad que tiene actuálmente esa carpeta compartida que hemos creado ¿ que ocurre si queremos meter dentro más carpetas o archivos, eliminarlos o modificar lo existente ? Muy sencillo, volvemos a Panel de Control - Carpetas compartidas y seleccionamos esa carpeta para modificar sus permisos. Nos volveríamos a encontrar con esto.

  12.png (Size: 210,51 KB / Downloads: 544)

Le volveríamos a dar a nuestro usuario del nas permisos de lectura - escritura y todo arreglado, ya podemos hacer lo que queramos con el contenido de esa carpeta. Una vez hecho esas modificaciones volveríamos a cambiar otra vez los permisos.

Independiéntemente de los permisos que le hayamos dado a esa carpeta compartida inmutable la podemos eliminar cuando nos apetezca sin necesidad de modificarlos.

  13.png (Size: 265,02 KB / Downloads: 555)

Marcamos Eliminar también los datos y esa carpeta compartida se eliminará.

  14.png (Size: 231,21 KB / Downloads: 552)

Acabo de explicar cómo crear una nueva carpeta compartida con características de inmutabilidad, si a dia de hoy ya tuviéramos creada una carpeta compartida " normal y corriente " llena de carpetas y archivos y quisiéramos darle esas mismas características de inmutabilidad que vuelvo a recordar son fácilmente reversibles en cualquier momento lo tenemos muy sencillo. En Panel de Control - Carpetas compartidas seleccionamos la que nos interese y editamos sus permisos, nos encontraríamos con esto.

  15.png (Size: 206,74 KB / Downloads: 566)

Haríamos lo mismo de antes, es decir, cambiarle los permisos a sólo lectura.

Apagar una nas de Synology desde una Qnap cuando se activa nuestro SAI

Fri, 16 Feb 2024 14:31:09 +0100
Hola

El otro día en un grupo de Telegram plantearon el caso de querer apagar dos nas de marcas distintas teniendo un único SAI conectado a una de ellas.

Pues bien, vamos a tratar de describir como hacerlo.
El escenario sería, tenemos el SAI conectado por usb a la QNAP y tenemos una Synology con DSM7 en la misma red.

El apagado o la auto-protección de la Qnap lo haríamos desde la propia gestión de QTS en el apartado de UPS

Los pasos básicos para apagar la Synology son:

habilito ssh en la Synology para poder acceder desde la QNAP y poder usar la consola

habilito en DSM 7 el que el usuario admin pueda lanzar la orden de apagado o reboot

genero claves en la QNAP para poder acceder a la Synology sin que pida la clave

creo un script para que cuando el SAI está suministrando energía usando baterías lanza un comando de apagado de la Synology.

agrego la ejecución cíclica en el crontab del script anterior.

1-habilito ssh en la Synology para poder acceder desde la QNAP y poder usar la consola

Vamos al panel de control de DSL.
Desde ahí en la sección de conectividad, habilito ssh y pongo un puerto.
El habitual es 22, pero podemos usar otro libre

  Synology_1.jpg (Size: 74,42 KB / Downloads: 513)

2- habilito en DSM 7 el que el usuario admin pueda lanzar la orden de apagado o reboot

Para nuestra suerte desde DSM7 se ha aumentado la seguridad y hay ciertos comando que NO podemos ejecutarlos aun siendo administradores.
Para poder hacerlo hemos de hacer ciertas operaciones en la consola como root.
Lanzamos la consola ssh de la synology (por ejemplo con putty)
Una vez estamos en la consola como un usuario administrador ejecutamos el siguiente comando:

Code:
sudo -i
Nos pedirá de nuevo la clave, que es la misma que la del usuario administrador con la que nos hemos identificado en putty.
Veremos que el prompt de la consola ha cambiado de admin a root

  Synology_2.jpg (Size: 24,64 KB / Downloads: 471)

Ahora nos situamos en la carpeta /etc/sudoers.d con el comando

Code:
cd /etc/sudoers.d

y creamos un archivo llamado shutdown

Code:
touch shutdown

Ahora editamos el archivo con "vi"

Code:
vi shutdown

  synology_3.jpg (Size: 18,93 KB / Downloads: 462)

y añadimos el siguiente contenido pulsando previamente la tecla "insert"

Code:
admin ALL=(ALL) NOPASSWD: /sbin/poweroff, /sbin/reboot, /sbin/shutdown
Ahora para salir y guardar desde vi hay que pulsar los siguiente:
una vez la tecla ESC y escribimos :wq! , pulsamos la tecla Intro y el archivo será guardado

  Synology_4.jpg (Size: 13,35 KB / Downloads: 498)

una vez ya de vuelta a la consola, seguimos como root, salimos a la consola de administrador escribiendo

Code:
exit

Ahora ya podemos probar si funciona esos tres comandos sin tener que poner la clave del root.
Para ello vamos a provocar un reinicio de la máquina escribiendo

Code:
sudo reboot

Veremos que la Synology se reinicia.

Ahora vamos al siguiente punto tras la reinicio anterior.

3-genero claves en la QNAP para poder acceder a la Synology sin que pida la clave

En este punto lo que vamos a hacer es generar en la Qnap unos archivos ssh de clave privada y pública que nos permitan acceder y ejecutar comandos ssh sin introducir la clave.

Abrimos una consola ssh desde el usuario admin de la QNAP y escribimos lo siguiente:

Code:
ssh-keygen -b 4096 -t rsa
seguimos el asistente y pulsamos intro para no introducir clave alguna. Una vez acabe el asistente, nos habrá creados dos archivos en la carpeta ~/.ssh/

Ejecuto el siguiente comando para insertar la clave publica en la nas de Synology (adaptar el comando para usar la ip de la Synology y el puerto ssh (22) que activamos en el punto 1

Code:
cat ~/.ssh/id_rsa.pub | ssh admin@ip_local_nas_synology - p22 'cat >> ~/.ssh/authorized_keys'
el símbolo "~" sale pulsando la tecla ALT y luego 126 en el bloque numérico. También podemos substituirlo por "/root"

Ahora para comprobar que accedemos sin petición de clave ejecutamos desde la Qnap lo siguiente:

Code:
ssh admin@ip_nas_synology -p22 'ls'
Y si todo ha ido bien, nos presenta un listado del contenido de la carpeta "/var/services/homes/admin" de la Synology sin pedir contraseña.

4-creo un script para que cuando el SAI está suministrando energía usando baterías lanza un comando de apagado de la Synology.

El script es muy sencillo y lo creamos en una carpeta que esté dentro de /share/ para que no sea eliminado tras los reinicios de la Qnap.
Yo suelo recomendar hacerlo en una carpeta compartida ya que así podemos editarlo facilmente desde nuestro PC.

Para hacerlo mas sencillo voy a uso WinSCP que me permite moverme gráficamente por el árbol de carpetas de la nas y en una carpeta compartida /share/Public de la Qnap creo el archivo "sai.sh"

el contenido será el siguiente:

Code:
#! /bin/bash ups=$(upsc qnapups | grep ups.status:) estado=${ups:12:2} echo "$ups $estado" if [ "$estado" = "OL" ]; then echo "EL SAI está con energia electrica en la NAS" elif [ "$estado" = "OB" ]; then         echo "El SAI está suministrando energía desde las baterías"         # lanzo ordenes de apagado a otros equipos         ssh admin@ip_local_synology -p 22 'sudo poweroff' else         echo "No contacto con el SAI" fi

La línea "ssh admin@ip_local_synology -p 22 'sudo poweroff'" la adapto a la ip de nuestra synology y al puerto ssh que definimos en el punto anterior.
Recordad que ya hicimos una prueba de reinicio en un punto anterior.

El script ha de tener atributos de ejecución, para ello por consola ejecuto

Code:
chmod +x /share/Public/sai.sh
o bien desde WinSCP actualizo los atributos X

para probar si funciona, desde la consola ejecutamos

Code:
/share/Public/sai.sh

  Synology_5.jpg (Size: 9,48 KB / Downloads: 488)

Y si todo ha ido bien, veremos que el SAI está con energía eléctrica.

Si desconectamos el SAI su alimentación y ejecutamos de nuevo el script, veremos que nos muestra un mensaje de que "El SAI está suministrando energía desde las baterías" y que lanza el apagado remoto de la Synology ( y no lo podemos parar )

5-agrego la ejecución cíclica en el crontab del script anterior.

Ahora sólo hemos de agregar en el crontab de la Qnap una ejecución del script anterior en la ruta /share/sai.sh
Lo haremos cada minuto de forma repetitiva

desde consola ejecutamos los tres comandos siguientes:

Code:
echo -e "*/1 * * * * /bin/sh /share/Public/sai.sh">> /mnt/HDA_ROOT/.config/crontab crontab /etc/config/crontab /etc/init.d/crond.sh restart
Si lo queremos cada 2 minutos, sólo deberíamos cambiar el */1 por */2

Y con todo esto ya tenemos listo todo y nuestra Synology debería recibir orden de apagarse cuando nuestra Qnap detecta que el SAI está sin alimentación a 220V.

Cambiar discos en un RAID 5 para expandir capacidad (menos de 16TB)

Tue, 12 Dec 2023 11:37:05 +0100
Hola

En este post vamos a describir como cambiar todos los discos de un raid 5 por unos de mas tamaño y luego vamos a reclamar el nuevo espacio para usar.

En el caso de ejemplo partimos de un raid 5 de 4 discos de 4TB y vamos a cambiarlos por discos de 8TB.
El proceso es sencillo pero será laaaaargo, pero tenemos la ventaja de que nuestra nas seguirá trabajando mientras hace los cambios.
Eso sí, notaremos que hay actividad de discos en la reconstrucción de raid y que QTS se resiente a nivel de ejecución de otras funciones en función de la potencia de nuestra nas.

Esto último es graduable y podemos definirlo antes de comenzar con estas operaciones.
Para ello vamos a "Almacenamiento e instantáneas" y pulsamos en el icono de configuración (rueda dentada de arriba a la derecha)

  Migracion_raid_1.jpg (Size: 23,12 KB / Downloads: 834)

Se nos abrirán las opciones de la siguiente captura

  Migracion_raid_2.jpg (Size: 72,96 KB / Downloads: 830)

Aquí podemos elegir la velocidad de reconstrucción del raid vs prestaciones de la nas.
podemos dar prioridad a:
la reconstrucción (mas lenta la nas)

dar prioridad a los servicios de la nas (reconstrucción mas lenta)

una opción intermedia (que es la defecto)

Bueno, una vez definida la prioridad vamos con el cambio de uno de los discos.

Vamos a almacenamiento e instantáneas tal como se ve en la imagen siguiente.
Pulsamos sobe "almacenamiento", "Almacenamiento/instantáneas", seleccionamos el volumen adecuado, pulsamos sobre el botón de "Administrar". En la nueva ventana que se abre, pulsamos de nuevo "Administrar" y elegimos "Reemplazar discos uno por uno"

  Migracion_raid_3.jpg (Size: 185,59 KB / Downloads: 846)

Se nos presenta una pantalla con los actuales miembros del raid

  Migracion_raid_4.jpg (Size: 61,93 KB / Downloads: 833)

Comenzaremos por el de la bahía 4, para ello lo marcamos y pulsamos sobre el botón de reemplazar.

  Migracion_raid_4B.jpg (Size: 96,44 KB / Downloads: 810)

Tras hacerlo, veremos que nos indica que ya podemos retirar el disco.

  Migracion_raid_5.jpg (Size: 78,46 KB / Downloads: 839)

Con cuidado y evitando vibraciones, lo retiramos. Esperemos unos segundos y la nas pitará indicándonos que el raid está en modo degradado pero operativa.

Veremos en que nos indica que ya podemos introducir el nuevo disco.

  Migracion_raid_6.jpg (Size: 74,86 KB / Downloads: 811)

Lo introducimos cuidadosamente en la nas y tras inos instantes, pitará indicando su detección.

  Migracion_raid_7.jpg (Size: 45,89 KB / Downloads: 809)

Un poco mas tarde, tras preparar de forma automática y transparente las particiones de QTS comenzará con la integración de ese disco en el raid y la reconstrucción del mismo.

  Migracion_raid_8.jpg (Size: 45,03 KB / Downloads: 803)

Podemos ver el tiempo pendiente de forma aproximada en la pantalla de velocidad de reconstrucción, o en las tareas en funcionamiento de la nas.

  Migracion_raid_9.jpg (Size: 55,8 KB / Downloads: 804)

Me indica unas diez horas y media para un disco de 4TB dando prioridad a la reconstrucción. Este tiempo es indicativo y puede variar si la nas se pone a realizar otras funciones que varíen su actividad (por ejejmplo se alargaría seguro si no podemos a indexar imagenes).

Durante el proceso de reconstrucción, el led de la nas está en rojo y notaremos que no está tan ágil como es habitual, pero sus servicios no se han detenido.

Tras finalizar la reconstrucción del raid, veremos que ha vuelto a su agilidad habitual y que el led ya no parpadea en rojo.

Ahora repetimos por segunda vez la operación de extraer el disco

  Migracion_raid_10.jpg (Size: 188,58 KB / Downloads: 815)

Se nos presenta la lista de disco del raid, donde ya veremos que el cuarto disco es de mas capacidad.

  Migracion_raid_11.jpg (Size: 51,56 KB / Downloads: 811)

Marcamos el disco tres y lo expulsamos, marcándolo y pulsando en expulsar.
Veremos en pantalla que ya lo podemos retirar.

  Migracion_raid_12.jpg (Size: 49,66 KB / Downloads: 805)

De nuevo con mucho cuidado lo quitamos.

La NAS pitará y veremos en pantalla que ya no lo detecta y nos pide insertar el de reemplazo.

  Migracion_raid_13.jpg (Size: 53,38 KB / Downloads: 816)

Introducimos el nuevo y tras unos instantes, pitará y comenzará automáticamente la reconstrucción.

  Migracion_raid_14.jpg (Size: 48,74 KB / Downloads: 804)

  Migracion_raid_15.jpg (Size: 45,65 KB / Downloads: 818)

  Migracion_raid_16.jpg (Size: 63,71 KB / Downloads: 799)

Si cambiamos la velocidad de reconstrucción a una mas lenta pero con mejor desempeño de funciones en la NAS, podemos apreciar el aumento del tiempo del trabajo

  Migracion_raid_17.jpg (Size: 57,43 KB / Downloads: 811)

Ahora toca esperar y haremos las mismas operaciones con el disco 2.

  Migracion_raid_18.jpg (Size: 189,17 KB / Downloads: 804)

Seleccionamos la unidad 2 y pulsamos sobre reemplazar

  Migracion_raid_19.jpg (Size: 89,15 KB / Downloads: 798)

Veremos que el estado cambio y nos permite retirarlo en caliente con cuidado (notareis que el disco sigue girando tras la extracción)

  Migracion_raid_20.jpg (Size: 83,34 KB / Downloads: 807)

Tras retirarlo, el sistema pitará, entrando el raid en modo degradado, el led parpadeará en rojo y en pantalla veremos

  Migracion_raid_21.jpg (Size: 74,52 KB / Downloads: 801)

Introducimos el nuevo disco y veremos las siguientes pantallas ya que la detección no es instantánea ya que QTS tiene que hacer operaciones sobre el disco.

  Migracion_raid_22.jpg (Size: 89,77 KB / Downloads: 803)

  Migracion_raid_23.jpg (Size: 90,68 KB / Downloads: 802)

Cuando la pantalla muestre lo siguiente, es cuando empieza realmente el procesos de reconstrucción.

  Migracion_raid_24.jpg (Size: 86,52 KB / Downloads: 811)

Cuando el proceso finaliza esa reconstrucción, la nas pitará y el led dejara de parpadear en rojo.

Ahora nos queda hacerlo con la última unidad miembro del raid. En nuestro caso el disco de la bahía 1.

El orden del cambio de discos es indiferente de de cara al resultado y en el ejemplo he ido de bahía con número mas alto a mas bajo.

Ahora vamos ya con la última unidad, la uno, el proceso es idéntico al de los pasos a los anteriores.

  Migracion_raid_25.jpg (Size: 185,82 KB / Downloads: 801)

Seleccionamos el disco uno y lo expulsamos

  Migracion_raid_26.jpg (Size: 90,51 KB / Downloads: 812)

Nos indica que ya podemos retirarlo con cuidado

  Migracion_raid_27.jpg (Size: 84,26 KB / Downloads: 807)

Tras el pitido de entrada en modo degrado del raid , nos informa de que podemos introducir el nuevo disco

  Migracion_raid_28.jpg (Size: 81,56 KB / Downloads: 789)

Lo introducimos y tras unos instantes lo detectará, pitará y comenzará a creación de particiones y la reconstrucción de raid

  Migracion_raid_29.jpg (Size: 65,2 KB / Downloads: 803)

  Migracion_raid_30.jpg (Size: 69,74 KB / Downloads: 796)

  Migracion_raid_31.jpg (Size: 72,08 KB / Downloads: 800)

Ahora sólo queda tener paciencia a que acabe de hacerlo. Oiremos un pitido de notificación y el led dejará de parpadear en rojo.

Ahora nos queda la guinda del pastel, el aumentar el espacio útil del raid.

Para ello vamos de nuevo a la pantalla del cambio de disco y ahora veremos que hay un botón de EXPANDIR.

  Migracion_raid_32.jpg (Size: 62,7 KB / Downloads: 811)

Desgraciadamente, QTS tiene una limitación de tamaño para hacerlo y es que no podemos superar los 16TB.

  Migracion_raid_33.jpg (Size: 9,86 KB / Downloads: 790)

En mi caso, los supero ampliamente y NO puedo hacer la expansión.

Cuando QTS planteó este sistema de actualizaciones dinámicas, no supusieron que los discos duros alcanzarían esos tamaños tan grandes.

Imaginad si pusiésemos discos de 22TB, nos ponemos en 66TB para un raid5 de 4 elementos.
Ahora nos parece mucho, pero hace unos pocos años lo normal era tener discos de 2TB y no se planteaban esas capacidades.

Así que mi gozo en un pozo, me toca hacerlo por el método clásico de copia de seguridad de todo, eliminar volumen, crearlo de nuevo y restaurar datos y configuraciones.

Actualización QTS 5.1

Wed, 23 Aug 2023 20:22:32 +0200
Kaixo:

Menuda castaña de loggin nos ha montado QNAP con la actualización QTS 5.1!!!!
Tres clicks en el navegador para entrar. Cada día mas fácil!!!
Desaparece la frase que tenía hasta ahora en la verificación en dos pasos y los puñeteros TOTP, que como no tengas el teléfono al lado lo tienes claro.
Y encima no funciona la opción de "No volver a verificar en este dispositivo".
No me gusta. ¿Sabéis si hay algún modo de mantener la frase de antes?

Un saludo.

Joseba

Traslado del sistema QTS de un raid a otro

Sat, 19 Aug 2023 11:09:31 +0200
Hola

Como Qnap en su último QTS 5.1 no integra la función de desplazar el sistema, voy a tratar de describir como hacer una migración de forma manual de un raid 5 de sistema a un nuevo conjunto de almacenamiento.

En mi caso la nas tiene un conjunto formado por tres discos en raid5.
Este tipo de raid sólo puede migrarse por menús de QTS a raid6 o bien ampliar el número de discos manteniendo el tipo de raid.
Pero si queremos ir a un raid 1, la cosa se complica.
Supongamos que tenemos una nas de Qnap de 4 bahías y tres ya están ocupadas por el raid 5.

Para eliminar el raid 5 existente y migrar a un nuevo raid1 de dos discos, he planteado los siguientes puntos:

1- Montaje del nuevo conjunto de almacenamiento formado por un nuevo disco en la bahía libre
2- Migración de las app de uno a otro.
3- Creación de las mismas carpetas compartidas.
4- Tareas de sincronización de una dirección de las carpetas del almacenamiento antiguo al nuevo
5- Caso especial son los docker de Container Station.
6- Hacemos copias de seguridad de la MySQL/MariaDB de QTS usando PhpMyAdmin o por consola.
7- Hacemos copia de la carpeta oculta ".qpkg" del volumen de sistema. En general sólo tendremos una, pero para los casos en los que tengamos mas conjuntos de almacenamiento, Podemos obtenerlo por consola con el comando "getcfg SHARE_DEF defVolMP -f /etc/config/def_share.info "
8- Apagamos la nas y retiramos los discos del raid 5 de sistema, dejando sólo el nuevo disco.
9- Arrancamos la nas con el disco nuevo y para convertirlo a sistema
10- Agregamos los volumenes y discos que expulsamos de forma segura.
11- Recuperamos el backup de los docker.
12- Recuperamos alguna configuración de la copia de la carpeta .qpkg antigua.
13- Añadimos el segundo disco y creamos el raid 1 partiendo del disco actual.

Vamos a explicar mas en detalle algunos de los puntos anteriores.

1- Montaje del nuevo conjunto de almacenamiento formado por un nuevo disco en la bahía libre
Este punto, no tiene mucho misterio. Ya que al agregar un disco duro nuevo en la nas, ésta lo detecta y sólo hemos de crear el nuevo tipo de almacenamiento.
En este hilo https://www.qnapclub.es/showthread.php?tid=5061 Yeraycito lo cuenta mas detalladamente.

2- Migración de las Apps instaldas por qpkg de un conjunto hacia el otro.
Este paso también es sencillo y está descrito en este otro hilo del foro https://www.qnapclub.es/showthread.php?tid=5076

Hacemos una lista de las que no se pueden ya que habrá que hacer pasos extras y analizarlo de forma especifica.
Aquí en este otro hilo cuento como mover algunas por estar ligadas al volumen de sistema https://www.qnapclub.es/showthread.php?tid=5087

3- Creación de las mismas carpetas compartidas.
Hacemos que su nombre compartido sea distinto (agregamos un 2 en el nombre de la nueva), pero la ruta la especificamos y la hacemos coincidir en nombre con la original. Este punto y el siguiente se tratan en este hilo https://www.qnapclub.es/showthread.php?tid=3433

4- Ayudándonos de tareas de sincronización de una dirección
Copiamos contenido de las carpetas del almacenamiento antiguo al nuevo mediante tareas de HBS3.
También es posible hacerlo vía consola usando el comando rsync.

5- Caso especial de dockers en Container Station.
Método 1

Yo recomendaría hacer un backup por cada uno de ellos (lo mejor es detenerlos)
Y posteriormente ya los restauraremos cuando esté Container Station en el nuevo conjunto de almacenamiento de sistema.
Se puede hacer mediante comandos de consola, pero voy a describir como exportar desde Container Station 3.
Lo primero que hago es detener los contenedores.

Seleccionamos uno a uno de la lista, pulsamos sobre la rueda engranaje para desplegar las opciones y elegimos "exportar"

  move_qpkg_18.jpg (Size: 120,98 KB / Downloads: 520)

En mi caso he decidido exportarlos comprimidos al ordenador.

  move_qpkg_19.jpg (Size: 25,17 KB / Downloads: 516)

Método 2

Simplemente detenemos y borramos el contenedor ya que se mantendrá el contenido de su carpeta persistente

Método 3

Detenemos Container Station y hacemos una copia de seguridad de la carpeta "/Container" que está en el sistema.
Por ejemplo ejecutando un comando tipo al siguiente:

Code:
rsync -avz /share/CACHEDEV1_DATA/Container/ /share/CACHEDEV2_DATA/Container_old/
donde he supuesto que nuestro almacenamiento de sistema esta en CACHEDEV1 y estamos trasladando todo al CACHEDEV2 (nuestro futuro volumen de sistema).
He preferido cambiar el nombre destino por si QTS mas adelante sobrescribe esa carpeta al reinstalar Container Station.

6- Hacemos copias de las bases de datos de MySQL/MariaDB integradas en QTS.

Método 1

Se puede hacer desde PhPMyAdmin desde el entorno gráfico.
Método 2

También podemos hacerlo por consola. Para este último caso podéis echar una ojeada a este viejo hilo del foro de "Copia de seguridad periódica de MySQL"
El comando básico para hacer la copia de la base de datos "nombre_de_base_de_datos" sería algo del tipo:

Code:
/usr/local/mysql/bin/mysqldump -u root -pclaveMySQL nombre_de_base_de_datos --events > "/share/CACHEDEV2_DATA/nombre_de_base_de_datos.sql
Método 3

También podemos hacer una jugada similar a lo hecho con Container Station.
Es decir parar y mover las carpetas de las bases de datos de MariaDB.
Estas carpetas están "/share/CACHEDEV1_DATA/.@mariadb/data" para el caso de que tengamos MariaDB5.
Si tenemos MariaDB10, la ubicación es "/share/CACHEDEV1_DATA/.mariadb10/data"
Aquí daremos un nombre distinto a la carpeta ya que luego habremos de dar el cambiazo por una existente
Yo he usado comandos de este tipo:

Code:
#para MariaDB5 rsync -avx /share/CACHEDEV1_DATA/.@mariadb/data/ /share/CACHEDEV2_DATA/.@mariadb/data_old #para MariaDB10 rsync -avx /share/CACHEDEV1_DATA/.mariadb10/data/ /share/CACHEDEV2_DATA/.mariadb10/data_old

7- Hacemos copia de resguardo de la carpeta oculta ".qpkg" del volumen de sistema.

En general sólo tendremos una. Pero si tenemos mas conjuntos de almacenamiento y aplicaciones qpkg en ellos, es posible que tengamos otras carpetas .qpkg en esos conjuntos de almacenamientos.
A nosotros sólo nos interesa la carpeta ".qpkg" que está en el de sistema.
Podemos obtener la ruta concreta por consola.
Para verla usamos con el comando "getcfg SHARE_DEF defVolMP -f /etc/config/def_share.info"

Esta copia la hacemos para el caso de tener que restaurar o copiar configuraciones de alguna de la aplicaciones qpkg que no se han dejado mover en el punto 2.
Por ejemplo yo la he copiado con Winscp de "/share/CACHEDEV1_DATA/.qpkg" a "/share/CACHEDEV4_DATA/.qpkg_old"

8- Apagamos la nas y retiramos los discos del raid 5 de sistema, dejando sólo el nuevo disco.
Si tuviésemos mas discos en QTS, debemos retirarlos de forma segura. La idea es que QTS sólo encuentre un único disco/conjunto de almacenamiento al iniciarse.

9- Arrancamos la nas sólo con el disco nuevo. Veremos que tarda en iniciarse y que pitará más de lo debido, ya que nos saltará una alarma puesto que no encuentra su "sistema"
Ahora entramos en QTS y desde la aplicación de "Almacenamiento e instantáneas", vamos a sección de "Almacenamiento" y desde la subsección "Almacenamiento/Instantáneas" vamos a los conjuntos de almacenamiento. Seleccionamos el viejo de sistema que estará en rojo y pulsamos el botón de "Administrar" y eliminamos el conjunto.

Luego reiniciamos de nuevo QTS y tras el reinicio QTS convertirá el conjunto existente como de sistema, creando y añadiendo las carpetas compartidas inamovibles y alguna de aplicaciones.

10- Agregamos los volúmenes y discos que expulsamos de forma segura.
Para ello, introducimos en caliente los discos, la nas los detectará. Podemos verlo desde la aplicación "Almacenamiento e instantáneas", en la sección de información general, veremos que las bahías están activas al tener un disco.
En mi caso aparecen dos discos, ya que lo que expulsé en su momento era un raid 1 de dos discos.
Ahora para agregarlos, voy a "Almacenamiento", "Discos/VJBOD" y del menú lateral de los puntos suspensivos, selecciono "Recuperar" y "Acoplar y recuperar conjunto de almacenamiento"

  move_qpkg_56.jpg (Size: 76,73 KB / Downloads: 509)

Este tipo de recuperación/acoplamiento sólo lo hace con el almacenamiento y las carpetas compartidas. Pero no con las app qpkg instaladas en él.
Es decir, habremos tenido la precaución de moverlas/copiarlas previamente o bien tenemos que hacer mas operaciones para volver a recuperar sus configuraciones (se trata en el punto 12).

Si se ha hecho lo que recomendaba en el punto 3. Ahora veremos montadas carpetas compartidas con nombre "MiCarpeta2", pero con ruta "/share/CACHEDEV99_DATA/MiCarpeta". Y sólo hemos de renombrarlas desde "Panel de control", "Privilegio" y "Carpetas compartidas" retirando el "2" del final para que sean vistas por los equipos de la red con el mismo nombre que tenían en origen.
Pero veremos que hay algunos casos en los QTS ha recreado la compartición con el nombre original y la ruta coincidente con la que creamos anteriormente.
Es decir tenemos la misma carpeta dos veces compartida pero con nombres compartidos distintos.

  move_qpkg_57.jpg (Size: 12,88 KB / Downloads: 520)

Podemos eliminar la compartición de la acabada en 2, pero importante, sólo la compartición, no hemos de borrar los datos.

  move_qpkg_58.jpg (Size: 65,15 KB / Downloads: 513)

11- Recuperamos el backup de los docker
Instalamos desde el app Center el programa "Container Station"
Método 1

Lo iniciamos y dejamos por defecto la ruta "/Container" para guardar archivos.
Desde el menú gráfico importamos los contenedores que exportamos al inicio
Método 2

Nos aseguramos de que la carpeta compartida que contiene las carpetas persistentes está accesible.
Desde la consola, escribimos de nuevo el mismo comando de creación que usamos en su momento para instalarlo.
Esto último lo repetiremos por cada uno de los contenedores que teníamos en el inicio.
Método 3

Detenemos "Container Station" y renombramos la carpeta "/Container" que ha creado de inicio.
Por ejemplo la renombramos a "Container_new" . Luego, cuando todo haya ido bien, tenemos que recordar que la podemos borrar.
Ahora renombramos "Container_old" que copiamos en el método 3 del punto 5. Lo renombramos a "Container"
Si iniciamos ahora Container Station veremos que está todo.

12- Recuperamos alguna configuración de la copia de la carpeta .qpkg antigua.
Es la que creamos en el punto 7 con nombre ".qpkg_old"
Ahí estarán las configuraciones de las aplicaciones qpkg que no se dejaron mover.

Por ejemplo yo he recuperado la de "QVPN" que es la aplicación de las VPN.
La forma de proceder por aplicación es:
-instalo la aplicación
-la detengo
-renombro la carpeta de la aplicación añadiendo al final "_new"
-copio la carpeta de la aplicación que está en ".qpkg_old"
-inicio se nuevo la aplicación desde "appStation" y comprobamos que está con todos los datos y configuraciones.

Desgraciadamente hay veces que los nombres de las carpetas no indican la aplicación que lo generó.
Pero si en su interior hay archivos ocultos como estos

  move_qpkg_59.jpg (Size: 3,6 KB / Downloads: 498)
Entonces si los abrimos veremos el icono de la aplicación

Aún así pongo algunos ejemplos de carpetas y nombres de aplicaciones

  move_qpkg_60.jpg (Size: 48,1 KB / Downloads: 507)

13- Añadimos el segundo disco y creamos el raid 1 partiendo del disco actual.

Antes de agregarlo, he tenido que asegurarme de que está todo operativo. Ya que si creo el raid 1, ocuparía una bahía de disco y no podría reintroducir el viejo raid_5 para hacer alguna recuperación de datos que se me haya pasado.

Si ya lo tenemos todo, sólo hemos de introducir el segundo disco en la nas y expandimos el disco simple a RAID1. En el punto 1 de este hilo se comenta.

Resumiendo
Son muchos pasos pero no son complicados en sí.
Lo importante es hacerse antes un guion de tareas a realizar.
En general funciona lo de instalar aplicación, detenerla, substituir la carpeta de datos/cfg por la carpeta vieja y volver a iniciarla.

Migración de qpkg a un nuevo volumen de sistema

Sat, 05 Aug 2023 13:34:09 +0200
Hola

Como ya se ha comentado otra veces, QTS como sistema operativo está en todos y cada uno de los discos duros de nuestra nas.
Está replicado como si fuese un "super raid1", con la idea de que si el disco que QTS marca como de "sistema" fallase, la máquina podría iniciarse usan los disco restantes.

Pero hay ciertas cosas que NO están en todos, son algunas de las carpetas compartidas y algunos de los qpkg instalados.

Pues bien. voy a tratar de describir como "trasladar" algunas de esas aplicaciones.

En mi caso son estas

  move_qpkg_1.jpg (Size: 23,97 KB / Downloads: 361)

MyQnapCloud Link

Qsync

QDK

Malware remover

pero esto pasa con otras muchas mas como:
MEGAcmd

Entware

MariaDB

Php Extensions

Virtualization Station

Qboost

sFTPgo

Container Station

Multimedia Console

  move_qpkg_2.jpg (Size: 9,82 KB / Downloads: 359)

Algunas de ellas, no tienen configuraciones especiales y lo mas sencillo es volver a instalarlas desde el App Center.

Pero algunas pueden tener su "historia" y nos interesa recuperar lo que tienen.

La ubicación de estas configuraciones está en la carpeta oculta ".qpkg" del conjunto de almacenamiento de sistema.

En general será la carpeta que está en "/share" de nombre CACHEDEV1_DATA, MD0_DATA,...

Si queremos asegurarnos de su ruta, lo mejor es abrir una consola de comandos y ejecutar lo siguiente:

Code:
getcfg SHARE_DEF defVolMP -f /etc/config/def_share.info

  move_qpkg_3.jpg (Size: 22,59 KB / Downloads: 376)

En nuestro caso la ruta es "/share/CACHEDEV1_DATA".

Ahora exploramos el sistema de archivos de la nas con WinsCP para que sea mas visual y vemos el contenido de esa ruta.
Como es algo delicado y especial lo hago usando el usuario "admin".

  move_qpkg_4.jpg (Size: 25,5 KB / Downloads: 371)

He recuadrado dos de las carpeta compartidas inamovibles y la oculta ".qpkg" que es la que nos interesa y que contiene lo siguiente:

  move_qpkg_5.jpg (Size: 8,42 KB / Downloads: 361)

Es aquí donde vemos los nombres de estas aplicaciones a desplazar.
Las selecciono y duplico en una ruta conocida del segundo conjunto de almacenamiento (que será mas adelante el de sistema)

  move_qpkg_7.jpg (Size: 19,76 KB / Downloads: 360)

Altero el destino cambiando el 1 por un 2

  move_qpkg_8.jpg (Size: 19,97 KB / Downloads: 354)

Puedo elegir otra ruta, pero voy a dejar la misma con la idea de que las aplicaciones recuperen su configuración.

Ahora apago la nas, retiro el disco de sistema dejando únicamente el que lo era y la inicio.

Una vez iniciada la nas, vamos a eliminar el conjunto de almacenamiento 1 que estará en error.

  move_qpkg_10.jpg (Size: 61,77 KB / Downloads: 365)

  move_qpkg_11.jpg (Size: 40,82 KB / Downloads: 350)

  move_qpkg_12.jpg (Size: 27,42 KB / Downloads: 363)

  move_qpkg_13.jpg (Size: 27,53 KB / Downloads: 347)

  move_qpkg_14.jpg (Size: 17 KB / Downloads: 372)

  move_qpkg_15.jpg (Size: 32,75 KB / Downloads: 349)

Y finalmente desde el administrador de almacenamiento marcamos el conjunto de almacenamiento 1, damos a propiedades y elegimos Quitar, eliminar almacenamiento.

Si todo ha ido bien, veremos sólo el único conjunto de almacenamiento que ya es de "sistema"

  move_qpkg_16.jpg (Size: 23,25 KB / Downloads: 348)

Ahora vamos al App Center y reinstalamos las que nos falten. En mi caso Qsync y QDK.
Al reinstalarlas ya tendrán las configuraciones recuperadas.

Si observamos el contenido actual de la carpeta oculta ".qpkg" veremos lo siguiente

  move_qpkg_17.jpg (Size: 11,8 KB / Downloads: 355)

Este ejemplo lo he realizado con aplicaciones sencillas, pero hay algunas que son mas complejas y puede que no nos funcione.

Para estos casos recomiendo una copia de seguridad y su restauración.
Por ejemplo con MariaDB, lo que recomiendo es detener las aplicaciones que la usan y hacer backups de las bases de datos con PhPMyAdmin (para los mas valientes, es posible hacerlo por consola )
Y posteriormente restaurarlas una vez reinstalemos MariaDB en el nuevo conjunto de almacenamiento.

Algo similar habría que hacer con Container Station con sus dockers y lo con Virtualization Station y sus VMs.

Mover aplicaciones entre grupos de almacenamiento

Mon, 24 Jul 2023 14:33:01 +0200
En este tutorial vamos a ver lo sencillo que es mover aplicaciones qpkg entre conjuntos de almacenamiento.

Cuando instalamos paquetes qpkg, lo habitual es que se instalen en el único conjunto de almacenamiento que tenemos.
Cuando hay mas de uno, algunas de las aplicaciones permiten elegir el conjunto destino.

Vamos a suponer que ya las tenemos instaladas.
Hay dos formas de hacerlo, pero para que funcione la aplicación tiene que permitirlo y por supuesto que hay que tener mas de un conjunto simultáneamente en la nas.
Ya veremos que hay algunos que no se dejan mover del conjunto al que QTS denomina sistema.

Primer método

Estando en el appCenter desplegamos el menú contextual y se nos presentan varias opciones. Elegiremos la de "Migrar a". Y si no sale esa opción, significa que esa aplicación en concreto NO puede moverse.

  qpkg_1.jpg (Size: 25,09 KB / Downloads: 310)

Una vez pulsemos sobre esa opción, se nos presentará en pantalla una ventana con los distintos conjuntos de almacenamiento que tengamos y las aplicaciones que hay en cada uno de ellos. Es ahí donde podremos elegir el nuevo destino.

  qpkg_2.jpg (Size: 60,73 KB / Downloads: 318)
En caso de la imagen, tenemos dos posibles destinos.
Marcamos y pulsamos en el botón de "migrar"

Segundo método

Estando en la vista de aplicaciones, si hacemos una pulsación sobre el icono se nos abre una ventana con mas información sobre ella.

  qpkg_3.jpg (Size: 134,51 KB / Downloads: 314)
Y en su desplegable tendremos la opción de migrarla.

Hay ciertas aplicaciones que se recomiendan tener instaladas en los conjuntos de almacenamiento con los discos más rápidos de nuestra QNAP que serán los discos de estado sólido.

Como se ha visto, es muy sencillo hacer este tipo de movimientos internos.

Iniciación y creación de Volumenes en QTS 5.1

Mon, 10 Jul 2023 20:36:06 +0200
En el dia de hoy ya tenemos disponible la nueva versión mayor de QTS la 5.1 y algo que suelo recomendar es que cada vez que aparece una versión mayor es muy conveniente reinicializar el nas y empezar con el desde cero, siempre que sea posible, claro, porque lo habitual es que no lo sea. Este post no va a tratar sobre la conveniencia o no de hacerlo sino en explicar unos primeros pasos que considero interesantes en el caso de que se decida hacerlo. Voy a dividir las explicaciones en dos partes y las dos son útiles tanto para los que tengan un nas recién comprado como para los que lo tengan tiempo y decidan hacer una reinicialización. Vamos a dar por hecho que tenemos el nas recién iniciado después de las primeras configuraciones básicas que se nos exigen al encenderlo por primera vez tanto si es un nas nuevo o un nas antiguo reinicializado.

Primera parte: Formateo y curiosidades

Este primer apartado es interesante sobretodo para los que tengan un nas antiguo o uno nuevo con discos antiguos. Después de reinicializar el nas o iniciar por primera vez los discos duros o ssd que existan en el nas se formatean ANTES de crear ningún Conjunto de Almacenamiento o Volumen. Ya que estamos en el proceso de empezar con el nas desde cero puede ser buena idea hacer un formateo a bajo nivel de los discos duros para dejarlos como recién salidos de fábrica. Esto se haría ANTES de crear el Conjunto de Almacenamiento y Volumen.

  0.png (Size: 388,09 KB / Downloads: 1467)

Al seleccionar borrado seguro nos aparecen los discos duros o ssd que tengamos:

  1.png (Size: 303,54 KB / Downloads: 1483)

En mi nas sólo tengo 2 discos duros mecánicos y como se puede ver aunque tengo la posibilidad de seleccionar los dos por defecto sólo aparece marcado uno, y esa configuración es la correcta. Y es correcta esa configuración porque el segundo disco NO SE PUEDE FORMATEAR a bajo nivel. El motivo de que no se pueda formatear el segundo disco es porque contiene una partición en la que está instalado QTS, si el nas es de 4 bahías se podrán seleccionar 3 de los 4 discos por el mismo motivo anterior. Si quisiera formatear a bajo nivel el segundo disco primero tendría que formatear el primero a bajo nivel, volver a reinicializar el nas e intercambiar los discos duros de posición en el nas. Una vez intercambiados los discos después de la reinicialización QTS se instalaría otra vez en el disco 2 que antes era el 1 y el 2 que antes no se podía formatear a bajo nivel ahora sería el 1 y se podría hacer. Sabiendo esto nos aparecen varias opciones para el formateo:

  2.png (Size: 313,39 KB / Downloads: 1498)

El Completo es el formateo a bajo nivel y en el caso de un disco de, por ejemplo, 4 TB puede llegar a tardar 12 horas perféctamente. El formateo rápido tarda menos de un minuto. Tanto en uno o en otro caso se nos pide la contraseña del nas para autorizarlo.

Como acabo de comentar a pesar de no tener ningún Conjunto de Almacenamiento ni Volumen creado QTS ya está instalado.

  4.png (Size: 482 KB / Downloads: 1484)

De hecho se puede ver que ya tenemos una buena cantidad de aplicaciones instaladas entre ellas File Station que es totálmente funcional y en la que se puede ver que no hay ninguna carpeta compartida, algo lógico porque no hay ningún Conjunto de Almacenamiento ni Volumen creado

  5.png (Size: 782,53 KB / Downloads: 1488)

Sabiendo que ya tenemos QTS 5.1 instalado en el nas ahora vamos a crear un Conjunto de Almacenamiento

  6.png (Size: 319,51 KB / Downloads: 1458)

Nos aparecen los discos duros o ssd que tengamos y escogemos un tipo de RAID en mi caso un RAID 0

  7.png (Size: 261,66 KB / Downloads: 1457)

Se nos pregunta si queremos reservar un espacio en el Conjunto de Almacenamiento para Instantáneas y configurar un umbral de alerta de falta de espacio, si no lo hacemos ahora lo podemos hacer después. En mi caso ni una cosa ni la otra.

  8.png (Size: 225,29 KB / Downloads: 1449)

Nos sale un aviso de formateo

  9.png (Size: 261,84 KB / Downloads: 1439)

Todo listo

  10.png (Size: 231,59 KB / Downloads: 1460)

Antes he comentado que antes de crear el Conjunto de Almacenamiento QTS ya está instalado, pues bien, al crearlo sin reservar ningún espacio garantizado para instantáneas resulta que ya tiene más de 100 Gigas ocupadas

  11.png (Size: 475,86 KB / Downloads: 1459)

Habría que preguntarle a Qnap porqué ocurre esto, siempre se ha dicho que QTS hace un raid interno y teniendo en cuenta que antes ya teníamos QTS instalado ahora se completaría el RAID.......digo yo.

Segunda Parte: Creación de Volúmenes

La mayoría de las personas que se inician en el "mundo nas Qnap" cuando enciende por primera vez el nas crea lo que Qnap llama Volumen de Sistema y deja configurado en su nas ese único Volumen creado a base de aprovechar todo el espacio disponible que se tenga.

Una de las cosas más interesantes y provechosas que se puede hacer es leerse la documentación oficial de QTS 5.1 que, por cierto es bastante larga:

https://docs.qnap.com/operating-system/q...-en-us.pdf

En el apartado de ese pdf concerniente a la creación de Volúmenes en el nas Qnap recomienda no hacer un único volumen sino varios. Uno de los motivos por lo que lo recomienda es que cada Volumen va aislado "como un contenedor" ( QNAP dixit ) que es una afirmación un tanto pretenciosa. Lo que si es cierto es que en el caso de que hay algún problema en el sistema de archivos y haya que hacer una comprobación no es lo mismo hacerla en un único Volumen que tenga todo el tamaño disponible que hacerlo en Volúmenes más pequeños. Otro motivo por el que Qnap recomienda configurar varios Volúmenes es que podemos dedicar cada uno de ellos a un tipo de archivo diferente, por ejemplo, pdfs, programas, música, películas, etc. Como cada tipo de archivo "del mismo género" tiene un tamaño a la hora de crear el Volumen podemos aumentar el rendimiento escogiendo mejor el tamaño de cluster apropiado.

Otra ventaja de configurar varios Volúmenes es que podemos exportar las instantáneas: https://www.qnapclub.es/showthread.php?tid=4932

Y otra ventaja sería la de configurar Volúmenes cifrados para protegerlos del ramsonware: https://www.qnapclub.es/showthread.php?tid=5059

En este punto de este tutorial tengo creado en mi nas el Conjunto de Almacenamiento pero no tengo configurado ningún Volumen así que paso a explicar como crear ese primer Volumen obligatorio de Sistema que va a tener un tamaño muy reducido porque no necesita mucho.

  12.png (Size: 309,11 KB / Downloads: 1440)

Se le pone un nombre y se escoge un tamaño, en mi caso 50 Gigas, si se quisiera encriptar lo tendríamos que hacer ahora

  13.png (Size: 270,7 KB / Downloads: 1474)

En este mismo punto de la configuración pero un poco más abajo y activando las opciones avanzadas podemos configurar más cosas

  14.png (Size: 264,66 KB / Downloads: 1456)

Aviso de umbral de alerta de falta de espacio, podemos crear ya diréctamente una primera carpeta compartida y lo más importante del todo, el tamaño del cluster. Por defecto está en 32K pero como mi Volumen de Sistema no va a tener archivos grandes se lo bajo a 4K

Nos aparece un resumen de la operación a realizar

  15.png (Size: 251,92 KB / Downloads: 1438)

Al ser el Volumen obligatorio de Sistema crea las carpetas predeterminadas

  16.png (Size: 213,32 KB / Downloads: 1437)

En File Station podemos ver que se ha creado la carpeta Public, hay más pero están ocultas. Al crear el Volumen de Sistema se nos descarga e instala en ese Volumen Malware Remover. Teniendo en cuenta que antes hemos visto que ya teníamos un montón de aplicaciones instaladas en el nas ANTES de crear el Conjunto de Almacenamiento y lógicamente antes de crear el Volumen de Sistema resulta llamativo que este último tenga ya 16 Gigas ocupadas...... misterios de Qnap

  17.png (Size: 518,49 KB / Downloads: 1442)

Con esto termino el tutorial, os pongo a continuación una imagen con el resultado final, por el momento, de los Volúmenes que he creado en mi nas, unos con más tamaño que otros, con distinto cluster y algunos de ellos encriptados. En mi caso no almaceno mucho en mi nas así que no he gastado todo el espacio disponible en mi Conjunto de Almacenamiento para crear Volúmenes así que si quisiera crear más en el futuro para otras funciones lo podría hacer. Otra cosa que se puede hacer sin problemas es aumentar cuando se quiera el tamaño de cualquiera de los Volúmenes siempre y cuando haya espacio sin configurar en el Conjunto de Almacenamiento.

  18.png (Size: 693,31 KB / Downloads: 1423)

Explicación de la configuración de los distintos Volúmenes ( de arriba hacia abajo según la imagen ):

Almacen: Aquí van a ir las configuraciones de los contenedores junto con algun programa para guardar. Cluster: 8K

Aplicaciones ( Sistema ): Sólo para instalar aplicaciones. Cluster: 4K

Calibre: 2 bibliotecas de libros. Cluster: 4K

Calibrencrypt: Volumen encriptado de copia de seguridad de las bibliotecas de libros anteriores, estará la mayor parte del tiempo desmontado. Cluster: 4K

Cosas: Volumen encriptado para meter algún archivo importante para conservarlo a largo plazo, estará la mayor parte del tiempo desmontado. Cluster: 4K

Musica: Volumen encriptado que contendrá música de alta resolución, estará desmontado la mayor parte del tiempo. Cluster: 32K

  3.png (Size: 306,76 KB / Downloads: 1381)

Cifrado de Volumen en el nas

Fri, 07 Jul 2023 19:40:55 +0200
Una de las características que disponemos en los nas de Qnap es el cifrado, una vez que el nas está cifrado lógicamente todos los datos que metamos en el automáticamente se cifran sin que tengamos que hacer nada. A la hora de cifrar el nas tenemos dos opciones, o cifrar el Conjunto de Almacenamiento o cifrar un Volumen, o varios. Por norma general se entiende que cifrar un dispositivo lo que se consigue es que en caso de robo o pérdida no se pueda acceder a los datos almacenados en el, sin embargo voy a explicar como darle otra utilidad aparte de lo anterior. Una de las configuraciones que podemos realizar en nuestro nas es la de crear más de un Volumen aparte del que Qnap llama de Sistema. Al crear un nuevo Volumen lo podemos cifrar pero lo interesante no es eso sino que al crear un Volumen cifrado lo podemos montar o desmontar a voluntad. Lo bueno de tener un Volumen cifrado desmontado es que un ramsonware no podría acceder a los datos contenidos en el y cifrarlos. Voy a explicar como crear un Volumen cifrado en el nas que va a convivir con los demás volúmenes que tengamos. El propósito de hacerlo sería para tener almacenados en ese Volumen encriptado datos reálmente importantes que queramos mantener a largo plazo. Una vez configurado de esta manera podemos tener ese Volumen cifrado bloqueado la mayor parte del tiempo y sólo desbloquearlo el tiempo necesario para añadir o eliminar algun archivo que tengamos dentro de el. Al tener el Volumen cifrado bloqueado es totálmente inaccesible ya que queda desmontado.

Para la prueba de este tutorial he creado un nuevo Volumen cifrado pequeño pero lógicamente se puede hacer del tamaño que se quiera.

  1.png (Size: 274,21 KB / Downloads: 705)

En lugar de escoger la opción de que ese Volumen cifrado se monte y descifre cada vez que se inicia el nas NO LO HAGO.

  2.png (Size: 286,08 KB / Downloads: 668)

Se nos da un aviso de lo que podría ocurrir en el caso de que perdiéramos la contraseña confirmando que al no poder desbloquear el Volumen este queda inaccesible que es precísamente lo que se busca para proteger su contenido en caso de ramsonware.

  3.png (Size: 269,23 KB / Downloads: 657)

Nos aparece otro aviso informativo

  4.png (Size: 262,01 KB / Downloads: 668)

Sin que hagamos nada se nos descarga a nuestro ordenador la clave de seguridad que debemos guardar por si se nos olvida la contraseña de desbloqueo.

  5.png (Size: 222,78 KB / Downloads: 656)

En mi caso le he puesto Cifrado de nombre al Volumen cifrado y ya está listo

  9.png (Size: 242,93 KB / Downloads: 670)

Por defecto al crear el nuevo Volumen cifrado este está desbloqueado y montado. Podemos acceder a su contenido tanto desde un ordenador mediante SMB o desde el nas mediante File Station.

  7.png (Size: 291,88 KB / Downloads: 642)

Desde el propio File Station lo podemos bloquear y desmontar.

  8.png (Size: 275,42 KB / Downloads: 684)

También lo podemos bloquear y desmontar desde Almacenamiento e Instantáneas dándole a Administrar el Volumen

  10.png (Size: 295,13 KB / Downloads: 667)

Al bloquearlo nos aparece un mensaje de advertencia

  11.png (Size: 282,97 KB / Downloads: 662)

Tras aceptarlo el Volumen cifrado se bloquea y desmonta

  12.png (Size: 242,28 KB / Downloads: 655)

Y queda desmontado e inaccesible

  13.png (Size: 241,39 KB / Downloads: 667)

Si quisiéramos acceder al Volumen cifrado bloqueado desde File Station nos aparece lo siguiente

  15.png (Size: 251,07 KB / Downloads: 646)

Y si quisiéramos acceder desde un ordenador mediante SMB poniendo la contraseña de acceso al nas

  16.png (Size: 127,46 KB / Downloads: 658)

El resultado sería que no podemos acceder

  17.png (Size: 98,52 KB / Downloads: 671)

Resumiendo, en mi opinión la gracia de crear un Volumen cifrado no está sólamente en el propio cifrado sino en bloquear y desmontar ese Volumen ya que al estar bloqueado y desmontado queda totálmente inaccesible incluso en caso de ramsonware. Tener un Volumen cifrado aparte de los que ya tengamos es una buena idea a la hora de proteger archivos especiálmente importantes que queramos conservar a largo plazo y podemos tener ese Volumen bloqueado la mayor parte del tiempo y tener activos y en funcionamiento el resto de Volúmenes sin problemas. Si queremos hacer algo con los archivos almacenados en ese Volumen cifrado tan sólo tenemos que desbloquearlo.

  14.png (Size: 252,72 KB / Downloads: 638)

  6.png (Size: 128,56 KB / Downloads: 623)

  18.png (Size: 221,24 KB / Downloads: 605)

Exportación e Importación de copias de seguridad de las Instantáneas

Tue, 28 Feb 2023 18:53:57 +0100
Una de las funciones de las que disponemos en nuestro nas son las instantáneas que se podría decir aunque con muchos matices que son una copia de seguridad de los archivos del nas y que en caso de desastre podemos utilizar para revertir el sistema a un estado anterior en el que no hubiera ningún problema. Con desastre me refiero a, por ejemplo, que hayamos eliminado sin querer un archivo del nas y quisiéramos recuperarlo. Hasta la fecha se podía hacer una copia de seguridad externa de las instantáneas con el inconveniente de que obligatóriamente había que hacerla en otro nas de Qnap pero ahora la cosa ha cambiado y la podemos hacer en un disco duro externo conectado al nas. El tema de hacer copias externas de las instantáneas puede resultar muy util en caso de que nuestro nas se infecte por malware ya que esas copias externas estarían límpias y podríamos restaurarlas con tranquilidad, en fin....al lio

Hasta hoy mismo tenía en mi nas las instantáneas deshabilitadas así que para crear este tutorial las he activado. Mi nas tiene 3 volúmenes creados y he creado una instantánea por cada Volumen. A la hora de hacer la copia externa de la instantánea he hecho la prueba con la de mi primer Volumen que es el que Qnap considera de Sistema y es en el que están las aplicaciones del nas. Para hacer la copia externa he conectado a mi nas un disco duro externo. Como he dicho antes he creado una instantánea en ese Volumen y procedo a exportarla al disco duro externo conectado al nas:

  1.png (Size: 270,98 KB / Downloads: 612)

El tiempo que se va a tardar en realizar la exportación de la instantánea dependerá lógicamente del tamaño de esta

  2.png (Size: 522,36 KB / Downloads: 587)

Si en el nas accedemos a File Station vemos que tenemos un apartado especial donde se puede ver la instantánea que tenemos creada en el nas

  3.png (Size: 174,33 KB / Downloads: 569)

Una vez que se ha terminado de exportar la instantánea al disco duro externo conectado al nas la podemos ver desde File Station y en mi caso también se puede ver que tiene un tamaño de 120 Gigas

  5.png (Size: 340,9 KB / Downloads: 577)

Y esas 120 Gigas que ocupa la copia externa de la instantánea coincide con el tamaño del Volumen del nas independiéntemente del tamaño ocupado por los archivos o programas que tengamos en ese Volumen

  6.png (Size: 409,4 KB / Downloads: 585)

Esto hay que tenerlo en cuenta por varios motivos. El sistema que emplea Qnap a la hora de las instantáneas es algo opaco sobretodo con el espacio que ocupan. En este caso al ser la primera y única instantánea en ese Volumen de mi nas ocupa la totalidad del Volumen. Las siguientes instantáneas que se hicieran en ese volumen es muy posible que tengan un tamaño distinto que podrá ser menor o mayor según los casos.

Una vez hecha la copia externa lo siguiente que he hecho es eliminar de mi nas la instantánea que había creado en ese Volumen de Sistema

  7.png (Size: 319,06 KB / Downloads: 580)

Y una vez eliminada la instantánea del nas procedo a realizar la importación

  9.png (Size: 315,65 KB / Downloads: 594)

Al hacerlo nos aparece una ventana con varias opciones, la primera es escoger la ubicación de la copia externa de la instantánea

  10.png (Size: 346,42 KB / Downloads: 599)

Lo siguiente que podemos ver es que QTS reconoce corréctamente el Volumen correspondiente a esa instantánea

  11.png (Size: 341,03 KB / Downloads: 589)

Como se puede ver en la imagen viene marcada por defecto la opción de crear una nueva instantánea distinta a la que vamos a importar antes de realizar esa importación. En mi caso y para la prueba de este tutorial he optado por desmarcar esa opción y NO UTILIZARLA, hecho eso lo siguiente que nos aparece es un resumen de la operación que se va a realizar

  12.png (Size: 339,46 KB / Downloads: 580)

Nos sale el siguiente aviso que debemos aceptar para que empiece la importación

  13.png (Size: 309,84 KB / Downloads: 586)

Aceptado el trámite el proceso empieza

  14.png (Size: 574,39 KB / Downloads: 601)

El tiempo empleado en importar la instantánea ha sido el mismo que ha tardado en exportarla, pasado ese tiempo el proceso finaliza

  15.png (Size: 625,42 KB / Downloads: 558)

Y ahora me toca explicar algo que me ha resultado treméndamente interesante. Si os fijáis en la imagen que acabo de poner se puede ver que al acabar el proceso de importación de la instantánea en el Volumen de Sistema de mi nas NO HAY NINGUNA INSTANTANEA y si nos vamos a File Station lo podemos comprobar también, en mi nas sólo hay las instantáneas de mis otros dos Volúmenes pero NO el de Sistema

  16.png (Size: 524,57 KB / Downloads: 582)

Lo que ha ocurrido es que al importar la instantánea externa lo que hace QTS es restaurarla diréctamente.....y eso es algo treméndamente bueno y lo digo sobretodo en caso de malware. Si nuestro nas estuviera infectado por malware al importar la instantánea que se restaura automáticamente el malware desaparecería, al menos eso es lo que dice la teoría.

Para comprobar que efectívamente la importación de la instantánea externa conlleva también su aplicación....un ejemplo. En mi nas tengo instalado el contenedor Wacthtower configurado con notificaciones por Telegram y cuando el contenedor se reinicia o lo hace el nas me manda por Telegram una notificación en el que me indica que está activo. Pues bien, a la hora que he terminado la importación de la instantánea me ha notificado que estaba activo.

  17.png (Size: 129,87 KB / Downloads: 580)

Por último una cosa, una vez terminada la importación de la instantánea el nas NO se ha reiniciado ni tampoco me ha pedido que lo haga.