| Welcome, Guest |
You have to register before you can post on our site.
|
| Online Users |
There are currently 325 online users. » 0 Member(s) | 321 Guest(s) Bing, Facebook, Google, Twitter
|
| Latest Threads |
Optimizar DB de QuMagie (...
Forum: Cuestiones técnicas
Last Post: Inkisidor2
20-02-2026, 04:21 PM
» Replies: 0
» Views: 73
|
Problema con Container St...
Forum: VMs & Docker Containers
Last Post: Ganekogorta
20-02-2026, 08:01 AM
» Replies: 1
» Views: 99
|
Hola a tod@s
Forum: Presentaciones
Last Post: Ganekogorta
20-02-2026, 07:59 AM
» Replies: 1
» Views: 91
|
Canal en Telegram QnapClu...
Forum: Anuncios, noticias y enlaces
Last Post: Ganekogorta
18-02-2026, 07:50 AM
» Replies: 132
» Views: 121.234
|
NAS muerto
Forum: Cuestiones técnicas
Last Post: yeraycito
16-02-2026, 07:56 PM
» Replies: 1
» Views: 151
|
Problema con HBS3
Forum: Cuestiones técnicas
Last Post: Ganekogorta
11-02-2026, 07:57 AM
» Replies: 8
» Views: 748
|
TS-228 .Discos duros vací...
Forum: Cuestiones técnicas
Last Post: Ganekogorta
03-02-2026, 07:53 AM
» Replies: 3
» Views: 336
|
Gestor de contraseñas Ali...
Forum: VMs & Docker Containers
Last Post: yeraycito
31-01-2026, 03:51 AM
» Replies: 2
» Views: 901
|
Presentación - Nuevo en l...
Forum: Presentaciones
Last Post: Ganekogorta
20-01-2026, 07:52 AM
» Replies: 1
» Views: 283
|
Buen día!
Forum: Presentaciones
Last Post: Ganekogorta
20-01-2026, 07:48 AM
» Replies: 1
» Views: 248
|
|
|
| Copia y restauración de un Docker |
|
Posted by: Ganekogorta - 28-11-2021, 10:58 AM - Forum: Firmware, Aplicaciones y Tutoriales
- No Replies
|
 |
Hola
Vamos a ver como hacer copias de seguridad de un docker para poder restaurarlo o bien valen para trasladarlo a otra nas (depende de la versión del paquete del docker).
Estamos suponiendo que en la definición del docker tenemos carpetas persistentes que van a una carpeta compartida de la nas.
Como vamos a hacer todas las operaciones en ella, vamos a la consola y nos situamos en la carpeta compartida que contiene las persistentes de nuestros contenedores.
Code: cd /share/DockerData
Para hacer copia de un docker, primero hemos de pararlo para que no haya archivos usándose.
Code: docker stop mi_contenedor
Ahora hacemos una compresión de la carpeta persistente del contenedor (que no tiene porqué coincidir con el nombre del contenedor)
Code: tar -zvcf nombre_contenedor.tar.ga nombre_carpeta_persistente
Con esto se nos generará un archivo comprimido con los datos de la carpeta persistente en la carpeta compartida /share/DockerData
Ese archivo es nuestra copia de seguridad que podemos guardar en otra ubicación segura. Si vamos a ir manteniendo mas de uno, recomiendo poner en el nombre la fecha de la copia.
Ahora arrancaremos de nuevo el contenedor para dejarlo tal cual estaba antes de la copia.
Code: docker start mi_contenedor
Restauración
Ahora vamos a ver los pasos para restaurar el contenedor completo.
Digo completo ya que en los contenedores de base de datos, puede ser que no nos interese hacerlo así.
Me explico, una base de datos puede atender a varios servicios simultaneamente.
Por ejemplo a un NextCloud, a un OwnCloud, a una galería de fotos Coppermine, a un SeaFile, a....
Si restauramos TODO el contenedora de la BBDD, afectamos a todo los servicios que la usan.
Por eso en otro hilo expliqué como hacerlo con una pareja de contenedores relacionados entre ellos, una base de datos PostgreSQL y un NextCloud.
En ese hilo a nivel de base de datos, sólo trabajo con lo que afecta a NextCloud y no a otros servicios que pudiesen estar en la BBDD.
En nuestra caso vamos a restaurarlo completo necesitamos tener el contenedor y su carpeta persistente operativos.
Si fuese el caso de la nas no lo tiene, deberemos crear el contenedor con los mismos parámetros que lo hicimos en su día. Esto se hace para evitar el tema de posibles problemas con los versionados del contenedor que pueden afectar a su estructura.
Lo primero que haremos es ir a la carpeta compartida donde están nuestros datos persistentes (DockerData en el caso del ejemplo)
Code: cd /share/DockerData
ahora detenemos el contenedor
Code: docker stop mi_contenedor
Ahora borramos el contenido de la carpeta persistente de ese contenedor.
No tiene porqué coincidir con el nombre de nuestro contenedor. Lo podemos ver fácilmente en la cadena de definición del contenedor o incluso usando Portatiner para ver la propiedades del contendor que vamos a resturar.
Code: rm -Rf /share/DockerData/nombre_carpeta_persistente
Ahora descomprimimos el archivo de copia de seguridad que hemos dejado previamente en /share/DockerData
Code: tar -xzvf nombre_contenedor.tar.gz
A ahora simplemente arrancamos el contenedor
Code: docker start mi_contenedor
Y con eso ya hemos recuperado y activado el contenedor.
|
|
|
|
| Mover de NAS un docker de NextCloud + PostgreSQL |
|
Posted by: Ganekogorta - 28-11-2021, 01:36 AM - Forum: Firmware, Aplicaciones y Tutoriales
- No Replies
|
 |
Hola
Me plantearon el problema de las copias de seguridad de la combinación de los contenedores NextCloud y el contenedor de su base de datos.
En ambos caso tenemos definidas rutas persistentes, que es lo habitual para hacer copia de seguridad de estas carpetas.
Así en caso de desastre, sólo hemos de recuperar estas carpetas y reinstalar el contenedor para que encuentra la cfg y datos anteriores.
Pero en este caso la cosa se complica a que hay una interacción entre NextCloud que guarda/gestiona archivos y la base de datos que registra los archivos y operaciones.
Ya que podríamos tener una descoordinación entre ambos contenedores y eso haría que la restauración no funcionase.
Y a colación de esto, salió el tema de trasladarlo a una nas secundaria, es decir, hacer una restauración en otra máquina con alguna particularidad final de adaptación.
Lo que vamos a ver son las dos cosas, hacer copias de seguridad y como restaurarlas en otra nas.
En el caso que pongo estoy suponiendo que las imágenes de los contenedores que usamos son iguales en ambas nas.
Si esto no es así, podríamos tener pequeñas diferencias de definición y funcionamiento entre los contenedores y nos puede ocurrir que no funcionen los datos del contenedor original.
Es decir, si las arquitecturas de los paquetes de contendores no son la misma, es posible que no podamos hacer el traslado
El guion básico es:
- recopilamos las cadenas de comandos de creación de los contenedores iniciales que hicimos en la consola.
- puesta en mantenimiento de NextCloud para que no siga habiendo cambios.
- copia de seguridad de la base de datos de NextCloud del contenedor de la BBDD.
- copia de seguridad de la carpeta persistente de NextCloud.
- creación en la nas destino del contenedor de la base de datos (hemos de hacerlo con la misma versión que el original).
- creación en la nas destino del contenedor de NextCloud (hemos de hacerlo con la misma versión que el original).
- restauramos la copia de seguridad de la base de datos de NextCloud en la BBDD de la máquina destino.
- recuperación de los datos persistentes de NextCloud en la nas destino.
- editamos los archivos de configuración de Nextcloud para salir del mantenimiento y para ajustar las direcciones ip permitidas.
Yo voy a explicarlo ahora con NextCloud y PostgreSQL. Con MariaDB/MySQL es muy similar.
Trabajamos en la nas origen
1- Recopilamos las cadenas de comandos de creación de los contenedores iniciales que hicimos en la consola.
En nuestro caso las cadenas de creación de los docker iniciales fueron las siguientes:
Para PostgreSQL
Code: docker run -d --name="postgresql" --restart always --network=misdockers -e POSTGRES_USER=nextcloud -e POSTGRES_PASSWORD=CLAVE -e POSTGRES_DB=nextcloud_db -v /share/DockerData/postgresql:/var/lib/postgresql/data postgres
Para NextCloud se usó la siguiente en la que nos evitamos tener que dar datos en el primer inicio
Code: docker run -d -p ip_de_la_nas:1080:80 -p ip_de_la_nas:1443:443 --restart always --network=misdockers --name="nextcloud-potgresql" -v /share/DockerData/nextcloud/html:/var/www/html -v /share/DockerData/nextcloud/apps:/var/www/html/custom_apps -v /share/DockerData/nextcloud/config:/var/www/html/config -v /share/DockerData/nextcloud/data:/var/www/html/data -v /share/DockerData/nextcloud/theme:/var/www/html/themes -e POSTGRES_HOST=postgresql -e POSTGRES_DB=nextcloud_db -e POSTGRES_USER=nextcloud -e POSTGRES_PASSWORD=CLAVE -e NEXTCLOUD_ADMIN_USER=ADMIN_NEXT -e NEXTCLOUD_ADMIN_PASSWORD=CLAVENEXT -e VIRTUAL_HOST=nextcloud.thebest.com -e LETSENCRYPT_EMAIL=userqnap@thebest.com -e NEXTCLOUD_TRUSTED_DOMAINS="ip_de_la_nas:1080 ip_de_la_nas:1443" nextcloud:latest
2-puesta en mantenimiento de NextCloud para que no siga habiendo cambios.
Para ello editamos el archivo /share/DockerData/nextcloud/config/config.php
Podemos hacerlo por consola con "vi" o con el mas amigable WinSCP.
Buscamos la línea donde pone 'maintenance' => false, y la cambiamos por 'maintenance' => true,
Al guardarlo ya está activo ese modo, como podemos comprobar según la imagen siguiente
A partir de ese momento, NextCloud ya no recibe
Hay que recordar esto ya que la final de todo debemos salir de este modo si queremos que vuelva a estar operativo.
De todas formas también podemos evitar la edición anterior si hacemos una parada del contenedor con
Code: docker stop nextcloud-postgresql
3-copia de seguridad de la base de datos PotgreSQL de NextCloud del contenedor de la BBDD de la NAS origen
Aquí vamos a hacerlo por consola todo. 
Primero accedemos a la ruta de la carpeta compartida DockerData que es la persistente donde tenemos las carpetas de los contenedores.
Code: cd /share/DockerData
Es en esta ruta anterior ejecutaremos todos los comandos que siguen, tanto en la de origen como en la destino.
En el destino crearemos la carpeta compartida DockerData
luego accedemos al interior del contenedor mediante
Code: docker exec -it postgresql /bin/bash
Una vez dentro del contenedor hacemos la copia de la base de datos con el comando
Code: pg_dump -U nextcloud -W -F t nextcloud_db > nextcloud_db.tar
Este comando nos pide la clave de la base de datos. Según la cadena del ejemplo era "CLAVE"
Y nos generará un archivo llamado nextcloud_db.tar que está en el interior del docker.
Para sacarlo y tenerlo en la carpeta compartida escribimos los siguientes comandos
Code: exit
docker cp postgresql:/nextcloud_db.tar ./nextcloud_db.tar
la primera línea es para salir del contenedor y la segunda para copiar el archivo de copia TAR a la carpeta compartida de la nas
4-copia de seguridad de los datos NextCloud de la NAS origen (la carpeta persistente)
Simplemente vamos a comprimir la carpeta persistente de NextCloud, lo hacemos ejecutando los siguientes comando estando en la carpeta /share/DockerData
Code: docker stop nextcloud-postgresql
tar -zvcf nextcloud.tar.gz nextcloud
docker start nextcloud-postgresql
Con ello obtenemos el archivo nextcloud.tar.gz y también tenemos el nextcloud_db.tar. Con ello ya tenemos los archivos necesarios para guardar y/o restaurar mas adelante.
Estos dos archivos hemos de copiarlos a la otra nas.
Podemos hacerlo de varias formas. La mas fácil es usar WinSCP estando conectado a ambas nas y haciendo un copia pega.
Pero si ya nos sentimos cómodos con la consola y podemos hacerlo por comandos:
Code: scp -P 22 /share/DockerData/nextcloud_db.tar user_remoto@ip_nas_remota:/share/DockerData/nextcloud_db.tar
scp -P 22 /share/DockerData/nextcloud.tar.gz user_remoto@ip_nas_remota:/share/DockerData/nextcloud.tar.gz
En este comando anterior lo que hago es copiar por ssh usando el puerto 22 (hemos de cambiarlo si la nas remota usa otro)
Al ejecutarlo y ser nuestra primera vez entre nas, nos pedirá la aceptación como de confianza de la otra nas al visionar su huella y luego que escribamos la clave del usuario user_remoto de la nas remota.
Estos mismos comandos lo podemos hacer desde la nas destino, cambiando los orígenes y destinos
PHP Code: scp -P 22 user_remoto@ip_nas_remota:/share/DockerData/nextcloud_db.tar /share/DockerData/nextcloud_db.tar scp -P 22 user_remoto@ip_nas_remota:/share/DockerData/nextcloud.tar.gz /share/DockerData/nextcloud.tar.gz
Trabajamos en la nas destino
Creamos la red de dockers, yo daré el mismo nombre que en el original
Code: docker network create misdockers
5-creación en la nas destino del contenedor de la base de datos (hemos de hacerlo con la misma versión que el original).
Esto es importante ya que en determinados casos no es posible restaurar la copia en el nuevo docker.
Eso deberemos hacerlo siempre que en la creación del contenedor no obliguemos a una versión y usemos "latest".
Por ejemplo en PostgreSQL directamente te da el aviso y no lo realiza.
Para ver la versión he usado el contenedor Portainer que es un indispensable en nuestros dockers.
Con el puedes ver variables, versiones,...y muchas cosas mas.
Ponga una captura de ello donde se ve que es una versión 13, concretamente la 13.1
Es decir hemos de instalar un docker de PostgreSQL que lo haga con esa versión.
Vamos a la web de dockers para ver que parámetro de etiqueta que hemos poner en nuestra cadena de creación.
Vamos a tag y filtramos por 13.1
Aquí vemos que hay dos posibles docker, usaremos el de tag "postgres:13.1"
Con ello lo que tendríamos que hacer es ejecutar en la nas destino el comando siguiente para crear un docker compatible con los datos que tenemos en el backup.
Code: docker run -d --name="postgresql" --network=misdockers --restart always -e POSTGRES_USER=nextcloud -e POSTGRES_PASSWORD=CLAVE -e POSTGRES_DB=nextcloud_db -v /share/DockerData/postgresql:/var/lib/postgresql/data postgres:13.1
6-creación en la nas destino del contenedor de NextCloud (hemos de hacerlo con la misma versión que el original).
Nuevamente hemos de ver que versión tenemos de NextCloud en el docker.
Vamos de nuevo a Portatiner y comprobamos que tenemos la versión 21.0.2
Luego vamos al hub de dockers para ver que tag hemos de usar en la creación del docker.
Con esto la cadena quedaría así
Code: docker run -d -p ip_de_la_nas:1080:80 -p ip_de_la_nas:1443:443 --restart always --network=misdockers --name="nextcloud-potgresql" -v /share/DockerData/nextcloud/html:/var/www/html -v /share/DockerData/nextcloud/apps:/var/www/html/custom_apps -v /share/DockerData/nextcloud/config:/var/www/html/config -v /share/DockerData/nextcloud/data:/var/www/html/data -v /share/DockerData/nextcloud/theme:/var/www/html/themes -e POSTGRES_HOST=postgresql -e POSTGRES_DB=nextcloud_db -e POSTGRES_USER=nextcloud -e POSTGRES_PASSWORD=CLAVE -e NEXTCLOUD_ADMIN_USER=ADMIN_NEXT -e NEXTCLOUD_ADMIN_PASSWORD=CLAVENEXT -e VIRTUAL_HOST=nextcloud.thebest.com -e LETSENCRYPT_EMAIL=userqnap@thebest.com -e NEXTCLOUD_TRUSTED_DOMAINS="ip_de_la_nas:1080 ip_de_la_nas:1443" nextcloud:21.0.2
Los parámetros son los mismos que usamos en nuestro NextCloud de la nas origen. Incluso las direcciones de las rutas persistentes.
Le damos unos momentos y si vamos a la web ip_de_la_nas:1080 nos saldrá la web
Ahora detenemos el docker de Nextcloud con el comando (o bien usando Portatiner)
Code: docker stop nextcloud-postgresql
7-restauramos la copia de seguridad de la base de datos de NextCloud en la BBDD de la máquina destino.
Una vez operativo el docker ya podemos restaurar el contenedor.
Como ya tenemos el archivo de la copia en esa nas en la ruta /share/DockerData, hemos de introducirlo en el docker y borrarlo de la carpeta origen.
Code: docker cp /share/DockerData/nextcloud_db.tar postgresql:/nextcloud_db.tar
rm /share/DockerData/nextcloud_db.tar
ahora nos metemos dentro del docker
Code: docker exec -it postgresql /bin/bash
y ejecutamos el comando de restauración
Code: pg_restore --dbname=nextcloud_db -U nextcloud -W --create nextcloud_db.tar
rm nextcloud_db.tar
exit
En este punto ya tenemos la base PostgreSQL con los datos de la otra nas (sólo los relativos a NextCloud)
8-recuperación de los datos persistentes de NextCloud en la nas destino.
Para recuperarlo, detenemos el docker de NextCloud y eliminamos el contenido de la carpeta /share/DockerData de la nas destino.
Code: docker stop nextcloud-postgresql
rm -Rf /share/DockerData/nextcloud
Ahora descomprimiremos el archivo nextcloud.tar.gz que nos trajimos desde la otra nas
Code: tar -xzvf nextcloud.tar.gz
9-editamos los archivos de configuración de Nextcloud para salir del mantenimiento y para ajustar las direcciones ip permitidas.
Ahora editamos el archivo /share/DaockerData/nextcloud/config/config.php para poner fuera de mantenimiento el contenedor y para actualizar las ips permitidas. Ya que se supone que la nas destino tienen una ip distinta de la original (si están en redes distintas puede ser que sean coincidentes)
Ahora arrancamos el docker con el comando
Code: docker start nextcloud-postgresql
Y si todo ha ido bien ya podemos tenemos nuestro NextCloud operativo en otra nas.
Recordad que nos quedaría pendiente el eliminar los archivos .tar y tar.gz (los podemos usar de copia de seguridad) y tenemos que editar el archivo de cfg del NextCloud de la nas origen y cambiar maintenance true a false, si es que no lo hicimos antes.
En otro hilo se describire como hacerlo si nuestra base de datos es MariaDB/mySQL y veremos que los pasos serán muy similares.
|
|
|
|
| [Solucionado] no puedo acceder a configuracion |
|
Posted by: Haaaaarrrgg - 26-11-2021, 10:59 PM - Forum: Empezando con tu NAS
- Replies (3)
|
 |
Hola.
Eh adquirido un Qnap y lo he configurado.
Pero al hacer un reinicio, no puedo acceder al apartado "configuracion" en QfinderPro me salta un mensaje que dice "No se ha obtenido respuesta del servidor" a todas las demas opciones puedo acceder sin problema, menos a "Recuros Monitor" que se queda el circulo dando vueltas.
Alguna sugerencia de qu epuede ser?
Gracias. Un saludo.
|
|
|
|
| Impresora |
|
Posted by: monchang - 25-11-2021, 04:13 PM - Forum: Cuestiones técnicas
- Replies (5)
|
 |
Hola, mi NAS es el TS-231P2 , enchufo la impresora por usb pero en dispositivos externos no aparece nada, solo UPS (creo que es de tema de batería de apagado) pero nada de impresora.
Como podría configurar este servicio para poder imprimir desde otro punto de la red.
Muchas gracias.
|
|
|
|
| Problema con contraseña de aplicaciones en TS-230 |
|
Posted by: cadrilator - 23-11-2021, 11:43 PM - Forum: Firmware, Aplicaciones y Tutoriales
- Replies (6)
|
 |
Hola a todo el foro:
Por el verano compre un NAS QNAP TS-230 con un disco duro de 2 TB para probar. Ahora quiero empezar a sacarle más rendimiento al aparato a través de redes P2P.
Estuve investigando para instalar las aplicaciones las cuales instalé a través del repositorio de qnapclub.eu. Después de pasar por caja para comprar el "MUSL" para resolver como un tipo de interdependencia, instalé las siguientes aplicaciones del repositorio:
- Amule
- TransmissionBT
- qBittorrent
Pues bien, después de todo lo anterior, no he sido capaz de entrar en ninguno de estos tres programas. En todos ellos no paso de meter la contraseña. Yo entiendo que la contraseña es la de mi usuario para acceder al interface del NAS a través del navegador web, pero ya he probado de todo y ya me estoy volviendo loco. No se si es alguna opción dentro del propio NAS que no he habilitado. Estoy accediendo al equipo desde mi portátil con Ubuntu a través de Firefox. Como no fui capaz entré desde la partición de Windows 7 de mi portátil tanto con Firefox como con Edge y tampoco.
La versión del firmware la actualicé justo hoy, es la 5.0.0.1858, y el modelo el TS-230.
Agradecería un poco de ayuda.
Un saludo a todo el foro.
|
|
|
|
| Duda Net back replicator |
|
Posted by: ihp - 22-11-2021, 11:09 AM - Forum: Cuestiones técnicas
- No Replies
|
 |
Buenas, he visto que net back replicator te premite hacer copias por dias u horas teniendo asi la posibilidad de recuperar algun documento modificado hace algun tiempo.
Lo que no veo en el Menu de restaurar es que me permita recuperar los datos de alguna fecha especifica, el menu restarurar solo me ofrece la posibilidad de recuperar la ultima copia copia instantanea que relizao el programa(Que no es la ultima programada si no una manual).
No se si me he explicado bien.
Un saludo y gracias
|
|
|
|
| Conexión a la MariaDB desde php |
|
Posted by: rayaca - 21-11-2021, 09:32 PM - Forum: Cuestiones técnicas
- Replies (6)
|
 |
Buenas tardes a todos.
Desde no hace mucho tengo un QNAP TS-453D con QTS 5.0. Hasta ahora he estado utilizando una raspberry pi 3b como servidor web, para una pequeña aplicación en PHP con conexión a una base de datos MariaDB.
Estoy migrándo la aplicación al QNAP, y ya casi lo tengo. He activado el servidor web (puerto 80), me he instalado MariaDB 10, cuyo servidor tengo en el puerto 3307, he instalado el PhpMyAdmin, y lo tengo todo OK. Desde el phpmyadmin me conecto a mi base de datos la cual tengo ya migrada sin problema.
La web la tengo ya alojada en una carpeta, a la que he configurado un virtual hosting (puerto 81), y a la que acceso mediante http://IP_de_mi_nas:81. Hasta aquí todo bien, y la página carga, PERO CON ERRORES. ¿Dónde está el error? Pues cuando el archivo php intenta conectar a la BD a través del siguiente código:
$conexion = mysqli_connect( $servidor, $usuario, $contrasena) or die ("No se ha podido conectar al servidor de Base de datos");
El usuario y contraseña es el mismo con el que me conecto al phpmyadmin (usuario root), y creo que el problema está en el servidor. He probado con localhost, con 127.0.0.1 y con la ip de mi nas. En los 3 casos he puesto el servidor con el puerto y sin él, por si era eso (ejemplo 127.0.0.1 y 127.0.0.1:3307), pero no hay forma. Decir que en la raspberry lo que tengo configurado es localhost, y me funciona sin problema.
¿Alguien sabría darme una pista? Tras buscar y rebuscar en internet no termino de encontrar una solución a mi problema.
Gracias anticipadas.
Me respondo a mí mismo porque ya lo he solucionado, y por si le sirve a alguien. El servidor lo he puesto de esta manera: 127.0.0.1:3307 (puerto configurado para MariaDB) y sí que funciona. El problema realmente lo tenía porque tenía en el código otra conexión a la BD que no había cambiado.
|
|
|
|
| Proxy inverso |
|
Posted by: uva - 21-11-2021, 04:06 PM - Forum: Cuestiones técnicas
- Replies (3)
|
 |
Hola. Hasta ahora había estado utilizando Nginx reverse proxy en docker, pero con la última actualización he pensado en utilizar el proxy inverso nativo de QNAP. Me surgen algunas dudas.
1) ¿Son equivalentes? Por ejemplo, ¿con el nativo también puedo tener certificados SSL para mis subdominos? Es para que funcione bitwarden.midominio.com.
2) Los puertos del servidor web ¿hay que cambiarlos? Es decir, ¿hay que dejar libres el 80 y 443?
No he encontrado ninguna guía ni video en Youtube con un ejemplo de configuración.
Gracias y un saludo.
|
|
|
|
| WIREGUARD y MTU problemas de navegación |
|
Posted by: koldo - 21-11-2021, 11:51 AM - Forum: Cuestiones técnicas
- Replies (1)
|
 |
