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 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

La entrada Instalar y configurar Windows LAPS (Local Administrator Password Solution) en Windows Server 2022 se publicó primero en RAGASYS SISTEMAS.

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

La entrada Configuración interface de red Windows a través de cmd se publicó primero en RAGASYS SISTEMAS.

• Lo primero que vamos a realizar, será configurar el DNS del Windows 10 para que apunte al controlador de dominio samba:

• Accedemos a la Configuración avanzada del Sistema, sobre la pestaña Nombre de equipo > Cambiar introducimos el nombre de nuestro dominio:

• Nos pedirá las credenciales del administrador del dominio samba para poder unirlo:

• Como podemos ver, se ha unido correctamente a nuestro dominio:

• Ahora nos pide que reiniciemos el equipo:

• Una vez reiniciado, vamos a acceder al equipo con uno de los usuarios que nos creamos anteriormente en controlador de dominio samba:

• Aquí vemos el equipo unido al dominio samba:

• Si accedemos a nuestro controlador de dominio Samba y ejecutamos el comando samba-tool computer list podemos ver, el listado de máquinas unidas a nuestro dominio:

• Crearemos dos grupos, cada uno de ellos con dos usuarios, para ello, ejecutamos samba-tool group add nombregrupo:

• Añadimos dos usuarios a cada grupo, para ello, ejecutamos samba-tool group addmembers nombregrupo nombreusuario:

• Con el commando samba-tool group listmembers «nombregrupo», vemos los miembros de cada grupo:

• Con el comando samba-tool group list podemos ver todos los grupos de nuestro dominio samba:

• En el fichero de configuración de samba, nano /etc/samba/smb.conf hemos configurado el siguiente recurso compartido, con los siguientes permisos:

• A la carpeta local /opt/share le asignamos permisos de control total con chmod 777 /opt/share ya que los permisos más restrictivos lo va a gestionar el servicio de samba:

• Ahora desde el equipo windows 10 vamos a verificar, que podemos acceder a un recurso compartido de nuestro controlador de dominio samba, y que podemos crear un documento:

• Como podemos ver, nos aparecen los recursos compartidos por el servidor:

• Accedemos al recurso compartido (share) que creamos anteriormente y nos creamos un fichero .txt para verificar que todo esto funciona correctamente, esto ha sido con el usuario2 que tiene permisos de escritura:

• Si accedemos al recurso compartido (share) con el usuario3, que sólo tiene permisos de lectura, no nos dejará crear ningún fichero:

Saludos y espero que os sea de ayuda

La entrada Agregar Windows 10 como cliente del dominio Samba se publicó primero en RAGASYS SISTEMAS.

• Accedemos a la Configuración avanzada del Sistema, sobre la pestaña Nombre de equipo > Cambiar introducimos el nombre de nuestro dominio:

• Nos pedirá las credenciales del administrador del dominio para poder unirlo:

• Como podemos ver, se ha unido correctamente a nuestro dominio:

• Ahora nos pide que reiniciemos el equipo:

• Una vez reiniciado, vamos a acceder al equipo con uno de los usuarios que nos creamos anteriormente en el Active Directory:

• Aquí vemos el equipo unido al dominio:

• Si accedemos al controlador de dominio podemos ver el equipo como miembro del dominio:

• Ahora desde el equipo windows 10 vamos a verificar, que podemos acceder al recurso compartido que creamos anteriormente en nuestro controlador de dominio, y que podemos crear un documento:

• Como podemos ver, nos aparecen los recursos compartidos por el servidor:

• Accedemos al recurso compartido (share) que creamos anteriormente y nos creamos un fichero .txt para verificar que todo esto funciona correctamente:

Saludos y espero que os sea de ayuda

La entrada Agregar Windows 10 como cliente del dominio Windows Server 2022 se publicó primero en RAGASYS SISTEMAS.

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

La entrada Activar el servicio SNMP en Windows 10-11 y en Windows Server 2019-2022 se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como habilitar y configurar NIC Teaming con las tarjetas de red de nuestro equipo con Windows 10, NIC Teaming es agrupar las interfaces de red de nuestra máquina para crear alta disponibilidad y balanceo de carga a nivel de red en nuestro sistema operativo, con Windows Server lo podemos hacer a través del Administrador del servidor, pero en Windows 10 lo tenemos que hacer a través de PowerShell.

• Como podemos ver tenemos dos interfaces de red:

• Nos abrimos un PowerShell con permisos de Administrador y ejecutamos el comando Get-NetAdapter este comando nos muestra las interfaces de red que tenemos disponibles:

• Para crear el NIC Teaming ejecutamos New-NetSwitchTeam -Name “LAN” -TeamMembers “LAN1”,”LAN2” :

• Si ejecutamos Get-NetSwitchTeam podemos ver que el NIC Teaming ya lo tenemos realizado correctamente:

• Las conexiones de nuestro Windows 10 quedarían así:

Saludos y espero que os resulte de ayuda

La entrada NIC Teaming en MS Windows 10 se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver cuál es el serial key de nuestro Windows accediendo al registro del sistema.

• Sobre inicio > ejecutar tecleamos regedit:

• Se nos abre el registro de Windows, y nos situamos sobre la ruta Equipo\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsNT\CurrentVersion\SoftwareProtectionPlatform, y sobre la clave BackupProductKeyDefault tenemos el License key de nuestro sistema:

Saludos y espero que os resulte de ayuda

La entrada License Key Windows regedit se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como instalar y desplegar OCS Windows Agent de manera local y por GPO, este agente comunicará con nuestro servidor de OCS Inventory pasándole toda la información del equipo o servidor.

• Primero vamos a ver la instalación local, para ello nos tenemos que descargar, el OCS Windows Agent v2.7.0.1 ya que nuestro servidor de OCS Inventory lo tenemos en la versión 2.7, si instalamos una versión más actual del agente, éste no comunicará con el servidor de OCS.
• Una vez descargado, procedemos con la instalación:

• Aceptamos el EULA:

• Seleccionamos los componentes a instalar:

• Le indicamos la URL de nuestro servidor de OCS Inventory, http://ocsinventory.ragasys.net/ocsinventory y marcamos el check del certficado:

• No configuramos proxy:

• Especificamos las opciones para el agente:

• Procedemos a instalar:

• Comienza el proceso de instalación:

• Iniciamos el agente y finalizamos:

• Ejecutamos el agente para que comunique con nuestro servidor de OCS Inventory:

• Si accedemos a nuestro servidor de OCS Inventory ya podemos ver el equipo agregado:

• Si queremos revisar los logs del agente, debemos de acceder a la ruta C:\ProgramData\OCS Inventory NG\Agent y en el fichero OCSInventory podemos ver todo lo que está sucediendo:

• Ahora vamos a ver el despliegue por GPO desde nuestro Active Directory, para ello, necesitamos descargarnos este .zip que os dejo aquí, este fichero comprimido contiene dos scripts en bat (uno para servidores y otro para equipos) y el ejecutable del OCS Windows Agent v2.7.0.1:

• OCS_autodeploy_Servers.bat:

• OCS_autodeploy_Equipos.bat:

• Ahora sobre esta ruta, en cualquiera de nuestros controladores de dominio C:\Windows\SYSVOL\domain\scripts\ocsinventory nos copiamos los scripts y el ejecutable de la aplicación:

• Nos abrimos la consola de Administración de directivas de grupo en cualquiera de nuestros controladores de dominio y nos creamos estas dos GPOs, una para Servidores y otra para Equipos, estas GPO las debemos de vincular sobre las Unidades Organizativas correspondientes, es decir, dónde están los servidores y los equipos:

• Sobre la GPO Install_OCS_Win_Agents_Servers, copiamos estos ficheros en la ruta que se indica:

• Sobre la GPO Install_OCS_Win_Agents_Equipos, copiamos estos ficheros en la ruta que se indica:

• Si accedemos a cualquiera de nuestros equipos o servidores Windows, una vez que se han aplicado las GPOs, podemos ver que el OCS Windows Agent v2.7.0.1 está instalado:

• Ahora debemos de modificar el fichero de configuración ini e introducir la URL de nuestro servidor de OCS Inventory, este fichero está ubicado en C:\ProgramData\OCS Inventory NG\Agent, antes debemos de parar el servicio OCS Inventory Service:

• Nos abrimos un Worpad como administrador y abrimos este fichero, modificamos la URL con la de nuestro servidor de OCS Inventory:

• Guardamos los cambios en el fichero e iniciamos el servicio OCS Inventory Service:

• Si accedemos a nuestro servidor de OCS Inventory ya podemos ver el servidor agregado:

• Otra opción para NO modificar el fichero de configuración ocsinventory.ini y tener todo el proceso automatizado, sería crearnos un registro del tipo CNAME en nuestro servidor DNS, apuntando el nombre ocsinventory-ng al nombre de nuestro servidor de ocsinventory:

Saludos y espero que os venga bien este post

La entrada Instalación y despliegue de OCS Windows Agent – Local y GPO se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como pasar la edición PRO de Windows 10 a ENTERPRISE.

• Como podemos ver, en este equipo tenemos la edición PRO de Windows 10:

• Para pasarlo a ENTERPRISE debemos de tener un license key válido, accedemos a Inicio > Configuración:

• Sobre la Configuración de Windows accedemos a Actualización y seguridad:

• Nos vamos a la opción de Activación:

• Como podemos ver nuestra edición es Windows 10 Pro, damos clic sobre Cambiar la clave de producto:

• Introducimos un serial key válido para Windows 10 Enterprise, clic en Siguiente:

• Clic sobre Activar:

• Cerramos el asistente, y cómo podemos ver ya tenemos la versión de Windows 10 con la edición Enterprise:

Saludos y hasta la próxima

La entrada Windows 10 – Convertir edición PRO a ENTERPRISE se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como realizar un sysprep a un Windows 10, ya que al intentar realizarlo, en algunas ocasiones nos puede dar este error, que solucionaremos con algunos comandos de PowerShell.

• Para realizar el sysprep, nos ubicaremos sobre el path “C:\Windows\System32\Sysprep” y ejecutamos sysprep /generalize /oobe /mode:vm /shutdown, y como podemos ver este es el error:

• Este error se produce por las aplicaciones integradas que trae embebida Windows 10, para poder realizarle un Sysprep a nuestro sistema, antes debemos desinstalar estas aplicaciones, que lo haremos con los siguientes comandos de PowerShell.
• Debemos importar estos dos módulos, Import-Module appx e Import-Module dism:

• Ahora introducimos el siguiente comando para desinstalar las aplicaciones integradas que trae embebida nuestro Windows 10, Get-AppxPackage | Remove-AppxPackage:

• Como podemos ver comienza con el proceso de eliminación:

• Ahora reiniciamos nuestro Windows 10 y una vez que hemos iniciado ya podemos hacerle el sysprep ejecutando el comando sysprep /generalize /oobe /mode:vm /shutdown

Saludos y espero que os sea de ayuda

La entrada SYSPREP en Windows 10 se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como recuperar el montaje de imágenes ISO en Windows 10, ya que en alguna ocasión seguro que nos hemos encontrado con este problema, seguramente por haber asignado la apertura de imágenes ISO a programas como 7Zip, Winrar …

• Como podemos ver en nuestro sistema no podemos montar las imágenes ISO:

• Para solucionar este problema debemos de aplicar el siguiente fichero .reg, que aquí os dejo para su descarga:

• Damos doble clic sobre el fichero restoreisow10.reg y le indicamos que Sí queremos agregar la información al registro:

• Como podemos ver las claves del registro se han agregado correctamente:

• Reiniciamos el equipo.
• Una vez reiniciado el equipo, asociamos el tipo de archivo .iso al “Explorador de Windows”:

• Y como podemos ver ya podemos montar las imágenes ISO en nuestro equipo con Windows 10:

Saludos y espero que os sea de ayuda

La entrada Recuperar el montaje de imágenes ISO en Windows 10 se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como configurar filtros WMI (Windows Management Instrumentation) para distinguir entre las distintas versiones y arquitecturas de sistemas operativos Windows y poder aplicar estos filtros a nuestras GPOs.

• Para ello, desde la consola “Administración de directivas de grupo” de nuestro Active Directory, nos iremos configurando los distintos filtros WMI según versión y arquitectura de los sistemas operativos Windows:

• Empezaremos configurando los filtros WMI para Windows 7, tanto para arquitecturas de 32 bits como de 64 bits, introducimos la siguiente consulta en el filtro, select * from Win32_OperatingSystem WHERE Version like «6.1%» AND ProductType=»1″:

• Windows 7 32 bits, select * from Win32_OperatingSystem WHERE Version like «6.1%» AND ProductType=»1″ AND NOT OSArchitecture = «64-bit»:

• Windows 7 64 bits, select * from Win32_OperatingSystem WHERE Version like «6.1%» AND ProductType=»1″ AND OSArchitecture = «64-bit»:

• Windows 8, tanto para arquitecturas de 32 bits como de 64 bits, select * from Win32_OperatingSystem WHERE Version like «6.2%» AND ProductType=»1″:

• Windows 8 32 bits, select * from Win32_OperatingSystem WHERE Version like «6.2%» AND ProductType=»1″ AND NOT OSArchitecture = «64-bit»:

• Windows 8 64 bits, select * from Win32_OperatingSystem WHERE Version like «6.2%» AND ProductType=»1″ AND OSArchitecture = «64-bit»:

• Windows 8.1, tanto para arquitecturas de 32 bits como de 64 bits, select * from Win32_OperatingSystem WHERE Version like «6.3%» AND ProductType=»1″:

• Windows 8.1 32 bits, select * from Win32_OperatingSystem WHERE Version like «6.3%» AND ProductType=»1″ AND NOT OSArchitecture = «64-bit»:

• Windows 8.1 64 bits, select * from Win32_OperatingSystem WHERE Version like «6.3%» AND ProductType=»1″ AND OSArchitecture = «64-bit»:

• Windows 10 1709, select BuildNumber, ProductType from Win32_OperatingSystem where BuildNumber <= 1709 AND ProductType =»1″:

• Windows 10 1803, select BuildNumber, ProductType from Win32_OperatingSystem where BuildNumber <= 1803 AND ProductType =»1″:

• Windows 10 1809, select BuildNumber, ProductType from Win32_OperatingSystem where BuildNumber <= 1809 AND ProductType =»1″:

• Windows Server 2008 – DC, tanto para arquitecturas de 32 bits como de 64 bits, select * from Win32_OperatingSystem WHERE Version like «6.0%» AND ProductType=»2″:

• Windows Server 2008 – DC 32 bits, select * from Win32_OperatingSystem WHERE Version like «6.0%» AND ProductType=»2″ AND NOT OSArchitecture = «64-bit»:

• Windows Server 2008 – DC 64 bits, select * from Win32_OperatingSystem WHERE Version like «6.0%» AND ProductType=»2″ AND OSArchitecture = «64-bit»:

• Windows Server 2008 – NODC, tanto para arquitecturas de 32 bits como de 64 bits, select * from Win32_OperatingSystem WHERE Version like «6.0%» AND ProductType=»3″:

• Windows Server 2008 – NODC 32 bits, select * from Win32_OperatingSystem WHERE Version like «6.0%» AND ProductType=»3″ AND NOT OSArchitecture = «64-bit»:

• Windows Server 2008 – NODC 64 bits, select * from Win32_OperatingSystem WHERE Version like «6.0%» AND ProductType=»3″ AND OSArchitecture = «64-bit»:

• Windows Server 2008 R2 – DC, select * from Win32_OperatingSystem WHERE Version like «6.1%» AND ProductType=»2″:

• Windows Server 2008 R2 – NODC, select * from Win32_OperatingSystem WHERE Version like «6.1%» AND ProductType=»3″:

• Windows Server 2012 – DC, select * from Win32_OperatingSystem WHERE Version like «6.2%» AND ProductType=»2″:

• Windows Server 2012 – NODC, select * from Win32_OperatingSystem WHERE Version like «6.2%» AND ProductType=»3″:

• Windows Server 2012 R2 – DC, select * from Win32_OperatingSystem WHERE Version like «6.3%» AND ProductType=»2″:

• Windows Server 2012 R2 – NODC, select * from Win32_OperatingSystem WHERE Version like «6.3%» AND ProductType=»3″:

• Windows Server 2016 1607 – DC, select BuildNumber, ProductType from Win32_OperatingSystem where BuildNumber <= 1607 AND ProductType =»2″:

• Windows Server 2016 1607 – NODC, select BuildNumber, ProductType from Win32_OperatingSystem where BuildNumber <= 1607 AND ProductType =»3″:

• Windows Server 2019 1809 – DC, select BuildNumber, ProductType from Win32_OperatingSystem where BuildNumber <= 1809 AND ProductType =»2″:

• Windows Server 2019 1809 – NODC, select BuildNumber, ProductType from Win32_OperatingSystem where BuildNumber <= 1809 AND ProductType =»3″:

• Windows 10 todas las ediciones, SELECT * FROM Win32_OperatingSystem WHERE Version LIKE «10.%» AND ProductType = 1:

• Windows 10 32 bits, SELECT * FROM Win32_OperatingSystem WHERE Version LIKE «10.%» AND ProductType = 1 AND OSArchitecture = «32-bit»:

• Windows 10 64 bits, SELECT * FROM Win32_OperatingSystem WHERE Version LIKE «10.%» AND ProductType = 1 AND OSArchitecture = «64-bit»:

• Windows 11, SELECT * FROM Win32_OperatingSystem WHERE Version LIKE «10.%» AND ProductType = 1 AND BuildNumber >= «22000»:

• Windows Server 2019 todas las ediciones – Servidores, SELECT * FROM Win32_OperatingSystem WHERE Version LIKE «10.%» AND ProductType = 3 AND BuildNumber = «17763»:

• Windows Server 2019 todas las ediciones – Controladores de dominio, SELECT * FROM Win32_OperatingSystem WHERE Version LIKE «10.%» AND ProductType = 2 AND BuildNumber = «17763»:

• Windows Server 2022 todas las ediciones – Servidores, SELECT * FROM Win32_OperatingSystem WHERE Version LIKE «10.%» AND ProductType = 3 AND BuildNumber = «20348»:

• Windows Server 2022 todas las ediciones – Controladores de dominio, SELECT * FROM Win32_OperatingSystem WHERE Version LIKE «10.%» AND ProductType = 2 AND BuildNumber = «20348»:

• Windows Server 2025 todas las ediciones – Servidores, SELECT * FROM Win32_OperatingSystem WHERE Version LIKE «10.%» AND ProductType = 3 AND BuildNumber = «26100»:

• Windows Server 2025 todas las ediciones – Controladores de dominio, SELECT * FROM Win32_OperatingSystem WHERE Version LIKE «10.%» AND ProductType = 2 AND BuildNumber = «26100»:

• Como podemos ver ya tenemos nuestros filtros WMI configurados:

• Ahora, ¿Cómo aplicamos los filtros WMI?, lo vemos mejor con un ejemplo, supongamos que tenemos la siguiente GPO llamada “Instalación Antivirus”, y queremos desplegar el software antivirus en los equipos con Windows 10 versión 1809, tanto para arquitecturas de 32 bits como de 64 bits, para ello, simplemente le aplicamos el filtro WMI desde el ámbito de la GPO:

• ProductType 1 = Desktop OS
• ProductType 2 = SERVER OS – Domain Controllers
• ProductType 3 = SERVER OS – NO Domain Controllers

Fuente: Curso Instalación y Configuración Windows Sever 2016 impartido por Jair Gómez

La entrada Filtros WMI en GPOs para versiones y arquitecturas de sistemas operativos Windows se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver cómo realizar un sysprep a los sistemas Windows.

Sysprep es una herramienta para preparar despliegues de máquinas Windows y que tiene bastante uso en entornos virtualizados, dónde preparamos una plantilla del sistema a partir de la cuál desplegaremos nuestras máquinas virtuales Windows, también tiene bastante uso en su despliegue para máquinas de escritorio, dónde preparamos una imagen maestra a partir de la cuál se instalaran todos los equipos de los usuarios.

¿Porqué es una buena práctica realizar un sysprep a nuestras plantillas para máquinas virtuales y a las imágenes de los equipos de escritorio?

