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

En este post vamos a ver como instalar MS Windows 11 Pro 24H2 en VMware vSphere.

• Si intentamos instalar MS Windows 11 Pro 24H2 en nuestro host ESXi 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 instalar Windows 11 Pro 24H2 en nuestro ESXi, vamos a usar Rufus y crear un USB booteable.
• Necesitamos:
• Imagen ISO Windows 11 Pro 24H2.
• Última versión de Rufus.
• Pen Drive USB mínimo 8 GB

• Nos abrimos Rufus 4.6 y configuramos las opciones que nos vengan bien dependiendo del equipo o máquina virtual dónde vayamos a instalar Windows 11 Pro 24H2, en mi caso, seleccionamos el dispositivo USB, la imagen ISO de Windows 11 Pro 24H2, el esquema de partición GPT y el sistema de destino UEFI, clic a EMPEZAR:

• Marcamos los checks Eliminar el requisito de más de 4 GB de RAM, Arranque seguro y TPM 2.0, Eliminar el requisito de una cuenta de Microsoft en línea, clic OK:

• Comienza a crear el USB booteable:

• Como podemos ver, el proceso ha finalizado correctamente y ya tenemos el USB booteable con la ISO de Windows 11 Pro 24H2:

• Ahora vamos a instalar Windows 11 Pro 24H2 sobre una máquina virtual en un entorno de VMware vSphere, para ello, introducimos el USB booteable en el host ESXi y se lo configuramos a la máquina virtual dónde vamos a instalar el sistema operativo:

• Volvemos a editar la configuración de la máquina virtual, y sobre Opciones de máquina virtual > Opciones de arranque marcamos el check, Durante el próximo arranque, forzar el ingreso a la pantalla de configuración EFI:

• Iniciamos la máquina virtual y acedemos por consola, seleccionamos EFI USB Device:

• Ahora ya no nos va a dar el problema de que el equipo no cumple los requisitos mínimos del sistema para instalar esta versión de Windows, a partir de aquí es una instalación típica de Windows:

• Como podemos ver aquí tenemos nuestro Windows 11 Pro 24H2 Instalado como máquina virtual sobre VMware vSphere:

Saludos y espero que os sea de ayuda

En este post vamos a ver cómo instalar y configurar Windows LAPS (Local Administrator Password Solution) en Windows Server 2022, LAPS determina si la contraseña de la cuenta del administrador local ha caducado, si la contraseña ha caducado, cambia la contraseña del administrador local a un nuevo valor aleatorio y transmite la nueva contraseña y la fecha de caducidad a Active Directory dónde se almacena en unos atributos especiales asociados con el objeto de equipo de AD. Las contraseñas se almacenan en Active Directory y están protegidas por listas de control de acceso (ACLs) por lo que solo los usuarios elegibles pueden leerlas o solicitar su restablecimiento.

• Los requisitos para configurar esta nueva implementación de LAPS, son los siguientes, ya que anteriormente a estas nuevas actualizaciones, LAPS había que implementarlo de forma manual, en este link os dejo como se hacía anterior a estas actualizaciones, con estas nuevas actualizaciones LAPS se implementa de forma nativa en estos sistemas:
• Windows 11 22H2 – Actualización 11 abril 2023
• Windows 11 21H2 – Actualización 11 abril 2023
• Windows 10 – Actualización 11 abril 2023
• Windows Server 2019 – Actualización 11 abril 2023
• Windows Server 2022 – Actualización 11 abril 2023
• Para implementar y configurar este laboratorio, he utilizado dos máquinas Windows Server 2022 Standard como Controladores de dominio, uno principal y otro adicional, una máquina Windows Server 2022 Standard y otra con Windows 11 Pro, que serán miembros del dominio ragasys.local implementado en los dos controladores de dominio:

• Para empezar, vamos a extender el schema de Active Directory, para que se añadan los atributos nuevos a las propiedades de los equipos de nuestra infraestructura, para ello, accedemos a nuestro controlador de dominio principal, dcrgs01, nos abrimos un PowerShell y nos importamos los módulos de LAPS con el comando Import-Module LAPS:

• Para ver los comandos disponibles en este módulo ejecutamos Get-Command -Module LAPS:

• Para extender el schema de nuestro Active Directory y soportar toda la configuración de LAPS, vamos a utilizar el comando Update-LapsADSchema, le indicamos que Si (S) uno a uno o podemos indicarle que Sí a todo (O), aquí he elegido la primera opción, para mostrar todos los atributos que se van a añadir en las propiedades de los equipos de nuestra infraestructura de dominio:

• Para verificar que los atributos se han añadido correctamente a nuestros equipos, sobre nuestro controlador de dominio principal, accedemos a Usuarios y equipos de Active Directory y abrimos las propiedades de cualquier equipo:

• Accedemos a la pestaña Editor de atributos, y como podemos ver, ya se han añadido los atributos de LAPS a los equipos:

• Ahora vamos a establecer los permisos para LAPS en las Unidades Organizativas (OU) que nos interesen, en este caso, las OUs que vamos a utilizar serán las de Equipos para las máquinas clientes y la de Servidores para las máquinas con el rol de servidor, estos permisos va a permitir a LAPS modificar los atributos de las cuentas de equipos que se encuentran en estas OUs, permitiendo así crear y modificar las contraseñas, para ello ejecutamos el comando, Set-LapsADComputerSelfPermission -Identity “DistinguisedName OU”:

• Ahora vamos a configurar las GPOs para LAPS en Active Directory, en nuestro caso, vamos a configurar dos GPOs, una para los equipos clientes llamada LAPS_Equipos y otra para los servidores llamada LAPS_Servidores, habilitamos la política y en el caso de que el administrador local no sea el nombre por defecto (Administrator o Administrador) indicamos el nombre de la cuenta local tipo administrador que esté configurada en los equipos del dominio y los parámetros de las passwords como la complejidad, longitud y expiración, estas serían las dos GPOs configuradas:

• Una vez que tenemos creadas las GPOs las vamos a vincular sobre las unidades organizativas que indicamos anteriormente:

• Con esto ya tendríamos implementado y configurado LAPS en nuestra infraestructura, lo primero que vamos a verificar es que la GPO se está aplicando en los equipos de cada unidad organizativa, para ello, en cualquiera de los equipos de ambas unidades organizativas ejecutamos el comando gpresult /r:

• Ahora para ver la password del administrador local de los equipos, accedemos a cualquiera de nuestros controladores de dominio, accedemos a la consola de Usuarios y equipos de Active Directory, y abrimos las propiedades de cualquier equipo:

• Accedemos a la pestaña LAPS, y desde aquí podemos ver el Nombre de la cuenta de administrador local de LAPS, la Contraseña de la cuenta de administrador local de LAPS (Copiar y Mostrar), podemos ver la Expiración actual de contraseña de LAPS, y Establecer nueva expiración de contraseña de LAPS:

• Si nos abrimos un PowerShell en cualquiera de nuestros controladores de dominio, y ejecutamos primero el comando Get-Command -Module LAPS, para ver los comandos disponibles en el módulo de LAPS:

• Ejecutando el comando Get-LapsADPassword “nombreequipo” -AsPlainText, podemos ver, la cuenta del administrador local del equipo con su contraseña:

• Sólo los usuarios Administradores del dominio tienen permisos de lectura y escritura sobre los valores de los atributos donde se almacena la password y la fecha de expiración, en muchas ocasiones, necesitamos dar permisos a otros usuarios, por lo que vamos a crear este grupo, LAPS_HelpDesk, y dentro de este grupo añadiremos a los usuarios o grupos que nos interesen, si hacemos esto, el grupo Administradores del dominio también lo tenemos que añadir al grupo, ya que si no, no podremos visualizar las contraseñas con las cuentas de administrador:

• Ahora tenemos que volver a configurar las dos GPOs que creamos anteriormente y habilitar estas dos opciones, Habilitar cifrado de contraseña y Configurar descifradores de contraseñas autorizados que incluiremos al grupo que hemos creado anteriormente:

• Ahora asignamos los permisos para el grupo LAPS_HelpDesk.
• Con este comando asignamos los permisos de lectura sobre la OU especificada:
• Set-LapsADReadPasswordPermission -Identity “distinguisedname OU” -AllowedPrincipals “DOMINIO\GRUPO”
• Con este comando asignamos los permisos de lectura-escritura sobre la OU especificada:
• Set-LapsADResetPasswordPermission -Identity “distinguisedname OU” -AllowedPrincipals “DOMINIO\GRUPO”

• Con el siguiente cmdlet verificamos la asignación de permisos asignados a las Unidades Organizativas, Find-LapsADExtendedRights -Identity “distinguisedname OU”:

• Ahora si accedemos a cualquier equipo de nuestra infraestructura, con el usuario ubicado en el grupo LAPS_HelpDesk, podemos ver las credenciales del usuario local administrador y resetear las contraseñas:

Saludos y espero que os resulte de ayuda

En este post (hoy cortito), vamos a ver, cómo configurar la interface de red de un equipo Windows a través de la consola cmd.

• Nos abrimos un terminal de cmd como administrador:

• Y ejecutamos el comando netsh interface ipv4 set address name=»LAN» source=static address=192.168.5.2 mask=255.255.255.0 gateway=192.168.5.210:

• Ahora para configurar el DNS primario ejecutamos, netsh interface ip add dnsservers «LAN» 8.8.8.8 index=1:

• Para terminar, configuramos el DNS secundario ejecutando, netsh interface ip add dnsservers «LAN» 8.8.4.4 index=2:

• Para verificar que todo se ha configurado correctamente, ejecutamos un ipconfig /all:

Saludos y espero que os sea de ayuda

En este post vamos a ver como activar el servicio SNMP (Protocolo Simple de Administración de Red) en Windows 10-11 y Windows Server 2019-2022, el protocolo SNMP se utiliza para intercambiar información entre una solución de administración de red y cualquier dispositivo habilitado para SNMP, en mi caso, lo utilizo para comunicar los equipos Windows y Linux con un Centreon y poder monitorizar estos sistemas.

• Empezaremos viendo, como activar el servicio SNMP en Windows 10 y 11, para ello, nos abrimos un PowerShell con permisos de administrador, y ejecutamos este comando, Get-WindowsCapability -Online -Name «SNMP*» que como podemos ver sobre el State, el servicio no se encuentra presente:

• Para activar el servicio SNMP, introducimos el siguiente comando para descargarlo e instalarlo, Add-WindowsCapability -Online -Name «SNMP.Client~~~~0.0.1.0» como vemos aquí, comienza el proceso:

• Una vez que ha terminado el proceso, podemos ver que ha finalizado correctamente y que no necesita reinicio:

• Si volvemos a introducir el comando Get-WindowsCapability -Online -Name «SNMP*» podemos ver sobre el State, que el servicio ya se encuentra instalado:

• Una vez instalado, ya podemos acceder a nuestra consola de servicios y configurar el SNMP de nuestros equipos Windows para que se comuniquen con nuestro Centreon:

• Ahora vamos a ver como activar el servicio SNMP en Windows Server 2019 y 2022, para ello, nos vamos al Administrador del servidor > Administrar > Agregrar roles y características:

• Se nos abre el asistente típico, para agregar roles y características, vamos dando clic en Siguiente:

• Sobre Roles de servidor, no marcamos nada:

• Sobre Características, marcamos el check Servicio SNMP y Siguiente:

• Sobre Confirmación, damos clic a Instalar:

• Una vez instalado, ya podemos acceder a nuestra consola de servicios y configurar el SNMP de nuestros servidores Windows para que se comuniquen con nuestro Centreon:

Saludos y espero que os resulte de ayuda

En este post vamos a ver como instalar MS Windows 11 Pro en VMware vSphere.

• Si intentamos instalar MS Windows 11 Pro en nuestro host ESXi 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 instalar Windows 11 en nuestro ESXi, volvemos a iniciar la instalación de Windows 11, clic en Siguiente e Instalar ahora:

• Una vez que estamos en la pantalla de Activar Windows, tecleamos Shift+F10 y se nos va a abrir el cmd:

• Una vez en el cmd, ejecutamos regedit para abrir el registro de Windows:

• Nos vamos a Equipo > HKEY_LOCAL_MACHINE > SYSTEM > Setup > Nuevo > Clave:

• A esta nueva clave la llamamos LabConfig:

• Dentro de LabConfig creamos una nueva clave de tipo DWORD (32 bits):

• Y la vamos a llamar BypassTPMCheck:

• Le vamos a dar el valor 1 para que la omita:

• Nos creamos una nueva clave de tipo DWORD (32 bits):

• Y la vamos a llamar BypassSecureBootCheck:

• Le vamos a dar el valor 1 para que la omita:

• Cerramos el editor del registro y exit:

• Ahora ya podemos proseguir con la instalación de nuestro Windows 11, la cuál, ya no nos va a dar el problema de que el equipo no cumple los requisitos mínimos del sistema para instalar esta versión de Windows, a partir de aquí es una instalación típica de Windows:

• Como podemos ver aquí tenemos nuestro Windows 11 Pro Instalado como máquina virtual sobre VMware vSphere :

Saludos y espero que os sea de ayuda