Bienvenido, Invitado
Tienes que registrarte para poder participar en nuestro foro.

Nombre de usuario
  

Contraseña
  





Buscar en los foros



(Búsqueda avanzada)

Estadísticas del foro
» Miembros: 6.632
» Último miembro: Gilberto Gomez
» Temas del foro: 3.280
» Mensajes del foro: 19.043

Estadísticas totales

Usuarios en línea
Actualmente hay 105 usuarios en línea.
» 0 miembro(s) | 102 invitado(s)
Bing, Facebook, Google

Últimos temas
mariadb
Foro: Firmware, Aplicaciones y Tutoriales
Último mensaje por: pipo13
17-05-2024, 08:31 PM
» Respuestas: 0
» Vistas: 10
Copia de Seguridad entre ...
Foro: Cuestiones técnicas
Último mensaje por: xiscoj
17-05-2024, 07:06 PM
» Respuestas: 0
» Vistas: 16
Liada con extraccion de d...
Foro: Cuestiones técnicas
Último mensaje por: a.karasatorre@gmail.com
17-05-2024, 02:02 PM
» Respuestas: 3
» Vistas: 70
Que lio con las instantan...
Foro: Empezando con tu NAS
Último mensaje por: pipo13
16-05-2024, 09:00 AM
» Respuestas: 4
» Vistas: 70
Me presento
Foro: Presentaciones
Último mensaje por: volteretero
15-05-2024, 06:00 PM
» Respuestas: 0
» Vistas: 21
PlugIn Tapatalk
Foro: Incidencias en el foro
Último mensaje por: Ganekogorta
15-05-2024, 07:03 AM
» Respuestas: 0
» Vistas: 26
TS-451+ Clicks HD's const...
Foro: Empezando con tu NAS
Último mensaje por: yeraycito
13-05-2024, 05:55 PM
» Respuestas: 1
» Vistas: 124
TS-451 + Discos duros cli...
Foro: Cuestiones técnicas
Último mensaje por: Xuang
13-05-2024, 08:40 AM
» Respuestas: 0
» Vistas: 38
Hola a todos
Foro: Presentaciones
Último mensaje por: Ganekogorta
11-05-2024, 08:43 AM
» Respuestas: 1
» Vistas: 67
Creacion de espacio almac...
Foro: Cuestiones técnicas
Último mensaje por: Ganekogorta
10-05-2024, 07:05 AM
» Respuestas: 3
» Vistas: 106

 
  Configuración del proxy https de Qnap con uno o varios contenedores
Enviado por: yeraycito - 16-12-2022, 03:06 AM - Foro: VMs & Docker Containers - Respuestas (4)

Joder, si me descuido me falta foro para poder ponerle el título al post, en fin, ese título largo va a ser un reflejo de lo largo que va a ser este post.

Introducción:

A continuación voy a tratar de explicar de manera muy simple y apta para todos los públicos varias formas muy sencillas de utilizar el proxy que nos proporciona Qnap para tener acceso desde el exterior por https a uno o varios contenedores que tengamos instalados en nuestro nas. Lo primero que nos permite un proxy instalado en el nas es que en lugar de abrir varios puertos en el router para acceder desde el exterior a cada contenedor que tengamos sólo tenemos que abrir el puerto del proxy, en el router, en el caso que voy a explicar el 443, ya que al hacerlo así el proxy se encarga el solito de redirigir la petición externa al correspondiente contenedor. Otra función del proxy es que como los contenedores están basados en http lo que hace es redirigir esas peticiones de acceso http a https. Uno de los proxys más conocidos es Nginx y para poderlo instalar en el nas lo podemos hacer mediante contenedor con el tutorial que tiene el amigo @Ganekogorta en este foro:

https://www.qnapclub.es/showthread.php?tid=4781

Ese tutorial es bastante sencillo de implementar pero a muchos de nosotros nos puede echar atrás debido a que para instalarlo tenemos que acceder al nas por ssh e instalarlo por comandos de consola. Cómo este post va a estar basado en la sencillez lo voy a hacer utilizando el proxy que ya tenemos instalado de Qts.