La principal razón para realizar este sysprep es, porque a cada nueva máquina desplegada a partir de una plantilla o imagen con sysprep se le va a asignar un nuevo SID (Secure Identifier), este SID es asignado al equipo durante el proceso de instalación del sistema operativo y debe ser un identificador único para cada equipo, este SID es muy importante sobre todo en entornos de Active Directory, ya que si clonamos todas las máquinas a partir de una plantilla o máquina sin el sysprep realizado, nuestro Active Directory no va a distinguir entre las distintas máquinas ya que el SID es el mismo para todos los equipos, podemos tener problemas por ejemplo, al añadir un equipo al dominio, ya que el sistema nos va a indicar que ese equipo ya se ha unido, podemos tener problemas si tenemos implementado un servidor WSUS en nuestra infraestructura, ya que en la consola de administración de WSUS sólo va a reconocer un equipo, es decir, de todos los que tengan el mismo SID, sólo va a mostrar el último equipo que haya solicitado descargar actualizaciones, estos son algunos de los casos que yo me he encontrado, pero seguramente que con el paso del tiempo podemos ver cosas raras en nuestros sistemas si no realizamos un sysprep como es debido.

Estos son los cambios que nos realiza un sysprep con el check de “Generalizar” marcado:

• Cambio del nombre del equipo
• Eliminación de los puntos de restauración
• Eliminación de los registros del visor de eventos
• Eliminación de la licencia y activación de Windows
• Eliminación de las configuraciones TCP/IP de la Interface de red

– Fuente: Libro Win10IT del gran Xavier Genestós, muy recomendada su lectura

Muchas gracias Xavier por tus magníficos libros, que tanto nos ayudan en nuestro día a día.

Ahora vamos a ver dos casos para aplicar sysprep:

• En el primer caso, vamos a suponer que hemos clonado una máquina virtual a partir de otra máquina, con lo cuál, estas dos máquinas van a tener el mismo SID, en este caso, sobre la máquina clonada nos abrimos un sysprep desde la ubicación “C:\Windows\System32\Sysprep” y ejecutamos un “sysprep.exe” con el check “Generalizar” marcado:

• Como podemos ver comienza a realizar el sysprep:

• Nuestra máquina se reinicia:

• Una vez reiniciada podemos ver que se ha aplicado el sysprep, ya que el sistema nos hará una serie de preguntas sobre las configuraciones:

• Iniciamos sesión con las credenciales que hemos configurado:

• Y ya tendremos un sistema completamente limpio con un SID nuevo y único para esta máquina.

• En el segundo caso, vamos a suponer que queremos utilizar una plantilla maestra para desplegar nuestras máquinas virtuales Windows, para ello, sobre la máquina virtual que posteriormente vamos a convertir en plantilla vamos a ejecutar el siguiente comando cmd, primero nos ubicamos sobre el path “C:\Windows\System32\Sysprep” y ejecutamos “sysprep /generalize /oobe /mode:vm /shutdown”, vamos a explicar un poco el comando:
• sysprep, para lanzar el ejecutable de la preparación del sistema.
• /generalize, para realizar un reset del SID.
• /oobe, para iniciar la configuración rápida del sistema.
• /mode:vm, este parámetro sólo lo vamos a utilizar si se trata de máquinas virtuales ya que el proceso de sysprep no va a eliminar la información de hardware, siendo el proceso más rápido, este parámetro lo podemos utilizar tanto en hipervisores Hyper-V como en VMware.
• /shutdown, para apagar la máquina virtual y poder así entonces convertirla a plantilla.

• Como podemos ver comienza a realizar el sysprep:

• Nuestra máquina virtual se va a apagar:

• Una vez apagada ya la podemos convertir a plantilla en nuestro entorno de virtualización.
• Ahora todas las máquinas que despleguemos a partir de esta plantilla van a tener un sysprep realizado como es debido y como se debe hacer en toda infraestructura que quiera ser profesional.

Saludos y espero que os sea de ayuda

La entrada Sysprep en Sistemas MS Windows se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como instalar las RSAT (Herramientas de administración remota del servidor) sobre un Windows 10 pro, y poder gestionar remotamente cualquier servidor de nuestro Active Directory.

• Lo primero que haremos será instalarnos estas RSAT, descargadas desde la web de Microsoft:

• Nos lo va a instalar como una actualización de Windows update, clic en “Si” para instalar:

• Aceptamos los términos de licencia:

• Comienza a instalar la actualización:

• Como podemos ver se ha completado correctamente, reiniciamos el equipo para que los cambios se hagan efectivos:

• Una vez que hemos instalado las RSAT, accedemos a las Herramientas remotas del servidor, desde Panel de control > Herramientas administrativas:

• Como podemos ver ya tenemos las RSAT instaladas, con lo cuál ya podríamos administrar remotamente cualquier servidor Windows Server 2016 de nuestra infraestructura:

• Por ejemplo, vamos a acceder a la consola de “Usuarios y equipos de Active Directory” que se encuentra en nuestro controlador de dominio:

• Como podemos ver desde un Windows 10 estamos accediendo remotamente a uno de nuestros controladores de dominio, concretamente a la consola de “Usuarios y equipos de Active Directory”:

Saludos y espero que os resulte de ayuda

La entrada Instalación RSAT sobre MS Windows 10 Pro se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como instalar y configurar MS Hyper-V Server 2016 Free, dónde vamos a contar con las mismas funcionalidades que contiene el rol de Hyper-V desplegado sobre un Windows Server 2016 Standard o Datacenter, esta versión Free de Hyper-V no cuenta con un entorno gráfico.