Hola cuento mi caso por si a alguien le sirve de ayuda.
.
En la oficina tenemos una red mixta de 1Gbps y 10gGbps, los ordenadores y el NAS tenían configurado la MTU en Jumbo Frame a 9000 bytes.
Wireguard funcionó sin problemas durante una semana hasta que los ordenadores empezaron a tener problemas para navegar, me explico. Los ordenadores se conectaban a la VPN y trabajaban sin problemas pero perdían parcialmente el acceso a internet, lentitud, páginas que no se cargaban, imposible hacer test de velocidad, etc.
.
Después de horas de pruebas y la inestimable ayuda de Ganekogorta, nos dimos cuenta que el fallo estaba en el la diferencia entre el tamaño de la MTU del NAS y de los peers. Cambie el MTU de la puerta de enlace del NAS a 1492 bytes y BORRE LA LINEA DE LA MTU en los peers y se solucionó el problema.
.
Lo que no entiendo es porque funcionó bien durante una semana y luego el mismo día todos los ordenadores sufrieron el problema, ¿alguna actualización automática de QNAP?.
|
|
|
|
| Nextcloud Traefik |
|
Posted by: RickyFernandezR - 20-11-2021, 09:00 PM - Forum: Cuestiones técnicas
- Replies (2)
|
 |