A la hora de utilizar un proxy para las conexiones https tenemos que tener dos cosas, un dominio y un certificado. Qnap en nuestro nas nos ofrece de serie las dos cosas, NO un dominio pero si un subdominio xxxx.myqnapcloud.com y un certificado que "de serie" es autofirmado pero que podemos cambiar fácilmente por uno de Lets Encrypt. El problema radica en que para tener ese subdominio myqnapcloud y un certificado Lets Encrypt tenemos que activarlo en el nas y últimamente no es muy buena idea por seguridad hacerlo:

   

Lo siguiente que voy a explicar lo voy a dividir en varias partes siempre utilizando herramientas GRATUITAS:

 - Proxy de QTS + Cloudflare

 - Proxy de QTS + DDNS

 - Proxy de QTS + myqnapcloud


Primera parte: Proxy de QTS + Cloudflare

Como he comentado antes para utilizar un proxy https sea el que sea nos es necesario un dominio propio + certificado https. El dominio propio lo podemos comprar a dia de hoy a unos 4 euros anuales en las webs destinadas a su venta. En Cloudflare también lo podemos comprar pero no es obligatorio hacerlo para lo que voy a explicar. Tengamos el dominio comprado en el sitio que sea al registrarnos en Cloudflare podemos hacer que actúe como proxy de ese dominio. Eso quiere decir que cualquier acceso a nuestro nas pasa primero por el proxy de Cloudflare y a continuación los servidores de Cloudflare se conectan con nuestro nas y después veremos que se conectarán al proxy de QTS. Por no alargarme con el tema Cloudflare lo explico mejor en el siguiente post:

https://www.qnapclub.es/showthread.php?tid=3881

Cloudflare tiene dos certificados https, el primero se llama Certificado de Perímetro y lo gestionan ellos y sirve para que el visitante reciba la conexión https. El segundo certificado es para el Servidor de Origen que en nuestro caso va a ser nuestro nas y es el encargado de la conexión https entre los servidores de Cloudflare y nuestro nas. Este último certificado es el que vamos a utilizar. Utilizándolo la conexión quedaría así:

   

Lo bueno del certificado https para el Servidor de Origen es que, aparte de gratuito, es válido para 17 años con lo cual no tenemos que molestarnos en renovarlo durante mucho tiempo. Registrados gratuítamente en Cloudflare podemos disponer de ese certificado. Para utilizarlo en nuestro nas Cloudflare NO PERMITE su descarga ya que tiene otro método....sólo permite COPIARLO. 

   

En un ordenador windows - linux creamos un archivo de texto y pegamos el contenido del certificado de Cloudflare. Hecho esto cambiamos la extensión txt de ese archivo a pem

Ya tenemos en nuestro ordenador el certificado de Cloudflare para el Servidor de Origen, o sea, el nas. Ahora nos hace falta generar una clave private.key
Para crearla en un ordenador windows - linux abrimos un Terminal y ponemos el siguiente comando:

openssl req -new -newkey rsa:4096 -nodes -keyout private.key -out private.csr

AVISO: hace mucho tiempo que generé esa clave private.key y ese comando lo tenía guardado. Es posible que al utilizarlo además de crearse la private.key se genere también un archivo private.csr si es así eliminamos el archivo private.csr que no nos hace falta para nada, sólo queremos el archivo private.key

Hecho lo anterior ya tenemos en nuestro ordenador un certificado de Cloudflare válido para 17 años con extensión .pem y una clave private.key
Ese certificado con extensión .pem se puede convertir a uno con extensión .crt pero para eso Google es vuestro amigo.

Cómo dije al principio nuestro nas ya tiene de serie un certificado autofirmado de Qnap que se puede sustituir por uno de Lets Encrypt. El proxy de QTS utiliza para las conexiones https el certificado que tengamos instalado en nuestro nas:

   