• Para empezar nos descargaremos la ISO de MS Hyper-V Server 2016 Free, desde este link, antes nos tenemos que registrar:

• Comenzamos con la instalación, dónde vamos a elegir el idioma:

• Clic sobre “Instalar ahora”:

• Aceptamos los términos de licencia:

• Elegimos la instalación personalizada:

• Las particiones del disco duro quedarían de la siguiente manera:

• Comienza la instalación de Hyper-V Free:

• Una vez instalado se reinicia el servidor:

• Una vez reiniciado, debemos cambiar la contraseña de Administrador para poder iniciar sesión, “Aceptar”:

• Nos indica que la contraseña se cambió correctamente, “Aceptar”:

• Una vez que hemos cambiado la contraseña, nos va a aparecer este menú de configuración, desde dónde vamos a configurar nuestro Hyper-V:

• Lo primero que vamos a configurar será el nombre del equipo, para ello elegimos la opción 2:

• Le asignamos un nombre al servidor:

• Nos pide un reinicio, dónde le indicamos que “Sí”:

• Ahora vamos a configurar la red, para ello elegimos la opción 8:

• Elegimos como índice 1 y nos aparecerá un submenú para configurar la interface de red, dónde elegimos la opción 1 para establecer la dirección IP:

• Ahora seleccionamos la opción “e”, para configurar el direccionamiento IP estático:

• Configuramos los DNS:

• Así nos quedaría la configuración de red:

• Ahora vamos a agregar el equipo a nuestro dominio de Active Directory, para ello elegimos la opción 1:

• Elegimos la opción “d” e introducimos los datos necesarios para unir el equipo al dominio:

• Nos pregunta si queremos cambiar el nombre al equipo, le indicamos que “No”:

• Para aplicar los cambios reiniciamos el equipo:

• Como vemos podemos iniciar sesión con un usuario del dominio:

• Como podemos ver se ha unido correctamente al dominio:

• Habilitamos el escritorio remoto, opción 7:

• Vamos configurando las opciones según nos interese:

• Como podemos ver ya tenemos el escritorio remoto habilitado:

• Ahora probamos el acceso por escritorio remoto, y como podemos ver funciona perfectamente:

• Si elegimos la opción 14, salimos a la línea de comandos:

• Sobre el cmd, si tecleamos sconfig volveremos al menú de configuración:

• Ahora vamos a instalar las VMware Tools, ya que se trata de una máquina virtual:

• Finalizamos y automáticamente se reinicia el equipo:

• Ahora vamos a ver como administrar este servidor de Hyper-V remotamente, a través de las herramientas de administración de Hyper-V, veremos dos formas de administrarlo, la primera será a través de otro servidor Windows Server 2016 standard con entorno gráfico y la segunda a través de un Windows 10.
• Empezamos con la primera, desde un Windows Server 2016 standard, para ello desde el Administrador del servidor, agregamos roles y características:

• Se nos abre el siguiente asistente, donde vamos a configurar las características que necesitamos:

• Instalación basada en características o en roles:

• Seleccionamos el servidor:

• En los roles no marcamos nada:

• En las características, marcamos el check de “Herramientas de administración de Hyper-V”:

• Instalamos la característica:

• Como podemos ver la instalación se ha completado correctamente:

• Sobre el servidor de Hyper-V deshabilitamos el firewall con el comando netsh advfirewall set allprofiles state off:

• Ahora sobre el servidor que hemos instalado las “Herramientas de administración de Hyper-V”, vamos a acceder remotamente al servidor de Hyper-V a través de su consola de administración, para ello, desde el Administrador del servidor > Herramientas damos clic sobre “Administrador de Hyper-V”:

• Se nos abre la consola de Hyper-V, y conectamos al servidor dónde hemos instalado Hyper-V:

• Como podemos ver ya estamos conectados al servidor de Hyper-V, ya está todo listo para empezar a desplegar máquinas virtuales:

• Ahora vamos a ver como conectarnos remotamente al servidor de Hyper-V a través de un Windows 10 pro, para ello accedemos al Panel de control > Programas y características > Activar o desactivar características de Windows:

• Marcamos el check “Herramientas de administración de GUI de Hyper-V” y aceptamos:

• Nos muestra que los cambios se han completado correctamente:

• Ahora accedemos al Panel de control > Herramientas administrativas > Administrador de Hyper-V:

• Se nos abre la consola de Hyper-V, y conectamos al servidor dónde hemos instalado Hyper-V:

• Como podemos ver ya estamos conectados al servidor de Hyper-V, ya está todo listo para empezar a desplegar máquinas virtuales:

Saludos y espero que os sea de ayuda

La entrada Instalación y configuración de MS Hyper-V Server 2016 Free se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver un error que nos encontramos al actualizar nuestros equipos clientes Windows e intentamos acceder a los servidores por escritorio remoto, se trata de la actualización “CredSSP para CVE-2018-0886” (KB4093120) – Seguridad de credenciales, en esta URL podemos ver que es lo que hace esta actualización en nuestros sistemas, y el problema que nos encontramos es que si la actualización NO está instalada en los servidores y SI en los equipos clientes, estos no pueden acceder por escritorio remoto a los servers, aquí simularé el error, y os mostraré una forma para poder solucionarlo, Microsoft nos aconseja que instalemos este KB en los servidores y en los equipos clientes, pero hay infraestructuras en dónde no es posible actualizar los servidores, ya sea porque no tienen o no deben tener conexión a Internet, la infraestructura sea muy grande y tengamos que darle una solución rápida mientras vamos actualizando los servers, etc…. Cada infraestructura es un mundo

