[Hilo Oficial] Docker

#182 La verdad que estoy verdísimo, me he afiliado a este hilo hace 1 semana +o-, he mirado videos y leído algunas cosas, pero todavía ando algo perdido.

Volveré mañana o el finde a la carga.

#182draz1c:

En la máquina en la que corres el docker-compose tienes algo en las rutas /var/www/gafotas.net y /var/www/webera.com no? Porque ahi montas el directorio del host al guest.

Esto no lo acabo de entender, ¿va a hacer una copia de los datos de esa ruta?, en nexcloud tengo unos 30GB si empieza a hacer copias me quedo sin espacio.

Tengo open media vault y portainer corriendo contenedores, ¿Puedo poner a cada contenedor una IP estática de mi red local? No red virtual, sino como si mi contenedor fuera un equipo más de la red local real.

No sé si para eso me interesa más proxmox y lxc y cada contenedor Linux ser como un equipo más de mi red.

#188 es que al final veo un lío estar pasando puertos de cada contenedor entre host y contenedor y redirigir puertos de router al host, y que no se pisen puertos de contenedores, etc... Mientras que a cada contenedor le doy su IP de red local real, me es más fácil, cada uno tendría todos sus puertos, solo tendría que redirigir del router a la IP local (que es un contenedor), etc...

Y no sé si para eso proxmox es mejor o lo que digo de IP local directamente al contenedor.

Lo que no me gustaría en proxmox es tener que asignar un espacio concreto de disco a cada lxc mientras que por contenedores eso no tengo que hacerlo y cogen el espacio que quieran.

#190 uso nginx proxy manager para el tema del dominio, pero eso no quita que tenga que hacer la historia de los puertos, los contenedores, etc... Mientras que si tienen IP local propia me da igual que varios contenedores usen el 80, con el proxy manager le apunto, o con el propio router.

#189 es una buena práctica exponer sólo los puertos que vas a necesitar, sobretodo en máquinas cuyas actualizaciones de seguridad dependen de gente que lo hace de gratis.

El engorro al final es el mismo, o te aprender la dirección ip de cada docker o te aprendes el puerto, porque aunque cada contenedor tenga su IP vas a tener que mapear el puerto que expone cada app al puerto 80

Al final es una configuración que le vas a hacer una vez y con nginx proxy manager una vez puesto apuntando al sitio no lo vuelves a tocar

Bolo extra

Cuando a la ip de tu router le llegue una petición a un puerto 80, cómo sabría a qué docker de todos tendría que enviarlo?

#196 en el compose del servicio, indicas

- volumes:
   - /srv/dev-disk-by-xxxxxx/nextcloud/db:/var/lib/mysql

Y la lo tendrías

#197 #198 así lo hago con servicios individuales y todo perfecto, pero si lo hago aquí en nextcloud con redys y mariadb no me funciona. Por eso quería mantener la estructura de volumes global indicando mi folder y a ver si así me va. Porque si pongo el volumes global como he dicho, me va, si pongo en cada servicio el volumes personalizado, no me va. El stack levanta pero por ejemplo no tengo conexión con la bd. No lo entiendo.

version: '3.9'

networks:
  nextcloud_network:

volumes:
  nextcloud:
  db:
  redis_data:
 
services:
  db:
    image: mariadb:10.6
    restart: always
    command: --transaction-isolation=READ-COMMITTED --log-bin=binlog --binlog-format=ROW
    volumes:
      - db:/var/lib/mysql
    networks:
      - nextcloud_network
    environment:
      - MYSQL_ROOT_PASSWORD=password
      - MYSQL_DATABASE=nextcloud
      - MYSQL_USER=nextcloud
      - MYSQL_PASSWORD=password

  redis:
    image: redis:latest
    restart: always
    hostname: redis
    ports:
      - "6379:6379"
    volumes:
      - redis_data:/data
    networks:
      - nextcloud_network
      

  app:
    image: nextcloud
    restart: always
    ports:
      - "8080:80"
    depends_on:
      - db
      - redis
    environment:
      - MYSQL_HOST=db
      - MYSQL_DATABASE=nextcloud
      - MYSQL_USER=nextcloud
      - MYSQL_PASSWORD=password
      - REDIS_HOST=redis
      - REDIS_PORT=6379
    volumes:
      - nextcloud:/var/www/html
    networks:
      - nextcloud_network

  