Lo que vamos a hacer es CAMBIARLO por el de Cloudflare. Este proceso se puede revertir sin problemas. Aunque no es necesario si queremos ser precavidos podemos descargar a nuestro ordenador el certificado que tenemos instalado en el nas ANTES de cambiarlo dándole al botón de Descargar certificado:

   

Veremos que se nos descarga a nuestro ordenador un certificado y una clave privada en formato zip. A continuación le damos al botón de Reemplazar certificado:

   

Aquí le tenemos que indicar la localización en nuestro ordenador del certificado de Cloudflare y la private.key que generamos antes. Si os fijáis en la imagen veréis que mi certificado de Cloudflare tiene la extensión .crt el motivo de que esté así es que yo lo tuve que convertir hace tiempo de .pem a .crt para poder utilizarlo en otro sitio.
A continuación le damos a Aplicar y al cabo de unos pocos segundos nos aparecerá este mensaje de advertencia:

   

NO PASA NADA, el motivo es porque cómo tenemos iniciada la sesión en el nas con el certificado antiguo al sustituirlo por el de Cloudflare nos obliga a RECARGAR LA PAGINA, al hacerlo podemos ver que el certificado de Cloudflare se ha instalado perféctamente:

   

Antes he comentado que podíamos ANTES de sustituir el certificado original del nas por el de Cloudflare descargarnos una copia. Si nos fijamos en la imagen que acabo de poner nos aparece un nuevo botón en el que se nos permite Restablecer los valores predeterminados, es decir, podemos volver atrás sin problemas.

Cómo he explicado antes el proxy de QTS hace uso del certificado https que tengamos instalado en el nas así que a partir de este momento utilizará el de Cloudflare.
El proxy de QTS hace uso del puerto 443 así que antes de ponerlo en marcha nos tenemos que asegurar que el acceso a nuestro nas o cualquier otro servicio haga uso de ese puerto. Para no alargarme más podéis ver todo esto al principio del siguiente video:

https://www.youtube.com/watch?v=aorqISHpW0o

Vamos a suponer que tenemos comprado un dominio pepito.com Mi nas tiene la ip local 192.168.1.3 y tengo creado en Container Station un contenedor de Calibre-web https://www.qnapclub.es/showthread.php?tid=3048 que tiene la ip de acceso 192.168.1.6 y utiliza el puerto 8083

   

Le damos al botón Añadir y lo tenemos que dejar, en este caso, así:

   

En la misma ventana pero un poco más abajo ( no me cogía en la captura de pantalla ) también lo dejamos así:

   

Esta configuración es válida para mi Calibre-web, por supuesto tenéis que modificar estos valores según la configuración del contenedor que tengáis instalado.

   

Ya lo tenemos todo. Ahora nos vamos a nuestro router y abrimos el puerto 443 apuntando a la ip local del nas.

¿Que tenemos que hacer si tenemos en Container Station más de un contenedor, por ejemplo, uno de Nextcloud. Lo primero que hay que hacer es ir a la web donde hayamos comprado el dominio y crear un subdominio, por ejemplo, nextcloud.pepito.com
Hecho esto repetimos la misma operación en el proxy de QTS añadiendo una segunda regla poniendo en el apartado Nombre del dominio nexcloud.pepito.com y poniendo también, lógicamente, la ip y el puerto que utilice ese contenedor.

Resumiendo: Aunque lo que acabo de explicar es muy largo de leer es muy sencillo de implementar y todo con herramientas gratuitas. A la hora de utilizar un proxy en nuestro nas tenemos la posibilidad de instalar el contenedor de Ganegokorta a través de Nginx o el integrado en QTS y cada uno es libre de utilizar la opción que más le guste. Cómo digo el proxy de QTS ya está instalado en el nas y es ultrasencillo de utilizar. A la hora de los certificados https la opción de Cloudflare que nos da uno gratuitamente válido por un montón de años es digna de valorar no sólo porque nos permite no estar pendiente de las renovaciones sino, como expliqué antes, instalarlo en QTS es extremádamente sencillo. Y de esto va este post.....sencillez y utilidad por encima de todo.


Segunda parte: Proxy de QTS + DDNS