Muy buenas. Estoy intentado enlazar Nextcloud a Traefik a través de Cloudflare (esto ya lo tengo configurado).
El problema es cuando meto los comandos mediante SSH, ya que me salta un error o directamente se queda congelado.
La línea que estoy utilizando es la siguiente:
Code: docker run -d -p XXX:80 -p XXX:4443 --network=MiRed \
--restart always \
--name="nextcloud-web" \
--link mariadb-servernextcloud:mysql \
-v /share/nextcloud/html:/var/www/html \
-e MYSQL_DATABASE=nextcloud_db \
-e MYSQL_USER=NombreDeUusuario \
-e MYSQL_PASSWORD=ContraseñaPrivada\
--label "traefik.enable=true" \
--label "traefik.docker.network=apolo” \
--label "traefik.http.routers.r-nextcloud.entryPoints=web" \
--label "traefik.http.routers.r-nextcloud.rule=
Host(\'midominio.com\`,\`www.midominio.com\`)" \
--label "traefik.http.routers.r-nextcloud.middlewares=redir-owncloud" \
--label "traefik.http.routers.r-nextcloud.service=owncloud" \
--label "traefik.http.routers.rssl-nextcloud.entryPoints=web-secure" \
--label "traefik.http.routers.rssl-nextcloud.rule=
https://www.midominio.es/$1" \
--label "traefik.http.routers.rssl-nextcloud.service=nextcloud" \
--label "traefik.http.routers.rssl-nextcloud.tls=true" \
--label "traefik.http.middlewares.redir-nextcloud.redirectscheme.scheme=https" \
--label "traefik.http.services.nextcloud.loadbalancer.server.url=
http://192.168.1.xxx:XXXX” \
nextcloud:latest
Si alguno de vosotros lo ha conseguido, por favor, indicadme cual serían las líneas de comandos correctas.
Gracias.
|
|
|
|
|