En este post veremos cómo actualizar un host ESXi versión VMware vSphere 8.0 Update 3h a la versión 8.0 Update 3i a través de ESXCLI, en este link os dejo toda la información.

• Como podemos ver, nuestros hosts ESXi está en la versión 8.0.3 build 25067014:

• Para empezar nos descargamos de la web de Broadcom WMware el patch para la instalación offline a través de la ESXCLI de ESXi 8.0 Update 3i build 25205845:

• Cargamos este archivo en un datastore de nuestro vCenter:

• Ponemos el host ESXi que queremos actualizar en modo mantenimiento:

• Accedemos por SSH al host ESXi que queremos actualizar:

• Ejecutamos el siguiente comando para listar los perfiles disponibles del parche descargado, esxcli software sources profile list -d /vmfs/volumes/SATA03NASRGS/VMware-ESXi-8.0U3i-25205845-depot.zip:

• Para realizar el upgrade ejecutamos el comando esxcli software profile update -p ESXi-8.0U3i-25205845-standard -d /vmfs/volumes/SATA03NASRGS/VMware-ESXi-8.0U3i-25205845-depot.zip –no-hardware-warning una vez que ha finalizado, nos indica que debemos de reiniciar, * NOTA al final explicamos el comando hay temas a tener en cuenta:

• Una vez que el host ha iniciado, lo sacamos del modo mantenimiento:

• Como podemos ver, la actualización se ha realizado correctamente y ya tenemos el host ESXi en la versión 8.0 Update 3i Build 25205845:

• * NOTA a tener en cuenta esxcli software profile update -p ESXi-8.0U3i-25205845-standard -d /vmfs/volumes/SATA03NASRGS/VMware-ESXi-8.0U3i-25205845-depot.zip –no-hardware-warning
• ESXi-8.0U3i-25205845-standard nombre del perfil que contiene la versión y el número de compilación
• VMware-ESXi-8.0U3i-25205845-depot.zip archivo utilizado para la actualización de ESXi
• –no-hardware-warning esta parte es por si nos da un error de CPU, por si la CPU de nuestro equipo no es compatible con la nueva release para que ignore este error, en mi caso la CPU de mi equipo no es compatible 100% con esta nueva reléase por eso lo añado al comando, ya que es un entorno de laboratorio, en producción el comando a ejecutar sería esxcli software profile update -p ESXi-8.0U3i-25205845-standard -d /vmfs/volumes/SATA03NASRGS/VMware-ESXi-8.0U3i-25205845-depot.zip

• Para el segundo host realizamos las mismas operaciones para actualizarlo:

Saludos y espero que os resulte de ayuda

La entrada Actualizar VMware vSphere ESXi 8.0 Update 3h a 8.0 Update 3i con ESXCLI se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como actualizar nuestro vCenter Server Appliance a la última release liberada por VMware, la 8.0 Update 3i build 25197330, del 2 de marzo de 2026.

En este enlace os dejo la información sobre esta nueva actualización:

• VMware vCenter Server 8.0 Update 3i Release Notes
• Nos conectamos a la interfaz VAMI de nuestro VCSA a través del puerto 5480 e iniciamos sesión:

• Una vez que hemos iniciado sesión podemos ver, que nuestro VCSA está en la versión 8.0.3.00700 build 25092719:

• Sobre las opciones del menú nos vamos a Actualizar y Comprobamos actualizaciones, como podemos ver, tenemos disponible la release 8.0 Update 3i, la seleccionamos y damos clic sobre Realizar copias intermedias e instalar:

• Se nos abrirá este asistente, donde aceptamos el EULA, clic a Siguiente:

• Empieza a ejecutar comprobaciones previas a la actualización:

• Omitimos y continuamos:

• Realizamos copias de seguridad del vCenter y finalizamos:

• Como podemos ver comienza el proceso de actualización:

• Como podemos ver, la instalación ha sido completada y correcta:

• Una vez finalizada, volvemos a iniciar sesión en la interfaz VAMI del VCSA a través del puerto 5480, y aquí vemos que nuestro VCSA está en la última release liberada por VMware, la 8.0 Update 3i build 25197330:

• Ahora accedemos a la interface HTML5 de nuestro VCSA recién actualizado:

• Introducimos las credenciales e iniciamos:

• Aquí podemos ver también que nuestro VCSA está en la última release liberada por VMware, la 8.0 Update 3i build 25197330:

Saludos y espero que os sea de ayuda

La entrada Actualizar vCenter Server Appliance 8.0 Update 3h a 8.0 Update 3i 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 añadir certificados SSL personalizados en Nginx Proxy Manager.

