En este post vamos a ver de forma muy resumida las redes en docker, redes que se crean por defecto, redes que vamos a crear nosotros de manera simple y otras que crearemos algo más complejas y personalizadas, inspección de redes, eliminación de redes, etc…

• Cuando instalamos docker en nuestra máquina si le hacemos un ip a vemos que nos ha creado la interface de red docker0:

• Si hacemos un sudo docker network ls podemos listar todas las redes que docker nos crea por defecto:

• Si le hacemos un sudo docker network inspect bridge, podemos ver, que la red por defecto bridge tiene el rango de red 172.17.0.0/16 y gateway 172.17.0.1, si añadimos contenedores docker en esta red, les va a ir asignado las IPs que vaya teniendo libres de menor a mayor:

• Con sudodocker network create test1-net, nos vamos a crear una red de manera simple y sencilla:

• Aquí vemos la red creada:

• Con sudo docker network inspect test1-net, podemos ver, la configuración de esta red, y vemos que le asigna la red correlativa a la red por defecto de bridge, red 172.18.0.0/16 y gateway 172.18.0.1:

• Ahora vamos a crear otra red indicándole el rango que va a utilizar, el gateway, el driver (bridge) y el nombre de la red, para ello, ejecutamos sudo docker network create —subnet 10.10.10.0/24 –gateway 10.10.10.1 -d bridge npm-net:

• Aquí vemos la red creada:

• Con sudo docker network inspect npm-net, podemos ver, la configuración de esta red, y vemos que le asigna todo lo que le hemos indicado en el comando:

• Ahora, tenemos este docker-compose.yaml, para desplegar un contenedor Nginx Proxy Manager, y vamos a utilizar la red npm-net que hemos creado de manera personalizada con los parámetros que nos han interesado:

• Con sudo docker compose up -d levantamos el contenedor de Nginx Proxy Manager y con sudo docker ps -a vemos que ya lo tenemos levantado:

• Ahora si volvemos a ejecutar sudo docker network inspect npm-net, podemos ver, que el contenedor de Nginx Proxy Manager está utilizando la red personalizada que hemos creado anteriormente:

• Aquí tenemos nuestra aplicación levantada:

Saludos y espero que os sea de ayuda

La entrada Redes en Docker se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como desplegar keycloak con Docker, desplegaremos dos contenedores Docker para este servicio, uno de ellos será el de PostgreSQL para la base de datos que vamos a utilizar y el otro el propio de keycloak con la aplicación, este servicio irá desplegado, sobre la misma máquina dónde ya desplegamos un docker con Nginx Proxy Manager, que será el que utilicemos para los certificados SSL.

Keycloak es una solución de código abierto para la gestión de identidades y accesos (IAM), diseñada para asegurar aplicaciones y servicios modernos, permite añadir funciones de inicio de sesión único (SSO), autenticación, autorización y federación de usuarios (LDAP/AD, redes sociales) mediante estándares como OpenID Connect, OAuth 2.0 y SAML 2.0.

• Para empezar, vamos a ver que hemos preparado esta máquina virtual con Ubuntu Server 24.04 LTS, dónde tenemos dos discos, uno de sistema y otro de datos:

• Como podemos ver, el disco de datos lo hemos montado sobre /opt/docker que es dónde vamos a ubicar todos los contenedores Dockers y sus configuraciones:

• Nos creamos el registro DNS del tipo CNAME para keycloak apuntando a la máquina que tiene instalado el Docker con el Nginx Proxy Manager, ya que vamos a utilizar nuestro proxy inverso:

• Verificamos las versiones de Docker instaladas, docker –version, docker compose version:

• Ahora vamos a crear la estructura de directorios y permisos para los contenedores de postgreSQL y keycloak:
• sudo mkdir -p /opt/docker/keycloakdb/data
• sudo mkdir -p /opt/docker/keycloakapp/config
• sudo chmod -R 755 /opt/docker/keycloakdb
• sudo chmod -R 755 /opt/docker/keycloakapp