Esto me va tal cual, pero si cambio los volumes de cada servicio como comento, eliminado el bloque de volumes global, no me va.

#200

version: '3.9'

networks:
  nextcloud_network:
 
services:
  db:
    image: mariadb:10.6
    restart: always
    command: --transaction-isolation=READ-COMMITTED --log-bin=binlog --binlog-format=ROW
    volumes:
      - /srv/dev-disk-by-xxxxxx/nextcloud/db:/var/lib/mysql
    networks:
      - nextcloud_network
    environment:
      - MYSQL_ROOT_PASSWORD=password
      - MYSQL_DATABASE=nextcloud
      - MYSQL_USER=nextcloud
      - MYSQL_PASSWORD=password

  redis:
    image: redis:latest
    restart: always
    hostname: redis
    ports:
      - "6379:6379"
    volumes:
      - /srv/dev-disk-by-xxxxxx/nextcloud/redis:/data
    networks:
      - nextcloud_network
      

  app:
    image: nextcloud
    restart: always
    ports:
      - "8080:80"
    depends_on:
      - db
      - redis
    environment:
      - MYSQL_HOST=db
      - MYSQL_DATABASE=nextcloud
      - MYSQL_USER=nextcloud
      - MYSQL_PASSWORD=password
      - REDIS_HOST=redis
      - REDIS_PORT=6379
    volumes:
      - /srv/dev-disk-by-xxxxxx/nextcloud/redis:/var/www/html
    networks:
      - nextcloud_network

  

Se monta todo, funciona la web, pero cuando hago ya en la interfaz el install dice que no tengo permiso para acceder a la base de datos desde una IP de un contenedor.

Básicamente quito el volumes de arriba, y meto los volumes manualmente. Y solo por eso no va.

#204 en el log de la DB:

2024-09-21  8:11:53 13 [Warning] Aborted connection 13 to db: 'unconnected' user: 'unauthenticated' host: '172.26.0.4' (This connection closed normally without authentication)

Esto cada vez que quiero hacer el install.

En el front:

Error while trying to create admin account: Failed to connect to the database: An exception occurred in the driver: SQLSTATE[HY000] [1130] Host '172.26.0.4' is not allowed to connect to this MariaDB server

Y las network de los contenedores:

nextcloud-app-1	172.26.0.4/16
nextcloud-redis-1	172.26.0.2/16
nextcloud-db-1	172.26.0.3/16

Y las credenciales de acceso son buenas joder, de hecho funciona si no pongo los volúmenes personalizados.

¿Es como que no le envía bien los enviroment y por eso dice "unauthenticated" y cosas así en lugar de las credenciales del compose?

Mirad, hay una issue con esto:
https://github.com/nextcloud/docker/issues/924
Y la cierran sin más xD

Edit: Debe ser un problema de permisos o algo, no tiene sentido que funcione en volúmenes por defecto y no en custom.. pero joder no me pasa con ninguna app más... Vaya mierda, y no quiero usar el volumen por defecto porque quiero otro disco de más capacidad.

Edit2: con tu bridge:

Failed to pull images of the stack: validating /data/compose/36/docker-compose.yml: networks.driver must be a mapping or null

Lo de 0.0.0.0:8080:80 tampoco funciona, mismo fallo de no permiso.

2024-09-21  9:50:57 0 [Note] mariadbd: ready for connections.
Version: '11.5.2-MariaDB-ubu2404-log'  socket: '/run/mysqld/mysqld.sock'  port: 3306  mariadb.org binary distribution
2024-09-21  9:51:18 4 [Warning] Aborted connection 4 to db: 'unconnected' user: 'unauthenticated' host: '172.26.0.4' (This connection closed normally without authentication)

Ni poniendo PUID y PGID lo soluciono.

Vale, ya he dado con el fallo, soy tonto...
La cosa es que tengo servidor OpenMediaVault. Yo creo los volúmenes desde carpetas compartidas, todo como siempre.
La cosa es que asumía que si yo borraba esa carpeta, se borraba todo su contenido, pero NO. La he borrado, he entrado desde ssh y veo que sigue toda la mierda ahí dentro de esa carpeta, subcarpetas, etc... he hecho un rm -r de todo y desplegado el stack y todo perfecto...

¿Tanto costaba en OMV que si borro una carpeta, se borre todo su contenido? Wtf... 1 día con esta tontería...

Gracias a todos.