• Para empezar, copiamos nuestros certificados wildcard en el directorio de certificados de Nginx Proxy Manager, separamos el fichero .pfx para obtener el certificado público por un lado .crt, y la clave privada por otro .key, para ello vamos a introducir los comandos:
• openssl pkcs12 -in wildcard_ragasys_net.pfx -clcerts -nokeys -out wildcard_ragasys_net.crt
• openssl pkcs12 -in wildcard_ragasys_net.pfx -nocerts -nodes -out wildcard_ragasys_net.key
• openssl pkcs12 -in wildcard_ragasys_net.pfx -cacerts -nokeys -out wildcard_ragasys_net_chain.crt

• Con este último comando (openssl pkcs12 -in wildcard_ragasys_net.pfx -cacerts -nokeys -out wildcard_ragasys_net_chain.crt) me va a dar el contenido del .crt vacío (en blanco), ya que es una entidad certificadora que he desplegado desde el Active Directory, con los certificados comprados a una entidad certificadora oficial no tendríamos este problema.
• Para solucionarlo, debo exportar el certificado de mi entidad certificadora:

• Se nos abre este asistente, Siguiente:

• Seleccionamos X.509 codificado base 64 (.CER), Siguiente:

• Le indicamos la ruta para guardarlo, Siguiente:

• Finalizamos:

• Y copiamos el contenido de este fichero .cer en el fichero .crt que estaba en blanco:

• Con esto ya tengo preparado, los tres ficheros que necesito para subirlos al Nginx Proxy Manager como certificados personalizados, .crt (clave pública), .key (clave privada) y el certificado intermedio:

• Ahora, dentro de la consola web de Nginx Proxy Manager, accedemos a Certificados > Añadir Certificado > Certificado Personalizado:

• Le indicamos un nombre y añadimos nuestros certificados (clave privada, clave pública y certificado intermedio), Guardar:

• Como podemos ver, ya lo tenemos añadido y listo para usar con nuestros hosts:

• Como podemos ver, en la ruta /opt/docker/nginxpm/data/custom_ssl nos guarda los certificados personalizados:

Saludos y espero que os resulte de ayuda

La entrada Certificados SSL personalizados en Nginx Proxy Manager se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como agregar los Hosts en Nginx Proxy Manager utilizando los certificados SSL que hemos desplegado.

• Accedemos a Hosts > Proxy Hosts:

• Add Proxy Host:

• En la pestaña Details:
• Domain Names: ragasys.eu
• Scheme: http
• Forward Hostname / IP: IP
• Forward Port: 80
• 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, vemos que ya está utilizando los certificados SSL de Let’s Encrypt:

• Agregamos más hosts a medida que los vamos necesitando:

• En nuestro DNS interno, nos hemos creado estos registros del tipo CNAME apuntando a la máquina que tiene el contenedor Docker de nginx proxy manager:

• Si accedemos a SSL Certificates, vemos que ya tenemos los certificados en uso, una vez creados los hosts:

• Ahora vamos a crear otro host para el propio portal de Nginx Proxy Manager puerto 81 y le haremos la redirección para utilizar un certificado SSL:

• Aquí lo tenemos creado:

• Accedemos por https:

• Vemos que ya está utilizando el certificados SSL de Let’s Encrypt:

Saludos y espero que os sea de ayuda

La entrada Agregar Hosts en Nginx Proxy Manager se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como añadir certificados SSL de Let’s Encrypt en Nginx Proxy Manager configurados por DNS Challenge y como DNS Provider utilizaremos Azure, que es dónde tenemos alojada nuestra zona DNS.

• Para empezar, nos vamos a crear un registro tipo CAA en nuestra zona DNS de Azure para Let’s Encrypt, para ello, accedemos a Zonas DNS > ragasys.eu > Administración de DNS > Registros > Agregar:

• Ahora en nuestra nuestra zona DNS de Azure y debemos de tener en cuenta estos datos:
• Nombre exacto de la zona
• Grupo de recursos donde se encuentra
• Id. de suscripción

• Creamos una aplicación, para ello, accedemos a Microsoft Entra ID > Registro de aplicaciones > Nuevo registro:

• Le indicamos el Nombre y Solo cuentas de este directorio organizativo (Inquilino único), Registrar:

• Aquí tenemos la aplicación creada:

• Ahora vamos a crear el secreto de cliente, para ello, en esta nueva aplicación, accedemos a Administrar > Certificados y secretos > Secretos de los clientes > Nuevo secreto de cliente:

• Le indicamos una descripción y el tiempo de expiración, Agregar:

• Aquí tenemos el secreto de cliente, lo copiamos y guardamos en un lugar seguro, ya que sólo nos lo mostrará una sola vez:

• Sobre la Información general de la aplicación, anotamos los siguientes valores, que serán los que utilice Nginx Proxy Manager para el DNS Challenge:

• Ahora damos permisos a la aplicación sobre la Zona DNS, con esto, nuestra aplicación ya tiene permiso para crear/eliminar registros TXT dentro de la zona ragasys.eu, el rol que debemos asignar es el de Colaborador de zona DNS:

• Como la zona ragasys.eu también la tenemos en nuestro DNS interno, nos creamos el registro CNAME _acme-challenge apuntando a _acme-challenge.ragasys.eu, para que resuelva externamente hacia Azure:

• Con esto, ya tenemos preparado la parte de la zona DNS de Azure, ahora accedemos al portal de Nginx Proxy Manager > SSL Certificates > Add SSL Certificate > Let’s Encrypt y vamos a añadir las configuraciones para obtener el certificado wildcard para para nuestro dominio:

• Añadimos Let’s Encrypt:
• Domain Names, añadimos ragasys.eu y *.ragasys.neu, nos aseguramos de incluir el dominio raíz y el wildcard, Let’s Encrypt requiere que se valide también la raíz cuando pedimos el wildcard.
• Email Address for Let’s Encrypt
• Marcamos Use a DNS Challenge.
• En DNS Provider seleccionanamos Azure.
• Rellenaremos los valores para estos campos, Tenant ID, Client ID, Client Secret, Subscription ID, Resource Group, Zone Name.
• Propagation Seconds, ponemos un valor entre 300 y 600.
• Marcamos I Agree to Let’s Encrypt Terms of Service y pulsamos Save, Nginx Proxy Manager iniciará el proceso ACME, creará el TXT _acme-challenge en la zona DNS de Azure, esperará la propagación y Let’s Encrypt validará.
• Este es el contenido del Credentials File Content:
• dns_azure_sp_client_id =
• dns_azure_sp_client_secret =
• dns_azure_tenant_id =
• dns_azure_zone1 = ragasys.eu:/subscriptions/eliddemisuscripcion/resourceGroups/zonasdnspublicas-rg/providers/Microsoft.Network/dnsZones/ragasys.eu

• Este es el registro TXT _acme-challenge que se genera, Let’s Encrypt valida que el TXT coincida con el valor que generó para esa verificación, después de emitir el certificado, Nginx Proxy Manager debería borrar automáticamente el TXT de la zona si todo funciona bien:

• Aquí podemos ver, los certificados SSL de Let’s Encrypt con Azure como DNS Provider, listos para usar en nuestros Hosts:

Saludos y espero que os sea de ayuda

La entrada Certificados SSL Let’s Encrypt en Nginx Proxy Manager y Azure como DNS Provider se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como añadir certificados SSL de Let´s Encrypt en Nginx Proxy Manager configurados por DNS Challenge y como DNS Provider utilizaremos Cloudflare, que es dónde tenemos alojadas nuestras zonas DNS.

• Para empezar, nos vamos a crear un registro tipo CAA en nuestra zona DNS de Cloudflare para Let´s Encrypt, para ello, accedemos a DNS > Registros > Agregar registro:

• Ahora vamos a crear un API Token en nuestra zona DNS de Cloudflare, accedemos a Mi Perfil > Tokens de API > Crear Token:

• Seleccionamos Editar zona DNS > Usar plantilla, también podemos usar Crear Token Personalizado:

• Le indicamos un nombre para el token, le indicamos los permisos, los recursos de zona, Ir al resumen:

• Nos muestra un resumen y creamos el token para nuestra zona:

• Aquí tenemos el token generado, debemos de copiar el valor, ya que lo mostrará sólo una vez, guardamos el token en un sitio seguro:

• Verificamos el token y vemos que es válido:

• Aquí vemos que ya tenemos el token activo:

• Con esto, ya tenemos preparado la parte de la zona DNS de Cloudflare, ahora accedemos al portal de Nginx Proxy Manager > SSL Certificates > Add SSL Certificate > Let’s Encrypt y vamos a añadir las configuraciones para obtener el certificado wildcard para para nuestro dominio:

• Añadimos Let’s Encrypt:
• Domain Names, añadimos ragasys.net y *.ragasys.net, nos aseguramos de incluir el dominio raíz y el wildcard, Let’s Encrypt requiere que se valide también la raíz cuando pedimos el wildcard.
• Email Address for Let’s Encrypt, nuestro email registrado en Cloudflare.
• Marcamos Use a DNS Challenge.
• En DNS Provider seleccionanamos Cloudflare.
• Pegamos el API Token que copiamos desde Cloudflare.
• Propagation Seconds, ponemos un valor entre 300 y 600).
• Marcamos I Agree to Let’s Encrypt Terms of Service y pulsamos Save, Nginx Proxy Manager iniciará el proceso ACME, creará el TXT _acme-challenge en Cloudflare, esperará la propagación y Let’s Encrypt validará.

• Aquí podemos ver los certificados SSL de Let’s Encrypt con Cloudflare como DNS Provider listos para usuar en nuestros Hosts:

• Estos son los registros TXT _acme-challenge que se generan, Let’s Encrypt valida que el TXT coincida con el valor que generó para esa verificación, después de emitir el certificado, Nginx Proxy Manager debería borrar automáticamente el TXT de la zona si todo funciona bien:

• Tengo otro dominio DNS llamado ragasyssistemas.com en cloudflare, y también quiero añadir a Nginx Proxy Manager los certificados SSL de Let’s Encrypt para este dominio, para ello, vuelvo a repetir todo el proceso, y aquí vemos, que ya los tengo agregados y listos para usar en nuestros Hosts:

Saludos y espero que os resulte de ayuda

La entrada Certificados SSL Let´s Encrypt en Nginx Proxy Manager y Cloudflare como DNS Provider 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 vamos a ver como configurar una VPN IPSEC de acceso remoto en un firewall Fortigate, con este tipo de VPN usando el protocolo IPSec nos podemos conectar desde cualquier equipo con conexión a Internet hacia nuestra red interna, dónde todo el tráfico irá encriptado.

• Lo primero que vamos a realizar será, crear los usuarios locales que accederán a través de la VPN:

• Para una correcta administración, los usuarios que nos hemos creado anteriormente los vamos a anidar en un grupo:

• Una vez creados los usuarios y grupos, vamos a crearnos el túnel IPSec, para ello, accedemos a VPN > Túneles Ipsec > Crear nuevo > IPsec Tunnel:

• Sobre Configuración de VPN, le indicamos un nombre y seleccionamos Acceso remoto, Siguiente:

• Sobre Autenticación, le indicamos la interface de entrada, el método de autenticación por llave compartida y el grupo de usuario, este grupo lo eliminaremos de la configuración de las fases más tarde, ya que las políticas de acceso irán configuradas con grupos y no sería necesario, Siguiente:

• Sobre Política y Enrutamiento, vamos a configurar esta política, que más tarde vamos a eliminar, ya que iremos aplicando políticas más granulares y restrictivas, habilitamos el Split Tunnel, esto hará que los usuarios que se conecten a la VPN, tengan la salida a Internet por su propia conexión y no por la nuestra, Siguiente:

• Sobre Opciones de cliente, le indicamos que guarde la contraseña, y habilitamos el Keep Alive, Crear:

• Aquí nos indica todo lo que hemos configurado, damos a Mostrar la lista de túnel:

• Vemos el túnel IPsec que nos ha creado, damos a Editar:

• Convertimos a túnel personalizado:

• Para la parte de Red, configuramos estos parámetros:

• Para la parte de Autenticación, configuramos lo siguiente:

• Para la propuesta de la fase 1, configuramos estos parámetros:

• Para XAUTH, aquí es donde quitamos el grupo que configuramos al crear el túnel, y para el Grupo de Usuarios, le indicamos que los herede de las políticas:

• Para los Selectores de fase 2, configuramos estos parámetros, damos a OK:

• Aquí tenemos ya el túnel IPsec configurado de modo personalizado:

• Antes de seguir, vamos a explicar, estos dos objetos que se han creado al crear la VPN IPsec.
• Uno de ellos es, ipsecra_range, este objeto es para asignar las direcciones IPs de los equipos que se conecten a nuestra VPN PIsec de acceso remoto:

• El otro es, ipsecra_split, este objeto es un grupo de direcciones que actúa como una «lista blanca» de destinos, su función principal es decirle al cliente VPN (FortiClient) qué tráfico debe enviar obligatoriamente a través del túnel y cuál debe ignorar para que salga por su conexión local a Internet.
• Cuando habilitamos el Split Tunneling (Túnel Dividido), el comportamiento es el siguiente:
• Si el destino está en el objeto ipsecra_split, el FortiClient enruta ese tráfico por la VPN.
• Si el destino NO está ahí, el FortiClient lo envía por la puerta de enlace predeterminada del usuario (su internet doméstico).