• Al directorio config de /opt/docker/keycloakapp le cambiamos el propietario con sudo chown -R 1000:1000 /opt/docker/keycloakapp/config, con esto le estamos diciendo al sistema, que esta carpeta ahora le pertenece al usuario 1000 (Keycloak), como el contenedor es el dueño, ya tiene permiso total por defecto para crear los archivos de transacciones para los logs:

• Ahora creamos una red para nuestro proyecto, sudo docker network create keycloak-net:

• Ahora vamos a crearnos los ficheros .env para no dejar credenciales en texto plano en los ficheros docker-compose.yaml que crearemos posteriormente, utilizando para ello variables.
• Empezaremos con el fichero .env para el contenedor de postgreSQL, para ello, nos situamos en /opt/docker/ keycloakdb, y ejecutamos sudo nano .env:

• Y así definimos el fichero:
• POSTGRES_DB=keycloak
• POSTGRES_USER=keycloakuser
• POSTGRES_PASSWORD=clave_muy_segura_db

• Nos creamos el fichero docker-compose.yaml para el contenedor de postgreSQL en la misma ubicación, sudo nano docker-compose.yaml:

• Este sería el contenido del fichero:

services:

keycloak-db:

image: postgres:16.6

container_name: keycloak-db

restart: unless-stopped

env_file: .env

volumes:

– /opt/docker/keycloakdb/data:/var/lib/postgresql/data

networks:

– keycloak-net

networks:

keycloak-net:

name: keycloak-net

external: true

• Aquí vemos los ficheros creados:

• Seguimos con el fichero .env para el contenedor de keycloak-app, para ello, nos situamos en /opt/docker/keycloakapp, y ejecutamos sudo nano .env:

• Y así definimos el fichero:
• KC_DB=postgres
• KC_DB_URL=jdbc:postgresql://keycloak-db:5432/keycloak
• KC_DB_USERNAME=keycloakuser
• KC_DB_PASSWORD=clave_muy_segura_db
• KEYCLOAK_ADMIN=admkck
• KEYCLOAK_ADMIN_PASSWORD=clave_admin_keycloak

• Nos creamos el fichero docker-compose.yaml para el contenedor de keycloak-app en la misma ubicación, sudo nano docker-compose.yaml:

• Este sería el contenido del fichero:

services:

keycloak-app:

image: quay.io/keycloak/keycloak:26.1.3

container_name: keycloak-app

command:

– start-dev

– –proxy-headers=xforwarded

– –hostname=keycloak.ragasys.net

– –http-enabled=true

– –hostname-strict=false

restart: unless-stopped

env_file: .env

environment:

– KC_DB=${KC_DB}

– KC_DB_URL=${KC_DB_URL}

– KC_DB_USERNAME=${KC_DB_USERNAME}

– KC_DB_PASSWORD=${KC_DB_PASSWORD}

– KEYCLOAK_ADMIN=${KEYCLOAK_ADMIN}

– KEYCLOAK_ADMIN_PASSWORD=${KEYCLOAK_ADMIN_PASSWORD}

volumes:

– /opt/docker/keycloakapp/config:/opt/keycloak/data

networks:

– keycloak-net  # Para comunicar con la DB

– internal-net  # Para comunicar con Nginx Proxy Manager

networks:

keycloak-net:

external: true

internal-net:

external: true

• Aquí vemos los ficheros creados:

• Protegemos los archivos .env aplicando estos permisos:
• sudo chmod 600 /opt/docker/keycloakdb/.env
• sudo chmod 600 /opt/docker/keycloakapp/.env

• Ahora, iniciamos primero el contenedor de postgreSQL, cd /opt/docker/keycloakdb/, sudo docker compose up -d:

• Iniciamos el contenedor de keycloak-app, cd /opt/docker/keycloakapp/, sudo docker compose up -d:

• Aquí vemos los contenedores levantados, sudo docker ps:

• Ahora accedemos a nuestro portal de Nginx Proxy Manager para crear el host para keycloak.
• Accedemos a Hosts > Hosts Proxy:

• Añadir Host Proxy:

• En la pestaña Detalles:
• Nombres de Dominio: ragasys.net
• Esquema: http
• Nombre de Host/IP de reenvío: keycloak-app
• Puerto: 8080
• Bloquear Exploits Comunes
• Soporte de Websockets
• En la pestaña SSL:
• Seleccionamos el Certificado SSL que nos interese
• Marcamos Forzar SSL
• Rueda configuración avanzada:
• proxy_set_header Host $host;
• proxy_set_header X-Real-IP $remote_addr;
• proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
• proxy_set_header X-Forwarded-Proto https;
• proxy_set_header X-Forwarded-Ssl on;
• # Esto es vital para que Keycloak no intente redirigir a http interno
• proxy_redirect http:// https://;
• Guardar

• Aquí vemos el host creado y conectado:

• Y como vemos ya tenemos acceso a nuestro keycloak a través de nuestro proxy inverso con Nginx Proxy Manager:

• Nos hemos creado un nuevo realm para nuestras aplicaciones:

• El rol del Realm master, el realm master es puramente para la administración del servidor de Keycloak.
• Se usa para crear otros Realms.
• Se usa para crear usuarios que sean administradores globales.
• Regla de oro, no registres tus aplicaciones (como phpIPAM, Nextcloud, etc.) ni a tus usuarios finales dentro de master.
• Por qué crear un Realm nuevo (Ragasys-Apps), al crear un realm específico para tus aplicaciones:
• Aislamiento, si te equivocas configurando algo en el realm de tus apps, el acceso de administración en master sigue funcionando.
• Seguridad, puedes tener políticas de contraseñas y 2FA distintas para los administradores en el master y para los usuarios en el nuevo realm.
• Orden, mantemos limpios los logs y la base de datos de usuarios.
• Sobre el real que hemos creado, accedemos a Authentication > Required actions > Configure OTP habilitamos Configure OTP y Set as default action, esto obligará a configurar el 2FA a todos los usuarios:

Saludos y espero que os sea de ayuda

La entrada Desplegar keycloak con Docker se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como desplegar phpIPAM con Docker, desplegaremos dos contenedores Docker para este servicio, uno de ellos será el de MariaDB para la base de datos que vamos a utilizar y el otro el propio de phpIPAM con la aplicación.

• Para empezar, vamos a ver que hemos preparado esta máquina virtual con Ubuntu Server 24.04 LTS, dónde tenemos dos discos, uno de sistema y otro de datos:

• Como podemos ver, el disco de datos lo hemos montado sobre /opt/docker que es dónde vamos a ubicar todos los contenedores Dockers y sus configuraciones:

• Nos creamos el registro DNS del tipo CNAME para phpIPAM apuntando a la máquina que tiene instalado el Docker con el Nginx Proxy Manager, ya que vamos a utilizar nuestro proxy inverso:

• Verificamos las versiones de Docker instaladas, docker –version, docker compose version:

• Ahora vamos a crear la estructura de directorios y permisos para los contenedores de mariadb y phpipam:
• sudo mkdir -p /opt/docker/mariadb/data
• sudo mkdir -p /opt/docker/mariadb/config
• sudo mkdir -p /opt/docker/phpipam/config
• sudo chmod -R 755 /opt/docker/mariadb /opt/docker/phpipam

• Ahora creamos una red para nuestro proyecto, sudo docker network create phpipam-net:

• Ahora vamos a crearnos los ficheros .env para no dejar credenciales en texto plano en los ficheros docker-compose.yaml que crearemos posteriormente, utilizando para ello variables.
• Empezaremos con el fichero .env para el contenedor de MariaDB, para ello, nos situamos en /opt/docker/mariadb, y ejecutamos sudo nano .env:

• Y así definimos el fichero:
• MYSQL_ROOT_PASSWORD=una_clave_muy_segura_root
• MYSQL_DATABASE=phpipam
• MYSQL_USER=phpipamuser
• MYSQL_PASSWORD=clave_usuario_phpipam

• Nos creamos el fichero docker-compose.yaml para el contenedor de MariaDB en la misma ubicación, sudo nano docker-compose.yaml:

• Este sería el contenido del fichero:

services:

phpipam-db:

image: mariadb:latest

container_name: phpipam-db

restart: unless-stopped

env_file: .env

ports:

– «3306:3306»

environment:

– MYSQL_ROOT_PASSWORD=${MYSQL_ROOT_PASSWORD}

– MYSQL_DATABASE=${MYSQL_DATABASE}

– MYSQL_USER=${MYSQL_USER}

– MYSQL_PASSWORD=${MYSQL_PASSWORD}

volumes:

– /opt/docker/mariadb/data:/var/lib/mysql

– /opt/docker/mariadb/config:/etc/mysql/conf.d:ro

networks:

– phpipam-net

networks:

phpipam-net:

name: phpipam-net

external: true

• Aquí vemos los ficheros creados:

• Seguimos con el fichero .env para el contenedor de phpIPAM, para ello, nos situamos en /opt/docker/phpipam, y ejecutamos sudo nano .env:

• Y así definimos el fichero:
• IPAM_DATABASE_HOST=192.168.14.17 # IP docker02
• IPAM_DATABASE_USER=phpipamuser
• IPAM_DATABASE_PASS=clave_usuario_phpipam
• IPAM_DATABASE_NAME=phpipam
• IPAM_DATABASE_PORT=3306
• IPAM_BASE_URL=https://phpipam.ragasys.net
• PHPIPAM_TRUSTED_PROXIES=192.168.14.0/24 # Rango de red de docker01
• # IPAM_DISABLE_INSTALLER=1 Luego lo habilitamos

• Nos creamos el fichero docker-compose.yaml para el contenedor de phpIPAM en la misma ubicación, sudo nano docker-compose.yaml:

• Este sería el contenido del fichero:

services:

phpipam-web:

image: phpipam/phpipam-www:latest

container_name: phpipam-web

restart: unless-stopped

ports:

– «8080:80»

env_file: .env

environment:

– IPAM_DATABASE_HOST=${IPAM_DATABASE_HOST}

– IPAM_DATABASE_USER=${IPAM_DATABASE_USER}

– IPAM_DATABASE_PASS=${IPAM_DATABASE_PASS}

– IPAM_DATABASE_NAME=${IPAM_DATABASE_NAME}

– IPAM_DATABASE_PORT=${IPAM_DATABASE_PORT}

volumes:

– /opt/docker/phpipam/config:/copy-to-www-html

networks:

– phpipam-net

networks:

phpipam-net:

external: true

• Aquí vemos los ficheros creados:

• Protegemos los archivos .env aplicando estos permisos:
• sudo chmod 600 /opt/docker/mariadb/.env
• sudo chmod 600 /opt/docker/phpipam/.env

• Ahora, iniciamos primero el contenedor de MariaDB, cd /opt/docker/mariadb/, sudo docker compose up -d:

• Iniciamos el contenedor de phpIPAM, cd /opt/docker/phpipam/, sudo docker compose up -d:

• Aquí vemos los contenedores levantados, sudo docker ps:

• Accedemos a nuestro contenedor phpIPAM, http://192.168.14.17:8080:

• Voy a migrar de un servidor antiguo que tengo con phpIPAM v1.4, para ello, he realizado un backup de la base de datos que utilizaba este servidor, mysqldump -u phpipam -p phpipam > MIGRATE.sql:

• Copiamos el backup de la base de datos en /opt/docker/mariadb:

• Importamos los datos directamente al contenedor de MariaDB, sudo docker exec -i phpipam-db mariadb -u phpipamuser -p’passworduserdb’ phpipam < /opt/docker/mariadb/MIGRATE.sql:

• Ahora, accedemos a la interfaz web de phpipam y seleccionamos la opción 3, Working installation:

• Introducimos las credenciales de la base de datos que hemos migrado, es decir, la de nuestro servidor phpipam antiguo:

• Y le hacemos un Upgrade a la base de datos:

• Vemos que el Upgrade ha sido correcto, damos clic a Dashboard y vemos que ya tenemos nuestro phpIPAM operativo y migrado de nuestro servidor antiguo:

• Ahora accedemos a nuestro portal de Nginx Proxy Manager para crear el host para phpIPAM.
• Accedemos a Hosts > Hosts Proxy:

• Añadir Host Proxy:

• En la pestaña Detalles:
• Nombres de Dominio: ragasys.net
• Esquema: http
• Nombre de Host/IP de reenvío: IP máquina docker02
• Puerto: 8080
• Bloquear Exploits Comunes
• Soporte de Websockets
• En la pestaña SSL:
• Seleccionamos el Certificado SSL que nos interese
• Marcamos Forzar SSL
• Guardar

• Aquí vemos el host creado y conectado:

• Como el phpIPAM lo tenemos detrás de un proxy inverso, tenemos que seguir estos pasos para que nos funcione y podamos acceder a la web de administración:
• Sobre Administración > phpIPAM settings configuramos la URL del sitio y guardamos:

• Con sudo docker exec -it phpipam-web sh entramos al contenedor:

• Con apk add –no-cache nano, instalamos el editor nano:

• Accedemos al directorio phpipam y editamos el fichero nano config.docker.php:

• Al final del fichero añadimos estas líneas:

/* — CONFIGURACIÓN FORZADA PARA PROXY Y BASE DE DATOS — */

// 1. Forzar que phpipam sepa que está en la raíz y es HTTPS

define(‘BASE’, «/»);

$_SERVER[‘HTTPS’] = ‘on’;

$_SERVER[‘SERVER_PORT’] = 443;

// 2. Forzar los datos de la Base de Datos (ajusta si tus datos son distintos)

$db[‘host’] = ‘192.168.14.17’;

$db[‘user’] = ‘phpipamuser’;

$db[‘pass’] = ‘phpipampass’; // <— PON AQUÍ TU CONTRASEÑA REAL

$db[‘name’] = ‘phpipam’;

$db[‘port’] = 3306;

/** Disable installation helper **/

define(‘TOOLKIT’, true);

$disable_installer = true;

• Con rm -f config.php y ln -s config.docker.php config.php borramos el enlace simbólico y lo volvemos a crear, con exit salimos del contenedor:

• Como hemos modificado un fichero dentro del contenedor docker de phpIPAM, ese mismo fichero lo guardamos en el volumen que creamos en el docker-compose.yaml, así cuando actualicemos el contenedor, ese fichero también será modificado dentro del contenedor actualizado, sudo docker cp phpipam-web:/phpipam/config.docker.php /opt/docker/phpipam/config/config.docker.php:

• Modificamos de nuevo el fichero docker-compose de phpIPAM con sudo nano docker-compose.yaml y añadimos las líneas:

– /opt/docker/phpipam/config/config.docker.php:/phpipam/config.docker.php:ro

– /opt/docker/phpipam/config/config.docker.php:/phpipam/config.php:ro

• Con sudo docker exec -it phpipam-db mariadb -u root -p accedemos al contenedor de MariaDB:

• Y ejecutamos:
• USE phpipam;
• UPDATE settings SET siteURL = ‘https://phpipam.ragasys.net/’ WHERE id = 1;
• UPDATE settings SET prettyLinks = ‘Yes’ WHERE id = 1;
• exit;

• Sobre la configuración del host de phpipam que configuramos en Nginx Proxy Manager, debemos de agregar esta configuración personalizada:

# Forzar cabeceras de protocolo seguro

proxy_set_header Host $host;

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

proxy_set_header X-Forwarded-Proto https;

proxy_set_header X-Forwarded-Ssl on;

# Evitar que el backend envíe redirecciones a http

proxy_redirect http:// https://;

# Desactivar compresión si da problemas con sub_filter

proxy_set_header Accept-Encoding «»;

# Cambiar cualquier mención de http por https en el código de la página

sub_filter ‘http://phpipam.ragasys.net’ ‘https://phpipam.ragasys.net’;

sub_filter_once off;

• Con sudo docker restart phpipam-web reiniciamos el contenedor de phpIPAM:

• Modificamos de nuevo el .env de phpIPAM, cd /opt/docker/phpipam/, nano .env:

• Y descomentamos la línea IPAM_DISABLE_INSTALLER=1:

• Reiniciamos el contenedor de phpIPAM con sudo docker compose up -d:

• Y como vemos ya tenemos acceso a nuestro phpIPAM a través de nuestro proxy inverso con Nginx Proxy Manager:

Saludos y espero que os sea de ayuda

La entrada Desplegar phpIPAM con Docker se publicó primero en RAGASYS SISTEMAS.

• Lo primero que vamos a ver, es que versión de Homepage tenemos instalada, como vemos tenemos la versión 1.7.0 build b6b4283:

• Ahora actualizamos a la versión más reciente.
• cd /opt/docker/homepage
• docker compose pull homepage
• docker compose up -d
• Descarga la nueva versión
• Detiene el contenedor actual
• Lo recrea con la nueva imagen, manteniendo toda la configuración
  porque están montados como volúmenes:
• volumes:
• /opt/docker/homepage/config:/app/config
• /opt/docker/homepage/icons:/app/public/icons
• /opt/docker/homepage/images:/app/public/images
• /var/run/docker.sock:/var/run/docker.sock:ro

• Vemos que tenemos actualizada a la última versión disponible de Homepage, la versión 1.8.0 build 1ed2f16:

Saludos y espero que os sea de ayuda

La entrada Actualizar homepage con Docker se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como desplegar homepage con Docker.

Homepage es un panel de control de aplicaciones moderno, totalmente estático, rápido, seguro, con proxy completo y altamente personalizable, con integraciones para más de 100 servicios y traducciones a varios idiomas, se configura fácilmente mediante archivos YAML o mediante la detección de etiquetas Docker.

• Nos creamos el registro DNS del tipo CNAME para homepage apuntando a la máquina que tiene instalada el Docker:

• Ahora vamos a crear la estructura de directorios y permisos para el contenedor de homepage:
• sudo mkdir -p /opt/docker/homepage/config
• sudo mkdir -p /opt/docker/homepage/icons
• sudo mkdir -p /opt/docker/homepage/images
• sudo chmod -R 775 /opt/docker/homepage

• Así quedaría nuestra estructura de directorios:

• Lo siguiente que haremos será crearnos el archivo docker-compose.yml para homepage, sudo nano /opt/docker/homepage/docker-compose.yml:

• Iniciamos Nginx Proxy Manager, cd /opt/docker/homepage, sudo docker compose up -d:

• Con sudo docker ps -a, vemos el contenedor levantado:

• Con docker exec -it nginxpm sh -c «apk add –no-cache curl >/dev/null 2>&1; curl -sI http://homepage:3000«, comprobamos que Nginx Proxy Manager puede acceder a homepage:

• Ahora nos vamos al panel de administración de Nginx Proxy Manager para crear el Proxy Host:

• Add Proxy Host:

• En la pestaña Details:
• Domain Names: ragasys.eu
• Scheme: http
• Forward Hostname / IP: homepage
• Forward Port: 300
• Websockets Support
• Block Common Exploits
• En la pestaña SSL:
• Seleccionamos en Certificate nuestros certificados SSL
• Marcamos Force SSL
• Marcamos HTTP/2 Support
• Save

• Aquí vemos el host creado y online:

• Si accedemos al host homepage, vemos que ya está utilizando los certificados SSL de Let’s Encrypt, vemos también que nos da un error de validación, es un error bastante común la primera vez que accedemos a Homepage (detrás de un proxy inverso como Nginx Proxy Manager, ahora veremos cómo solucionarlo:

• Para solucionar este error vamos a editar el fichero settings.yml, sudo nano /opt/docker/homepage/docker-compose.yml:

• Y añadimos la variable, HOMEPAGE_ALLOWED_HOSTS: «homepage.ragasys.net,localhost,127.0.0.1»:

• Aplicamos los cambios, cd /opt/docker/homepage, docker compose up -d:

• Accedemos a nuestro host, https://homepage.ragasys.net y vemos que ya tenemos el panel de homepage:

• Ahora vamos a ir configurando los distintos ficheros de homepage, para ir personalizando nuestro panel, esta será la estructura de directorios y los ficheros:

• Empezaremos por el fichero sudo nano settings.yaml:

• sudo nano services.yaml, aquí muestro algunos ejemplos que tenemos que ir completando con todo lo que tenemos en nuestra infraestructura:

• sudo nano widgets.yaml, los widgets para el dashboard:

• sudo nano bookmarks.yaml, los enlaces personales para el dashboard:

• Y así nos iría quedando nuestro panel de Homepage:

Saludos y espero que os sea de ayuda

La entrada Desplegar homepage con Docker se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como Actualizar Nginx Proxy Manager con Docker.

• Lo primero que vamos a ver es que versión de Nginx Proxy Manager tenemos instalada, para ello, ejecutamos docker exec nginxpm cat package.json | grep version:

• Ahora actualizamos a la versión más reciente.
• cd /opt/docker/nginxpm
• docker compose pull nginxproxymanager
• docker compose up -d
• Descarga la nueva versión
• Detiene el contenedor actual
• Lo recrea con la nueva imagen, manteniendo toda la configuración, certificados, bases de datos, etc…
  porque están montados como volúmenes:
• volumes:
• /opt/docker/nginxpm/data:/data
• /opt/docker/nginxpm/data/letsencrypt:/etc/letsencrypt
• /opt/docker/nginxpm/certs:/opt/custom-certs:ro

• Volvemos a ejecutar docker exec nginxpm cat package.json | grep version y vemos que tenemos actualizada a la última versión disponible de Nginx Proxy Manager:

• Si hacemos un docker images vemos las imágenes disponibles en nuestro sistema y con docker ps -a vemos la imagen que está en uso para nuestro Nginx Proxy Manager:

• Con docker rmi imageID podemos eliminar las imágenes que ya no están en uso, en este caso eliminamos la imagen antigua de Nginx Proxy Manager que ya no utilizamos:

Saludos y espero que os sea de ayuda

La entrada Actualizar Nginx Proxy Manager con Docker se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como desplegar Nginx Proxy Manager con Docker.

• Para empezar, vamos a ver que hemos preparado esta máquina virtual con Ubuntu Server 24.04 LTS, dónde tenemos dos discos, uno de sistema y otro de datos:

• Como podemos ver, el disco de datos lo hemos montado sobre /opt/docker que es dónde vamos a ubicar todos los contenedores Dockers y sus configuraciones:

• Nos creamos el registro DNS del tipo CNAME para nginx proxy manager apuntando a la máquina que tiene instalada el Docker:

• Lo primero que vamos a realizar es actualizar nuestro sistema, sudo apt update && sudo apt upgrade -y:

• Instalamos las dependencias necesarias, sudo apt install -y ca-certificates curl gnupg lsb-release:

• Instalamos Docker desde el script oficial, curl -fsSL https://get.docker.com -o get-docker.sh, sudo sh get-docker.sh, rm get-docker.sh:

• Instalamos el plugin de Docker Compose, sudo apt install -y docker-compose-plugin:

• Verificamos las versiones, docker –version, docker compose version:

• Ahora vamos a crear la estructura de directorios y permisos para el contenedor de nginx proxy manager:
• sudo mkdir -p /opt/docker/nginxpm/data
• sudo mkdir -p /opt/docker/nginxpm/certs
• sudo chmod -R 755 /opt/docker

• Así quedaría nuestra estructura de directorios:

• Ahora creamos la red interna para Docker, esto permite que los contenedores se comuniquen sin exponer puertos externos, sudo docker network create internal-net:

• Lo siguiente que haremos será crearnos el archivo docker-compose.yml para nginx proxy manager, sudo nano /opt/docker/nginxpm/docker-compose.yml:

• Iniciamos Nginx Proxy Manager, cd /opt/docker/nginxpm, sudo docker compose up -d:

• Aquí vemos el contenedor levantado:

• Ahora accedemos al panel de administración de Nginx Proxy Manager en el puerto 81, el usuario es admin@example.com y la contraseña changeme:

• Editamos el usuario y lo personalizamos a nuestro gusto, Save:

• Cambiamos la contraseña por defecto, Save:

• Esta sería la estructura de directorios que queda configurada para el contenedor Docker de Nginx Proxy Manager:

• Con todo esto, ya tenemos nuestro contenedor Docker de Nginx Proxy Manager operativo, en los siguientes posts veremos, cómo se configuran los certificados SSL, veremos tres formas, dos de ellas con Let´s Encrypt configurado por DNS Challenge, uno con el DNS Provider por Cloudflare y otro con el DNS Provider por Azure así no exponemos hacia fuera los puertos 80 y 443, la tercera forma que veremos con los certificados serán con certificados comprados a una CA y utilizando la parte Custom para añadirlos, y en otros post veremos como desplegar otras aplicaciones con Docker como homepage utilizando el Nginx Proxy Manager con los certificados que hemos añadido, configurando los Host en nuestro Nginx Proxy Manager.
• Aquí os dejo un pequeño apunte con los comando útiles de Docker:

Link descarga en pdf

Saludos y espero que os sea de ayuda

La entrada Desplegar Nginx Proxy Manager con Docker se publicó primero en RAGASYS SISTEMAS.

En este post veremos una nueva funcionalidad que nos trae la nueva versión de Proxmox VE 9.1.1, que es soporte nativo para imágenes OCI (Open Container Initiative) en contenedores LXC.

• Antes de empezar a desplegar el contenedor LXC con la imagen OCI, sobre el datastore para Plantillas de CT, tenemos que descargar la plantilla que nos interese, para este despliegue vamos a descargarnos una plantilla de Grafana, pulsamos sobre Pull from OCI Registry:

• Sobre Reference, seleccionamos io/usuario/imagen si accedemos a docker hub podemos escoger cualquier imagen, sobre Etiqueta le indicamos la versión del contenedor y sobre Nombre del archivo le podemos indicar un nombre personalizado, si lo dejamos en blanco le asigna el nombre original del repositorio, Descargar:

• Vemos que la descarga ha sido correcta:

• Para empezar a crear el contenedor LXC con la imagen OCI, clicamos sobre, Crear CT:

• Sobre General, le indicamos el nodo, un ID, nombre, contraseña y una etiqueta, Siguiente:

• Sobre Plantilla, le indicamos el almacenamiento y la plantilla que hemos descargado, Siguiente:

• Sobre Discos, le indicamos el almacenamiento y tamaño de disco, Siguiente:

• Sobre CPU, le indicamos los parámetros que nos interesen para nuestro contenedor LXC, Siguiente:

• Sobre Memoria, le asignamos la cantidad que nos interesen para nuestro contenedor LXC, Siguiente:

• Sobre Red, le indicamos un nombre, que utilice el bridge que creamos anteriormente y le asignamos el direccionamiento IP de nuestra red, Siguiente:

• Sobre DNS, le indicamos el dominio y los DNS de nuestra infraestructura, Siguiente:

• Sobre Confirmar, nos muestra un resumen de todo lo que hemos configurado, le indicamos que lo inicie después de la creación, Finalizar:

• Vemos que se ha creado y se ha iniciado correctamente:

• Como podemos ver, aquí tenemos nuestro contenedor LXC con imagen OCI creado:

• Ahora en nuestro navegador, accedemos al panel web de la administración de grafana, http://192.168.7.115:3000 y vemos que ya tenemos una instancia de grafana disponible:

• Si hacemos un pct list sobre la shell de nuestro nodo proxmox, podemos ver los contenedores LXC que están corriendo:

• Con pct enter vmid podemos entrar al contenedor LXC:

• Con pct shutdown vmid podemos apagar al contenedor LXC:

• Con pct destroy vmid podemos eliminar el contenedor LXC:

• Con pct ? tenemos un listado de todos los comandos disponibles para trabajar con contenedores LXC:

Saludos y espero que os resulte de ayuda

La entrada Proxmox VE 9.1.1 – Contenedores LXC – Imágenes OCI se publicó primero en RAGASYS SISTEMAS.