Este largo post está dividido en 3 partes, a mi entender, de mayor a menor importancia y por encima de todo lo que estoy explicando quiero que sea entendible y fácilmente puesto en marcha por cualquier usuario de un nas tenga mayores o menores conocimientos. Antes he comentado que una de las funciones principales de un proxy es que en lugar de tener que abrir un puerto en el router para cada contenedor que tengamos sólo tengamos que abrir el puerto 443 del proxy en el router. En la primera parte de este post he explicado cómo configurarlo con dominio propio y certificado de Cloudflare. En esta segunda parte voy a explicar cómo configurar el proxy de QTS sin dominio propio y sin certificado y la utilidad de todo esto sólamente va a consistir en lo que acabo de explicar.....abrir un sólo puerto en el router para distintos contenedores, eso si, la conexión desde el exterior será a través de http y NO a través de https.

Un DDNS es un sistema que permite tener actualizada la ip wan de nuestra red local. Qnap con su servicio myqnapcloud nos ofrece su propio DDNS. El problema está que para poder usarlo tenemos que activar AL COMPLETO ese servicio myqnapcloud y cómo dije al principio de este post NO es recomendable por seguridad:

   

Aún así la tercera parte de este post estará dedicada a su utilización. A pesar de que si no activamos en nuestro nas myqnapcloud si podemos activar DDNS de otros proveedores:

   

Curiósamente de la lista de proveedores de DDNS no está uno de los más populares....Duckdns sin embargo lo podemos añadir seleccionando la opción Customized poniendo los datos correspondientes a nuestra cuenta gratuita de ese proveedor:

   

Por seguir el ejemplo de duckdns este proveedor de DDNS gratuitos nos permite 5 subdominios xxxx.duckdns.org que podemos utilizar con el proxy de QTS para que este los redirija a los distintos contenedores que tengamos en Container Station. No voy a explicar cómo hacerlo por que ya lo he hecho en la primera parte de este post. A la hora de añadir una regla en el proxy de QTS en lugar de poner pepito.com en el apartado Nombre del dominio pondríamos, por ejemplo, calibre.duckdns.org y si tenemos un contenedor de Nextcloud, por ejemplo, nextcloud.duckdns.org

Resumiendo: Sin tener activado myqnapcloud en el nas podemos utilizar el proxy de QTS abriendo sólamente el puerto 443 en nuestro router para dar acceso a uno o más contenedores que tengamos instalados en el nas. No va a ser un acceso https desde el exterior ya que al no tener certificado sería a través de http pero podría ser una opción "de emergencia" para algunos usuarios.


Tercera parte: Proxy de QTS + myqnapcloud

Esta es la parte más sencilla de todas, tan sólo tenemos que tener activado mynapcloud en el nas. Cómo comenté al principio de este post en el nas tenemos instalado de serie un certificado autofirmado por Qnap que pertenece al subdominio xxxxx.myqnapcloud.com que se nos otorga gratuítamente. Ese certificado lo podemos sustituir fácilmente por uno mejor de Lets Encrypt. Y todo este "sistema" lo podemos utilizar con el proxy de QTS. En vez de explicar cómo hacerlo os dejo un video en el que Qnap, a partir del minuto 4 lo hace:

https://www.youtube.com/watch?v=li4eN1UyAOo

Para terminar: Existe una cuarta opción que sería válida teniendo varios contenedores instalados en Container Station. Para implementarla haríamos una mezcla de lo que acabo de explicar en la Tercera parte de este post y la Segunda parte. Es decir, podríamos usar https a través de myqnapcloud en el proxy de QTS con el contenedor al que más aprecio que le tengamos y para el resto utilizar DDNS.


  Conectarse al Qnap desde otra subred
Enviado por: Angel_ - 15-12-2022, 08:38 PM - Foro: Empezando con tu NAS - Respuestas (11)

Buenas tardes, 

