Hola a todos!
Me llamo José. Llevo algún tiempo leyendo el foro y he decidido unirme

Buenas tardes, hace un año adquirí un NAS QNAP TS-464, 4 discos mecánicos Seagate Ironwolf de 4 TB y 2 módulos NVME WD Red de 1 TB.

Al provenir de un NAS Synology de 4 bahías y del 2014, que es mucho mas sencillo, me costó trabajo el decidir cual sería la mejor configuración y creo que no lo hice bien.

En previsión de migrar a QTS Hero, hace pocos días adquirí e instalé un módulo de memoria RAM Crucial DDR4-3200 de 8 Gb, para disponer de 16 Gb. de RAM.

Actualmente me encuentro en fase de valorar el migrar a QTS Hero, principalmente por el sistema de archivos ZFS que parece que es más fiable, sin menospreciar al EXT. Me encuentro un poco perdido en cual sería la mejor opción de configuración por lo que me gustaría contar con alguna opinión.

Cabe decir primeramente que el uso del NAS es doméstico y con muy poco uso, tanto en usuarios y tráfico así como en volumen y el fin principal es preservar documentación e imágenes. Siempre me propongo profundizar en Docker, pero al final no tengo tiempo y no es una prioridad, pues sería un uso experimental. A medio plazo también estoy valorando el salir del ecosistema de Google y alojar lo máximo posible de datos en mi propia nube, aunque es tan cómodo lo de Google y otros, que da pereza.

Una vez contextualizado el hardware y el uso que se hace, la configuración que tengo actualmente, después de comprobar que en mi caso la caché no presentaba mejoras significativas, es los 4 discos mecánicos en RAID5 con la partición del sistema y los dos discos Nvme independientes (antes los tenía para caché), prácticamente ociosos.

La configuración que estoy valorando para QTS Hero es crear el primer conjunto en los Nvme y en RAID 1 para que sea de sistema y poder aprovechar la velocidad de estos medios, no se que tamaño seria correcto pues también vendría bien poder instalar en los Nvme máquinas virtuales y/o Docker, si es que lo uso.

Para los discos mecánicos, tenía pensado el usar sólo tres discos en RAID 5, que me da unos 8 TB de capacidad. Actualmente estoy ocupando unos 2,5 Tb y tengo que borrar cosas duplicadas, con lo que el tamaño que necesito es de unos 4 TB, sin contar instantáneas. El cuarto disco lo puedo dejar como de repuesto en caliente, o para ampliar posteriormente el RAID o bien como disco independiente.

La mayor temor que tengo es con poner el sistema en los Nvme, porque no se que pasaría si se estropean los Nvme o quedan inutilizados.

Añadir que el vetusto Synology DS414, se enciende un par de horas al día para albergar copias diarias del QNAP y además alojo un backup encriptado en AWS S3, que se actualiza diariamente, dicho almacenamiento es en frio, con lo que es muy económico.

Cualquier consejo es bienvenido pues estoy un poco perdido y no me gustaría equivocarme, pues el dar marcha atrás es muy costoso en tiempo.

Muchas gracias por adelantado y un saludo, Rafael Alvarez

Hola, hace ya varios años que tengo un QNAP TS269L y en estos momentos no tengo internet, ni router ni nada de eso en mi casa. El caso es que necesito acceder a mi NAS pero no se como puedo hacerlo si tener internet. Os agradecería que me ayudarais para la resolución de este problema.
Muchas gracias  

Hola, soy zakopane, tengo un Nas, el QNAP TS269L hace ya varios años. Un saludo a todos.

Hola, hace un par de años sufrí un ataque de Deadbolt. Los daños que tuve fueron mínimos, sobre todos una base de datos de peliculas, que relentizó que perdiera muchas mas cosas importantes.
Haciendo un escaneo hoy, me he dado cuenta que aun queda algun ficheros encriptado por Deadbolt.
Concretamente estos:
/share/CACHEDEV1_DATA/.samba_target/private/tls/key.pem.deadbolt
/share/CACHEDEV1_DATA/.samba_target/private/tls/ca.pem.deadbolt
/share/CACHEDEV1_DATA/.samba_target/private/tls/cert.pem.deadbolt
/share/CACHEDEV1_DATA/.samba_target/private/krb5.conf.deadbolt
/share/CACHEDEV1_DATA/.samba_target/private/encrypted_secrets.key.deadbolt

Entiendo que no deben ser ficheros muy importantes, ya que en dos años aparentemente no he tenido ningun problema, pero me mosquea tenerlos por ahi, y chatgpt me recomienda no borrarlos.

Mi pregunta es, ya que son ficheros de sistema, entiendo que se pueden reinstalar o descargar de algun sitio?

buenas tardes 
tengo problemas de acceso a un arreglo con 2 discos de 8tb, y el único programa que me esta permitiendo visualizar datos es el diskinternal raid. alguien cuenta con este software crakqueado?

Hola


Vendo Nas Qnap TS-410E nuevo sin uso en su caja.

800€

Attached Files

Thumbnail(s)
       

He adquirido un Qnap TS 464 y me estoy iniciando en este mundo.


saludos

Hola,

tengo un problema que no sé si ha pasado mas, el caso es que me di cuenta el otro día que me faltan algunos archivos en carpetas, me dio por mirar en la papelera de reciclaje y estaban allí. Son archivos que lo mismo se crearon hace 3 días que son de hace 1 año. El NAS se utiliza para una pequeña empresa, ¿habría forma de ver quien ha eliminado esos archivos? ¿Puede ser por alguna configuración mal hecha con qsync? hay 6 o 7 personas con qsync sincronizando varias carpetas

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:



   



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



   



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.



   



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



   



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.



   



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.



   



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



   



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



   



Al ejecutarlo nos da bastante información interesante:



   



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.



   



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



   



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



   



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



   



Todo bien



   



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.



   



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.



   



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



   


Al ejecutarlo aparece lo siguiente:



   



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



   



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.