• También podemos ver, que en la interface de red que le indicamos al túnel VPN IPsec, nos ha creado esta interface virtual:

• Para terminar de configurar la VPN IPsec de acceso remoto, debemos de crear las reglas o políticas para que los equipos que se conecten a través de la VPN, tengan acceso a las redes internas configuradas en nuestro firewall, voy a mostrar sólo una de ellas ya que para las demás sería exactamente igual, editamos la regla que se nos creó al crear el túnel IPsec:

• Con esto ya tendríamos configurada y operativa nuestra VPN IPsec de acceso remoto, ahora desde cualquier equipo con conexión a internet, le instalaremos el Forticlient y configuraremos los parámetros de la VPN IPsec para conectarnos desde cualquier lugar del mundo a las redes internas de nuestra infraestructura, dónde todo el tráfico irá encriptado mediante IPsec:

• Como podemos ver ya estamos conectados y nos está sirviendo una dirección IP del rango que habíamos configurado:

• Aquí vemos el túnel levantado:

• Desde el Monitor IPsec de nuestro Fortigate podemos ver los usuarios conectados a través de la VPN:

• Desde la opción VPN > VPN Location Map podemos ver desde que parte del mundo se están conectando los usuarios que hemos creado y configurado para nuestra VPN IPsec de acceso remoto:

Saludos y espero que os resulte de ayuda

La entrada Configuración Fortigate – VPN IPSEC de Acceso Remoto se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como registrar Windows Admin Center en Azure, esto nos va a permitir usar los servicios de Azure en el centro de administración de Windows.

• Desde nuestra consola de Windows Admin Center, accedemos a Configuración > Cuenta > Registrarse con Azure:

• Damos a Registrar:

• Copiamos el código y lo escribimos:

• Iniciamos sesión con una cuenta de Administrador Global de Azure:

• Si accedemos a nuestro Portal de Azure > Microsoft Entra ID > Administrar > Registro de aplicaciones, vemos que nos ha creado esta aplicación para nuestro Windows Admin Center, copiamos el de aplicación (cliente):

• Pegamos el de aplicación Microsoft Entra y Conectar:

• Iniciamos sesión:

• Aceptamos los permisos:

• Nos dará un error de inicio de sesión:

• Sin embargo, podemos ver que ya estamos registrados:

• Para poder iniciar sesión, accedemos a Portal de Azure > Microsoft Entra ID > Administrar > Registro de aplicaciones, seleccionamos la aplicación de Windows Admin Center:

• Y sobre Administrar > Authetication > Configuración de URI de redirección agregamos la URI de nuestro Windows Admin Center:

• Seleccionamos la Aplicación de página única:

• Introducimos el URI de nuestro Windows Admin Center en Redirigir el URI, y marcamos los checks de Flujos de concesión implícita e híbridos, Tokens de acceso, Tokens de id, Configurar:

• Como podemos ver, ya la tenemos agregada, le hemos dado a Editar y hemos añadido otra URI, ya que accedemos de estas dos formas a nuestro Windows Admin Center:

• Volvemos a iniciar sesión en nuestro Windows Admin Center, y ya vemos que tenemos la sesión iniciada:

• Ahora, desde Windows Admin Center, si accedemos a uno de nuestros equipos:

• Nos vamos a Herramientas > Centro híbrido de Azure, podemos ver los servicios de Azure que podemos configurar en las máquinas de nuestra infraestructura on-premise:

• Para ver el Centro híbrido de Azure, antes debemos de instalar en Windows Admin Center, la extensión Azure hybrid center, y así con todas las extensiones de Azure que necesitemos para configurar un servicio:

Saludos y espero que os sea de ayuda

La entrada Registrar Windows Admin Center en Azure se publicó primero en RAGASYS SISTEMAS.

En este post veremos como migrar máquinas virtuales de VMware vSphere a Microsoft Hyper-V, para ello, vamos a utilizar Windows Admin Center.

Fuente captura de pantalla y post: Microsoft Learn

• Para empezar, tenemos que tener desplegado y configurado en nuestra infraestructura Windows Admin Center, en estos post que realizamos hace algún tiempo en este mismo blog podéis ver como se instala y configura Windows Admin Center.
• Estos son los requisitos que nos indica Microsoft que debemos de tener instalados en nuestro Windows Admin Center:
• Instalamos PowerCLI, para ello, nos abrimos PowerShellcomo administrador, y ejecute el siguiente comando para instalar el módulo PowerCLI, Install-Module -Name VMware.PowerCLI:

• Comprobamos que el módulo está instalado, ejecutando, Get-Module -Name VMware.PowerCLI -ListAvailable:

• Probamos la conexión a vCenter Server mediante la ejecución de, Connect-VIServer -Server «<vCenterServerFQDN_or_IP>» -User «<username>» -Password «<password>» -Force:

• Instalamos:
• Microsoft Visual C++ Redistributable
• Paquetes redistribuibles de Visual C++ para Visual Studio 2013
• Descargamos VMware Virtual Disk Development Kit (VDDK) versión 8.0.3. Extraemos el contenido y lo copiamos en el directorio, C:\Archivos de programa\WindowsAdminCenter\Service\VDDK, debemos asegurarnos de descargar VDDK versión 8.0.3 específicamente, no se admiten otras versiones.
• Aquí las tenemos descargadas, las vamos instalando en el orden indicado:

• Uso de la puerta de enlace de Windows Admin Center V2: número de compilación de versión mínima 24102.4.12.10:

• Requisitos previos del host vCenter o ESXi

Ninguno.

• Requisitos previos del host de Windows Server

Ninguno.

• Versiones de vCenter admitidas:
• La extensión admite VMware VCenter versión 6.x o 7.x o 8.x.
• Para conectarse a vCenter desde la extensión, mantenga la siguiente información de vCenter a mano:
• Nombre de dominio completo (FQDN)
• Nombre de usuario
• Contraseña
• Sistemas operativos invitados compatibles:
• Sistemas operativos Windows:
• Windows Server 2025, 2022, 2022 Azure Edition, 2019, 2016, 2012 R2
• Windows 10, Windows 11
• Sistemas operativos basados en Debian:
• Ubuntu Linux
• Ubuntu 20.04, 24.04
• Debian 11, 12, 13

• Accedemos a nuestro Windows Admin Center:

• Nos vamos a configuración:

• Accedemos a Puerta de enlace > Extensiones > Extensiones disponibles > VM Conversion (Preview) > Instalar:

• Accedemos a Puerta de enlace > Extensiones > Extensiones instaladas > VM Conversion (Preview) y vemos que ya está instalada:

• Ahora desde Windows Admin Center > Todas las conexiones, accedemos a nuestra puerta de enlace (host de Windows Admin Center):

• Sobre Extensiones > Conversión de VM (versión preliminar), conectamos nuestro vCenter:

• Introducimos el FQDN de nuestro vCenter con sus credenciales, Enviar:

• Como podemos ver, ya estamos conectado a nuestro vCenter, y podemos visualizar todas las máquinas virtuales de VMware vSphere:

• Ahora, vamos a migrar una máquina de nuestro vCenter a un servidor de Hyper-V ubicado en un Failover Cluster, para ello, accedemos al servidor de Hyper-V en Windows Admin Center al que queramos migrar la máquina virtual:

• Sobre el Servidor de Hyper-V > Extensiones > Conversión de VM (versión preliminar), seleccionamos la máquina virtual y damos a Sincronizar:

• Sobre Sincronizar máquina virtual, vemos la ruta de acceso para almacenar los datos, Sincronizar:

• Como podemos ver, la sincronización está en curso:

• Como vemos, la sincronización ha sido completada:

• Si accedemos a nuestro servidor de Hyper-V, podemos ver, que el disco virtual de la máquina ha sido migrado al formato .vhdx que utiliza Hyper-V:

• Ahora, ya podemos crear una nueva máquina virtual y adjuntarle este disco que hemos migrado:

• Aquí tenemos ya, la máquina virtual migrada, operativa y funcionando sobre Hyper-V:

Saludos y espero que os sea de ayuda

La entrada Migrar máquinas virtuales de VMware vSphere a Hyper-V con Windows Admin Center se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver, como actualizar Windows 10 a Windows 11 en equipos antiguos, en los que las restricciones por TPM y compatibilidad de CPU esta actualización no es posible por el método tradicional.

• Si intentamos actualizar a MS Windows 11 Pro 24H2 en nuestro equipo nos vamos a encontrar con este problema, que nos indica, que el equipo no cumple los requisitos mínimos del sistema para instalar esta versión de Windows:

• Esto es debido al TPM 2.0 (Trusted Platform Module), el TPM es un chip físico que se encuentra en la placa base de los ordenadores, y su función es servir de almacenamiento físico de credenciales, certificados, claves de cifrado…, Windows 11 va a necesitar que tengamos el TPM 2.0 activado porque es un componente esencial para Windows Hello(forma personal para iniciar sesión usando un sistema biométrico, un PIN…) y para BitLocker (aplicación de cifrado que protege el disco duro de posibles robos de datos).
• Para solucionar este problema y poder actualizar a Windows 11 Pro 24H2 necesitamos la Imagen ISO Windows 11 Pro 24H2, la montamos en nuestro equipo y accedemos a la carpeta sources:

• Desde este mismo explorador nos abrimos un cmd:

• Como vemos, se sitúa directamente sobre el directorio sources, ejecutamos el comando setupprep /product server, aquí es dónde se produce el “engaño” al sistema indicándole que se va a instalar un Windows Server, cuando en realidad se instala un Windows 11:

• Cambiamos la forma en la configuración de descarga de actualizaciones, como veis, pone Instalar Windows Server, no le echéis cuenta:

• Le indicamos, No en este momento, Siguiente:

• Empieza a preparar el sistema:

• Aceptamos el EULA:

• Le indicamos que mantenga archivos, configuraciones y aplicaciones, Siguiente:

• Comprobando que todo está listo para instalar:

• Todo listo para instalar:

• Comienza la instalación:

• Una vez que finaliza, se reinicia el equipo, y ya vemos que se ha migrado a Windows 11:

Saludos y espero que os resulte de ayuda

La entrada Actualizar Windows 10 a Windows 11 en equipos antiguos se publicó primero en RAGASYS SISTEMAS.

En este post veremos cómo actualizar un host ESXi versión VMware vSphere 8.0 Update 3f a la versión 8.0 Update 3h a través de ESXCLI, en este link os dejo toda la información.

• Como podemos ver, nuestros hosts ESXi está en la versión 8.0.3 build 24784735:

• Para empezar nos descargamos de la web de Broadcom WMware el patch para la instalación offline a través de la ESXCLI de ESXi 8.0 Update 3h build 25067014:

• Cargamos este archivo en un datastore de nuestro vCenter:

• Ponemos el host ESXi que queremos actualizar en modo mantenimiento:

• Accedemos por SSH al host ESXi que queremos actualizar:

• Ejecutamos el siguiente comando para listar los perfiles disponibles del parche descargado, esxcli software sources profile list -d /vmfs/volumes/SATA03NASRGS/VMware-ESXi-8.0U3h-25067014-depot.zip:

• Para realizar el upgrade ejecutamos el comando esxcli software profile update -p ESXi-8.0U3h-25067014-standard -d /vmfs/volumes/SATA03NASRGS/VMware-ESXi-8.0U3h-25067014-depot.zip –no-hardware-warning una vez que ha finalizado, nos indica que debemos de reiniciar, * NOTA al final explicamos el comando hay temas a tener en cuenta:

• Una vez que el host ha iniciado, lo sacamos del modo mantenimiento:

• Como podemos ver, la actualización se ha realizado correctamente y ya tenemos el host ESXi en la versión0 Update 3h Build 25067014:

• * NOTA a tener en cuenta esxcli software profile update -p ESXi-8.0U3h-25067014-standard -d /vmfs/volumes/SATA03NASRGS/VMware-ESXi-8.0U3h-25067014-depot.zip –no-hardware-warning
• ESXi-8.0U3h-25067014-standard nombre del perfil que contiene la versión y el número de compilación
• VMware-ESXi-8.0U3h-25067014-depot.zip archivo utilizado para la actualización de ESXi
• –no-hardware-warning esta parte es por si nos da un error de CPU, por si la CPU de nuestro equipo no es compatible con la nueva release para que ignore este error, en mi caso la CPU de mi equipo no es compatible 100% con esta nueva reléase por eso lo añado al comando, ya que es un entorno de laboratorio, en producción el comando a ejecutar sería esxcli software profile update -p ESXi-8.0U3h-25067014-standard -d /vmfs/volumes/SATA03NASRGS/VMware-ESXi-8.0U3h-25067014-depot.zip

• Para el segundo host realizamos las mismas operaciones para actualizarlo:

Saludos y espero que os resulte de ayuda

La entrada Actualizar VMware vSphere ESXi 8.0 Update 3f a 8.0 Update 3h con ESXCLI se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como actualizar nuestro vCenter Server Appliance a la última release liberada por VMware, la 8.0 Update 3h build 25092719, del 15 de diciembre de 2025.

En este enlace os dejo la información sobre esta nueva actualización:

• VMware vCenter Server 8.0 Update 3h Release Notes
• Nos conectamos a la interfaz VAMI de nuestro VCSA a través del puerto 5480 e iniciamos sesión:

• Una vez que hemos iniciado sesión podemos ver, que nuestro VCSA está en la versión 8.0.3.00600 build 24853646:

• Sobre las opciones del menú nos vamos a Actualizar y Comprobamos actualizaciones, como podemos ver, tenemos disponible la release 8.0 Update 3h, la seleccionamos y damos clic sobre Realizar copias intermedias e instalar:

• Se nos abrirá este asistente, donde aceptamos el EULA, clic a Siguiente:

• Empieza a ejecutar comprobaciones previas a la actualización:

• Omitimos y continuamos:

• Realizamos copias de seguridad del vCenter y finalizamos:

• Como podemos ver comienza el proceso de actualización:

• Como podemos ver, la instalación ha sido completada y correcta:

• Una vez finalizada, volvemos a iniciar sesión en la interfaz VAMI del VCSA a través del puerto 5480, y aquí vemos que nuestro VCSA está en la última release liberada por VMware, la 8.0 Update 3h build 25092719:

• Ahora accedemos a la interface HTML5 de nuestro VCSA recién actualizado:

• Introducimos las credenciales e iniciamos:

• Aquí podemos ver también que nuestro VCSA está en la última release liberada por VMware, la 8.0 Update 3h build 25092719:

Saludos y espero que os sea de ayuda

La entrada Actualizar vCenter Server Appliance 8.0 Update 3g a 8.0 Update 3h se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como actualizar Veeam ONE 13.0.1.5924 a la nueva versión 13.0.1.6168 liberada por Veeam hace algunos días.

• Como podemos ver aquí, tenemos descargada la v13.0.1.6168 de Veeam ONE:

• Vemos que la versión que tenemos instalada es la 13.0.1.5924:

• Nos montamos la imagen ISO, y ejecutamos el setup para proceder con la instalación del upgrade a la 0.1.5924:

• Ejecutamos el Update:

• Seleccionamos Update Veeam ONE:

• Aceptamos el EULA:

• Nos indica que ha detectado una versión previa de Veeam ONE, y que va a actualizar a ésta última, clic sobre Next para proceder con el update:

• Damos a Install para proceder con el update:

• Comienza con la actualización:

• Como podemos ver la actualización a v13.0.1.6168, ha finalizado correctamente:

• Una vez finalizada la instalación, podemos ver, que ya tenemos instalada la última versión de Veeam ONE v13.0.1.6128:

Saludos y espero que os sea de ayuda

La entrada Actualizar Veeam ONE v13.0.1.5924 a la nueva versión 13.0.1.6168 se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como actualizar Veeam ONE 12.3.0.4670 a la nueva versión 13.0.1.5924 liberada por Veeam hace algunos días.

• Como podemos ver aquí, tenemos descargada la v13.0.1.5924 de Veeam ONE:

• Vemos que la versión que tenemos instalada es la 12.3.0.4670:

• Nos montamos la imagen ISO, y ejecutamos el setup para proceder con la instalación del upgrade a la 0.1.5924:

• Ejecutamos el Upgrade:

• Seleccionamos Upgrade Veeam ONE:

• Aceptamos el EULA:

• Nos indica que ha detectado una versión previa de Veeam ONE, y que va a actualizar a ésta última, clic sobre Next para proceder con el upgrade:

• Introducimos el fichero de licencia:

• Debemos especificar una cuenta para el servicio de Veeam ONE, esta cuenta la creamos y la configuramos en la primera instalación que hicimos de Veeam ONE, por lo que en este caso, sólo debemos de introducir el password que configuramos en la instalación original:

• Comienza a verificar el sistema para identificar cualquier tipo de problema:

• Instalamos una nueva instancia de PostgreSQL:

• Le indicamos el puerto:

• Habilitamos Veeam Analytics Service:

• Clic sobre Upgrade para comenzar con el proceso de actualización a la nueva versión:

• Comienza con la actualización, aquí debemos de tener un poco de paciencia ya que el proceso es bastante lento:

• Como podemos ver la actualización a v13.0.1.5924, ha finalizado correctamente:

• Una vez finalizada la instalación, podemos ver, que ya tenemos instalada la última versión de Veeam ONE v13.0.1.5924:

Saludos y espero que os sea de ayuda

La entrada Actualizar Veeam ONE v12.3.0.4670 a la nueva versión 13.0.1.5924 se publicó primero en RAGASYS SISTEMAS.