Os explico un poco el problema que tengo. 
Tengo qnap TS 231K que me estaba funcionando estupendamente. El problema me viene cuando instale un Mesh en la casa, para mejorar cobertura wifi. 
el nas esta en la red 192.168.0.30, pero el Mesh te asigna 192.168.68.x, cuando quiero acceder al nas, desde un portátil (192.168.68.5) tengo que hacerlo a través de qnapcloud o activar el wifi del router ya que no encuentra el nas cuando intento conectarme vía web.

¿Alguien podría ayudarme indicando como Podría conectarme desde las dos redes?  

Muchas gracias.


  Presentaciòn
Enviado por: Angel_ - 15-12-2022, 08:24 PM - Foro: Presentaciones - Respuestas (2)

Buenas tardes, mi nombre es Angel y soy nuevo en el mundo del Nas, espero poder aprender y ayudar con lo poco que se.

Un saludo.


  Error SMART dudoso
Enviado por: rsoler - 12-12-2022, 01:54 PM - Foro: Cuestiones técnicas - Respuestas (1)

Hola a tod@s

Tengo un QNAP TS-231P al que hace un par de meses le cambie un disco porque me salió un error de SMART y QTS me sugería cambiarlo, el disco solo tenía unos 3 años y me pareció poco, pero lo cambie porque más vale prevenir que curar.

La cosa viene ahora que me ha vuelto a aparecer el error SMART y vuelve a sugerirme que cambie el disco, este tiene un uso de 40 días solo, es nuevo y empiezo a tener dudas de si el propio NAS puede provocar esos errores o realmente tengo la mala suerte de que en dos discos seguidos me pase esto.

Siempre ha sido en la misma ranura la 1

¿Alguna idea?


Gracias de antemano.


  Dashy - Panel de control privado personalizable
Enviado por: montxu - 11-12-2022, 02:35 AM - Foro: VMs & Docker Containers - Sin respuestas

Dashy es panel de control privado personalizable para tener todos servicios monitorizados y si quieres páginas webs links y muchas cosas más en un sólo enlace.
Links a la web y a un ejemplo de cosas que se pueden hacer https://dashy.to/ y https://demo.dashy.to/

Este docker tiene una particularidad y es que si lo ejecutamos directamente el archivo de configuración conf.yml no lo crea, en su defecto crea una carpeta.
Así que nos vamos a adelantar y vamos a crear la ruta /DockerData/Dashy/ y creamos el archivo conf.yml una vez hecho esto ya podemos levantar el docker

Vamos a levantar el servicion por consola:

Código:
docker run -d -p 4000:80 -e UID=1000 -e GID=0 -v /share/DockerData/Dashy/conf.yml:/app/public/conf.yml -v /share/DockerData/Dashy/item-icons:/app/public/item-icons/ --name="Dashy" --restart always  lissy93/dashy:latest

Una vez hecho esto vamos a la ipdelnas:4000 y se abrirá dashy, como hemos creado un archivo en blanco se debería ver algo así:
   

Para editarlo es muy sencillo

   

Cada cual que lo adapte a sus propias necesidades y gustos.

SI queréis personalizarlo con iconos locales debeis meterlos en la carpeta /share/DockerData/Dashy/item-icons y cuando editamos un enlace y nos prgunta por el icono pondremos el nombre del icono con su extensión png (pihole.png) otra manera muy sencilla de usar iconos es esta web: https://github.com/WalkxHub/dashboard-icons que va a cubrir la mayoría de vuestras necesidades, copiais el enlace del icono y lo pegás.

También podeis editar manualmente el archivo conf.yml

Os adjunto un par de ejemplos copiados de la propia página oficial:
   

   


  Una jirafa que envía archivos desde un Docker
Enviado por: Ganekogorta - 10-12-2022, 01:56 AM - Foro: VMs & Docker Containers - Sin respuestas

Hola

Con este curioso nombre vamos a desplegar un docker que sirve para hacer envíos de archivos hacia otros.
Es similar en función a youtransfer.

Es un docker muy sencillo de desplegar y como es habitual lo hacemos por la consola