• Tenemos un servidor llamado “adcs” que NO tiene parcheada la actualización y un equipo con Windows 10 llamado “ca-itlabw10” perteneciente al mismo dominio que el servidor que SI tiene la actualización instalada:

• Intentamos acceder por escritorio remoto al servidor introduciendo las credenciales, y este es el error que nos muestra:

• Para solucionar el error tenemos dos opciones:
• 1) Si lo que queremos es acceder al servidor únicamente desde un equipo, por ejemplo, desde este equipo con Windows 10, entonces actualizamos las directivas locales con gpedit.msc y configuramos esta directiva:

• 2) Si lo que queremos es acceder desde cualquiera de los equipos pertenecientes al dominio, entonces debemos habilitar una política de grupo (GPO) en el dominio y vincularla sobre la Unidad Organizativa de equipos:
• No creamos la GPO:

• Le asignamos un nombre:

• La editamos:

• Sobre Configuración de equipo > Directivas > Plantillas administrativas >Sistema > Delegación de credenciales, damos doble clic sobre “Encryption Oracle Remediation”:

• Y la configuramos de la siguiente manera, “Habilitada y Vulnerable”:

• Como podemos ver ya está configurada y vinculada sobre la Unidad organizativa correspondiente:

• Ahora forzamos las GPO sobre el equipo cliente con Windows 10:

• Y probamos a conectar por escritorio remoto al servidor:

• Como podemos ver, una vez hemos aplicado la GPO, ya podemos conectar por RDP sin problemas:

Saludos y espero que os resulte de ayuda

La entrada Actualizaciones de CredSSP para CVE-2018-0886 se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como implementar y configurar Hyper-V en Microsoft Windows 10, Hyper-V es una característica de virtualización que podemos implementar en Windows 10 y en el caso de Windows Server 2016 lo podemos implementar como un rol, para poder implementar esta característica o rol debemos cumplir con unos requisitos de hardware, y es que el procesador del PC o Servidor dónde lo implementemos soporte virtualización asistida por hardware, esta opción debemos tenerla habilitada en la BIOS del equipo.

Esta caracterísca de Hyper-V en MS Windows 10 está disponible para las versiones Pro y Enterprise, en la versión Home no es posible su implementación.

• Para habilitar la característica de Hyper-V en Windows 10 nos abrimos el panel de control y ejecutamos “Programas y características” :

• “Activar o desactivar características de Windows”:

• Seleccionamos el check de Hyper-V, una vez instalada esta característica nos pedirá un reinicio del equipo:

• Una vez que el equipo ha reiniciado, si nos vamos a las “Herramientas administrativas” ya podemos ver que tenemos implementado Hyper-V:

• Ahora nos abrimos la consola de Hyper-V y este será el aspecto, desde esta consola vamos a poder crear nuestras máquinas virtuales:

• Antes de empezar a crear máquinas virtuales, lo primero que vamos a configurar serán los conmutadores virtuales, que serán los switches virtuales dónde vamos a conectar los adaptadores de red de las máquinas virtuales, en este caso, tenemos la opción de configurar tres modos de conmutadores virtuales:
• 1) Externo, crea un conmutador virtual que se enlaza al adaptador de red físico para que las máquinas virtuales puedan obtener acceso a la red física.
• 2) Interno, crea un conmutador virtual que sólo se puede usar en las máquinas virtuales que se ejecutan en ese equipo físico y entre las máquinas virtuales y el equipo físico. Un conmutador virtual interno no ofrece conectividad a una conexión de red física.
• 3) Privada, crea un conmutador virtual que sólo se puede usar en las máquinas virtuales que se ejecutan en ese equipo físico.

• Para configurar los switches virtuales, desde la consola de Hyper-V abrimos el “Administrador de conmutadores virtuales”:

• Para ir creando los conmutadores virtuales, nos colocamos sobre la opción “Nuevo conmutador virtual”, elegimos cualquiera de las tres opciones explicadas anteriormente y “Crear conmutador virtual”:

• En mi caso, he creado cuatro conmutadores virtuales, dos de ellos externos para la conexión con la red física (uno con la NIC Wifi y otro con la NIC cableada), otro interno y otro privado, que los utilizaré en las máquinas virtuales según el tipo de conexión que quiera para ellas:

• Una vez explicado el tema del networking virtual, vamos a proceder a crear una máquina virtual, para ello sobre el menú de “Acciones”, nos vamos a “Nuevo” > “Máquina virtual”:

• Se nos abre el siguiente asistente, dónde iremos configurando los parámetros de la máquina virtual:

• Especificamos el nombre de la máquina virtual y la ubicación:

• Especificamos la generación:

• La asignamos la memoria RAM que nos interese:

• Conectamos el adaptador de red de la máquina virtual a uno de los virtual switch que hemos creado anteriormente, según a la red que la queramos conectar:

• Creamos el disco duro para la máquina virtual, también podemos usar uno ya existente e incluso crearlo más adelante:

• El sistema operativo de la máquina virtual lo instalaremos más adelante:

• Nos hace un resumen y finalizamos:

• Una vez que hemos configurado la máquina virtual procedemos a instalar el sistema operativo, para ello abrimos su configuración:

• En la unidad de DVD, añadimos la ruta de la imagen ISO para instalar el sistema operativo, y aceptamos:

• En el orden de arranque ponemos primero la unidad de DVD, con la imagen ISO del sistema operativo:

• Ahora nos conectamos a la consola de la máquina virtual y la iniciamos:

• Comienza a instalar el sistema operativo:

• Como podemos ver ya tenemos el sistema operativo instalado:

• Por último vamos a deshabilitar los puntos de control automáticos, y los crearemos nosotros manualmente cuando nos interese, a estos puntos de control es lo que VMware llama Snapshots:

• Para crear un punto de control, simplemente seleccionamos la máquina virtual y clicamos en “Punto de control”:

Saludos y espero que os resulte de ayuda

La entrada Hyper-V en Microsoft Windows 10 se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver que equipo de nuestra infraestructura de red está bloqueando una cuenta de usuario de Active Directory (AD), seguramente nos hemos encontrado alguna vez que uno de nuestros usuarios nos está avisando continuamente de que su cuenta está bloqueada, sin motivo aparente alguno, es decir, que está cumpliendo las GPO correspondientes a las cuentas de usuario (mínimo número de caracteres, algún carácter especial, mayúsculas, minúsculas, que al tercer inicio de sesión errónea se le bloquee la cuenta, etc…), estos bloqueos continuos de contraseñas se están produciendo porque hay varios intentos fallidos de logon que pueden estar sucediendo por muchos motivos, como por ejemplo, ese usuario está asociado a algún servicio, hay alguna unidad de red mapeada con ese usuario y la contraseña no es la correcta, alguna aplicación tiene asociada ésta cuenta, etc…, pues bien, en este post vamos a explicar que equipo de nuestra red está bloqueando ésta cuenta de usuario.

• Lo primero que vamos a realizar será un logon al sistema con la cuenta de usuario bloqueada:

• Como podemos ver en nuestro Controlador de Dominio, la cuenta de usuario está bloqueada:

• Pues bien, ahora lo que queremos saber, es que equipo está bloqueando ésta cuenta, para ello nos abrimos el “Visor de eventos” en nuestro Domain Controller:

• Aplicamos un filtro a los registros de seguridad de Windows:

• Lo filtramos por el id. de evento 4740:

• Una vez filtrado, ya podemos ver más fácilmente, que equipo de nuestra red está bloqueando la cuenta de usuario:

• Una vez que sabemos el equipo que está produciendo los bloqueos, el siguiente paso sería ir a ese equipo y ver que provoca tantos intentos fallidos de inicios de sesión, que como hemos comentado anteriormente puede ser que ese usuario está asociado a algún servicio, hay alguna unidad de red mapeada con ese usuario y la contraseña no es la correcta, alguna aplicación tiene asociada ésta cuenta, etc…

Saludos y espero que os sea de ayuda

La entrada Saber desde que equipo se bloquea una cuenta de usuario de Active Directory se publicó primero en RAGASYS SISTEMAS.

Últimamente en algunas instalaciones de MS Windows 10 y sobre todo al realizar el upgrade de Windows 7 a Windows 10 me he encontrado con el problema de que la unidad de DVD no la reconoce el sistema operativo, la BIOS del equipo la reconoce perfectamente (si en BIOS no se detecta estaríamos hablando de otro problema y por tanto de otra solución), una vez aclarado cuál es el problema os muestro la solución del mismo.

• Lo primero que vamos a realizar y como buena práctica, será un backup del registro de Windows, ya que si lo modificamos incorrectamente podemos tener graves problemas con nuestro sistema operativo, para ello nos abrimos una ventana de “Ejecutar” con las teclas Windows+R o clic derecho icono Windows y “Ejecutar”:

• Tecleamos “regedit”:

• Nos situamos sobre “Equipo” para realizar el backup del registro completo, y vamos a Archivo > Exportar:

• Le indicamos la ubicación, le asignamos un nombre y guardamos:

• Como vemos ya tenemos el backup de nuestro registro:

• Comprobamos que nuestro Windows 10 no reconoce la unidad de DVD:

• Para hacer que el sistema operativo vuelva a detectar la unidad de DVD, volvemos al regedit y en el panel de exploración buscamos la siguiente subclave del registro: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\atapi

• Clic derecho en “atapi” > Nuevo > Clave:

• Le damos el nombre “Controller0” y presionamos enter:

• Clic derecho en “Controller0” > Nuevo > Valor de DWORD (32 bits):

• Le damos el nombre “EnumDevice1” y presionamos enter:

• Clic derecho en “EnumDevice1” y modificamos:

• En “Información del valor” le damos el valor 1 y aceptamos:

• Salimos del registro y reiniciamos el equipo.
• Como podemos ver nuestro Windows 10 ya reconoce la unidad de DVD:

Saludos y espero que os sea de ayuda

La entrada MS Windows 10 no reconoce la unidad de DVD se publicó primero en RAGASYS SISTEMAS.