Código:
docker run -d --name=jirafa --network=Dockers -p mi_ip_local:1066:80 -e UID=1001 -e GID=1001 -v /share/DockerData/jirafa/cfg:/cfg -v /share/DockerData/jirafa/data:/data --restart unless-stopped jgeusebroek/jirafeau

Por defecto Jirafa usa el usuario con UID=4000 y GID=4000, pero he especificado un UID y un GID de un usuario existente en la nas.

Cuando ejecutamos el docker, se inicia un sencillo asistente.

Vamos a http://ip_local_nas:1066
   

Escribimos la contraseña de administración que queramos

Luego escribimos la dirección web pública para acceder a nuestra Jirafa. Es importante que acabe en "/"
y que el directorios sea "/data/" ya que fue el definido en la creación del docker.
   

y con esto ya hemos definido todo lo que no deja el asistente
   

Luego vamos a la página habitual
   

Pulsamos sobre la carpeta para que se abra un explorador de archivos, navegamos por las carpetas y seleccionamos el archivo a preparar.
Una vez se ha subido a la web, se nos presenta un cuadro donde podemos elegir una clave, una vigencia de descarga y la posibilidad de una única descarga.
   

Luego se nos presenta en pantalla los enlaces a enviar, el de descarga directa y la posibilidad de eliminarlo.
   

Pulsando sobre el dibujo del sobre, se nos abrirá nuestro programa predeterminado de correo con el enlace de descarga en el cuerpo del mensaje.
Y si pulsamos sobre los dibujos de los portapapeles, se copiarán los enlaces de descarga para que los podamos enviar por otros medios.

Poco mas podemos decir de este sencillo docker.

Si queremos enredar un poco mas, podemos editar el archivo "/share/DockerData/jirafa/cfg/config.local.php" previa detención del docker.
Pero haced antes una copia de seguridad del archivo por si hay que volver a la versión anterior.


  Docker de FileRun
Enviado por: Ganekogorta - 09-12-2022, 09:37 PM - Foro: VMs & Docker Containers - Sin respuestas

Hola

Llevo tiempo buscando algún tipo de docker que me permita crear enlaces compartidos de archivos.

Si que tenemos utilidades como Nextcloud, OwnCloud, Seafile, Pydio,... pero no permiten el acceso al sistema de archivos de QTS.
Es decir no podemos crear enlaces compartidos de archivos de nuestros carpetas de la nas.

QTS de forma nativa lo permite desde FileStation, pero no deberíamos exponer QTS a Internet de forma directa.
No ha demostrado ser fiable en ese punto y si lo hacemos, también exponemos el acceso a mas servicios como PhpMyAdmin, Photo Station,... o cualquiera que use los mismos puertos que QTS.
Con el uso de un proxy inverso podemos ayudarnos y mejorar este punto.

Pero voy a usar una aplicación en docker que si permite crear enlaces de nuestros archivos gestionados por QTS, la aplicación es FileRun.
Desgraciadamente esta aplicación no es de código abierto y es de pago.
Lo bueno es que tiene una versión gratuita con ciertas limitaciones que nos sirve, su límite de 5 usuarios.

No hay aplicación como tal para terminales móviles, pero mediante WebDav podemos acceder a sus contenido.
Puede incluso ser servidor de notas de Joplin usando WebDav.
Y es capaz de sincronizarse con las aplicaciones de NextCloud y OwnCloud.
Hay mas información de esto en su web es esta sección.

Los requisitos son tener una BBDD de datos MySQL o MariaDB. Podemos usar la de QTS vía QPKG o bien instalar MariaDB en docker.

Vamos al lío.


1-Preparación de la MariaDB

Primero hemos de crear en MariaDB un base de datos y un usuarios para FileRun.
Por usar un nombre descriptivo, la base la llamaremos "filerun_db", el usuario será "filerun" y la clave será "Filerun_clave"
Esto se puede hacer por consola de mariaDB con comando tipo "CREATE DATABASE firerun_db;" , pero es mucho mas fácil hacerlo usando PhpMyAdmin

Nos identificamos como un usuario con permisos de creación
   

Creamos la base de datos limpia
   

Ahora vamos a la sección de privilegios 
   

y creamos a un usuario con acceso a esa base de datos y no a las otras.
   
Abajo a la derecha está botón de Continuar.

Al pulsarlo se creará y veremos la pantalla de resultados.
Si nos fijamos, arriba está el comando equivalente en consola.
   

Con esto ya hemos acabado con MariaDB/MySQL.

2-Creación de carpeta compartida de QTS para hacerla persistente

Ahora necesitamos saber la ruta de QTS donde están nuestros archivos a gestionar desde FileRun.
Si no damos ninguna, se hará en nueva ruta interna del Docker, no accesible desde QTS.

En nuestro caso en vez de hacer una carpeta persistente nueva y vacia (como hemos hecho en otro dockers), vamos a indicar la ruta de una carpeta compartida de QTS. Por ejemplo la "Public".

Lo que nos importa es que estas carpetas siempre tiene una ruta que comienza por "/share/". Para el ejemplo será "/share/Public"

3-Creación del Docker por consola

Y la cadena de creación de docker que usaremos desde la consola es:
Código:
docker run -d --name=filerun --network=Dockers -e FR_DB_HOST=ip_de_nuestra_nas -e FR_DB_PORT=3307 -e FR_DB_NAME=filerun_db -e FR_DB_USER=filerun -e FR_DB_PASS=Filerun_clave --restart unless-stopped -p 4480:80 -v /share/Public:/user-files -v /share/DockerData/filerun/html:/var/www/html filerun/filerun

Se han definido:
-variables que indican parámetros de la BBDD
-puerto del docker 4480, podéis cambiarlo si hay otros servicios/dockers que lo usen.
-ruta persistente /share/Public:/user-files que enlaza nuestra carpeta "/share/Public" con la interna del docker "/user-files".
-ruta persistente /share/DockerData/filerun/html:/var/www/html , que nos dejará accesible la web desde QTS en la carpeta "/share/DockerData/filerun/html". La carpeta DockerData ya existía previamente como carpeta compartida y podemos usar otra o bien no incluir en la cadena de creación del docker "-v /share/DockerData/filerun/html:/var/www/html". Esto nos permitirá hacer cambios de diseño manuales en la web para aquellos que sepan hacerlo Wink . Recordad que estos cambios mejor hacerlos con el docker detenido.

Si todo ha ido bien y no tenemos ningún mensaje de error en la consola, ahora si en un navegador web vamos a htt://ip_de_la_nas:4480 y veremos el asistente inicial de FileRun
   

Nos hace una comprobación de requisitos
   

Nos muestra los datos de acceso a la BBDD de MariaDB.
   

Importante, nos la clave inicial del usuarios superuser. Hay que tomar nota de ella. Posteriormente podemos cambiarla
   

Y llegamos a la pantalla de login habitual
   

Ya tenemos nuestro FileRun funcionando.

Nos identificamos con la clave anterior y ya estamos dentro de FileRun.
Veremos el contenido de la carpeta /share/Public y dependiendo del tipo de archivo veremos sus miniaturas.
Por ejemplo, con los mkv y avi veremos un fotograma como vista previa, pero en cambio no puede reproducirlo.
Algo similar pasa con los archivo epub que veremos su portada, pero no su contenido.
Los mp3, wav si es capaz de reproducirlos, los txt si es capaz de verlos.


4-Creación de enlace compartido

Pero lo que realmente nos interesa es el tema de las comparticiones y aquí ya tenemos mas opciones.
Nos situamos sobre un archivo y haciendo clic secundario sobre él obtenemos el menú contextual.
   


Al hacerlo veremos el enlace de compartición. Si creamos el acceso accediendo a FileRun desde internet mediante el uso de dns, el enlace de compartición será público y funcionará desde fuera de nuestra red
   

Hay opciones de como hade abrirse el enlace. La de forzar descarga me parece muy útil.
   

También hay unas tijeras que serían para generar enlaces acortados. 
Desaconsejo su uso ya que muchos los ignoran ya que cuando se reciben no sabes a donde te lleva. Si queremos usarlo, hemos de definir en las opciones del programa, que páginas es la que usaremos para acortar los enlaces.

Tenemos diferentes opciones de compartición, incluso el envío de correos con notificaciones (hay que configurar una cuenta smtp en el programa)
   

En esta pantalla definimos la caducidad (mes/dia/año), número de descargas y una clave Smile
   

Podemos definir un texto de condiciones de descarga, interesante en caso de empresas, pero para usuarios como que no nos hace falta.
   

Permite enviar el enlace a redes sociales e incluso mostrar un QR que podemos enviar por otros medios
   


5-Otras opciones y traducción

El programa tiene muchas mas opciones, algunos están bloqueadas ya que no es la versión de pago.
Si nos registramos, podremos usar 10 cuentas de usuario. Es gratuito hacerlo, pero para poder hacerlo hay que tener FileRun en un dirección pública.
Es decir ha de estar accesible por dirección tipo miweb.midominio.eu y no por IP.
Para registrarse hay que dar una cuenta de coreo y a la vuelta de la solicitud nos envían por correo una clave.
Una de las ventajas de estar registrado con ellos, es que se accede a un foro.

Los archivos de traducción los podemos crear nosotros editándolos a mano.
El archivo debe de estar en la ruta "/share/DockerData/filerun/html/system/data/translations" y llamarse spanish.php
Aquí dejo el archivo php del de castellano en este enlace de Mega.
Una vez activo, veremos que la pantalla de login nos permite cambiar de idioma.


Consejos míos:
-he activado el 2FA para el superusuario al que previamente he cambiado de nombre y clave. Si queremos evitar la pantalla y pregunta del 2FA, podemos anexar a la clave "/número_del_2FA". Para activarlo, lo haremos desde menú y en el siguiente login muestra el QR.
-he creado otro usuario con un perfil de acceso sólo lectura, pero que pueda crear enlaces compartidos y visualizar los contenidos.
-al usuario sin privilegios no le he activado 2FA ya que ciertas aplicaciones por WebDAV no pueden acceder.
-si fallamos 5 veces seguidas en el login, la cuenta se desactiva 30 minutos. Se puede cambiar desde la opción de seguridad .Esto no pasa en el superusuario, por eso interesa activarle el 2FA.

Bueno, hasta aquí lo básico de FileRun ya que tiene mas cosas de las que parece Smile

Como siempre si veis erratas indicármelo por mensaje privado para que lo corrija.


Smile idea en Virtualization station 3 en qnap
Enviado por: zalopeando - 08-12-2022, 01:30 PM - Foro: Firmware, Aplicaciones y Tutoriales - Respuestas (5)

Hola Smile

dispongo del nas 451+ es mi primero dispongo de 8 gigas y me gustaría conectar el iphone a una maquina virtual basada en esta aplicación ¿es posible?

he probado con ubuntu 22.04 64 bits y corre sin problema la idea es conectarlo con un android para sincronizar datos de la maquina virtual al móvil.

por ejemplo necesito trabajar en una foto y retocarla mediante el sistema operativo y pasarla al android una vez realizado el proceso que herramientas necesito y de que manera conseguirlo si es posible

saludos


Smile !Hola buenos días en todo momento!
Enviado por: zalopeando - 08-12-2022, 12:37 PM - Foro: Presentaciones - Sin respuestas

Soy usuario zalopeando y novato con mi primer nas tengo un mundo muy grande que descubrir deseo resolver dudas planteadas por mi y por otros...


  Copia de seguridad veam
Enviado por: nachocob - 07-12-2022, 02:55 PM - Foro: Cuestiones técnicas - Respuestas (4)

Buenas soy un poco novato en el mundo de nas

Me gustaría hacerme las copias de seguridad en el ordenador con el agente de veam gratuito de windows y guárdalas en el nas pero no se como hacerlo y no encuentro una guía, me gustaría crear un usuario para hacer esas copias en una carpeta especifica que solo tenga acceso ese usuario y el admin ¿Alguien ha hecho esto antes?