Windows 10

Windows 10

More »

Microsoft Corp

Microsoft Corp

Place: Redmon WA. USA More »

MIcrosoft MVP Latam

MIcrosoft MVP Latam

More »

Latam MVP

Latam MVP

More »

Microsoft Mexico

Microsoft Mexico

More »

Microsoft MVP award

Microsoft MVP award

More »

 

Agregar archivos .CAB y .MSU en nuestro entorno de MDT

Hola que tal amigos, el día de hoy les voy a compartir a través de este post la forma correcta en como podemos agregar nuestros archivos .CAB y archivos .MSU a nuestro proyecto de Microsoft Deployment Toolkit.

Archivos .CAB contienen los controladores (driver pack )de cierto equipo de HW y los podemos encontrar para su descarga desde los proveedores de los mismos, llámese DELL, Lenovo, Microsoft, Toshiba, etc. Estos tipos de archivos contienen aquellos updates para poder tener nuestros dispositivos funcionando correctamente.

Veamos un ejemplo del cual vamos a descargar para nuestro equipo Optiplex de la Marca DELL

Archivos .MSU estos tipos de archivos, son los que Microsoft proporciona para lanzar las ultimas actualizaciones del sistema operativo y aplicaciones por temas de seguridad o reparar algunos problemas de compatibilidad de ciertas aplicaciones. generalmente estos archivos podemos descargarlos desde el catalogo de Microsoft Update, veamos este ejemplo.

Como podemos observar este KB en particular lo acaba de Lanzar Microsoft en donde podemos ver los últimos Updates para cierto tipo de productos, en este caso Windows 10 como plataforma de servicio.

Para temas prácticos y en caso particular, vamos primeramente a descargar estos dos archivos tal y como se muestra a continuación.

 

Dentro de nuestro Entorno de MDT, vamos primeramente agregar nuestro archivo .CAB el cual contiene un acumulado de todos los controladores para el equipo, en especifico para el modelo Optiplex 3050.

Vamos a crear una carpeta llamada Optiplex 3050 debajo de Out-Of-Driver Section en nuestro DeploymentShare. Una vez creada damos clic derecho y seleccionamos Import Drivers veamos la siguiente imagen.

el siguiente paso es posicionarnos en el nodo de Advanced Configuration y creamos un nuevo Selection profiles y seleccionamos la carpeta de drivers correspondiente a nuestro modelo de HW a implementar.

 

Una vez importados, lo siguiente que haremos será dentro de nuestra Task Sequence agregar el nodo correspondiente a este apartado. Agregamos un nuevo nodo y buscamos en nuestro Selection Profiles.

Listo, nuestra secuencia estará disponible para su implementación, pero antes necesitamos agregar nuestro archivo .MSU para ello lo primero que haremos será agregarlo como aplicación y posteriormente vamos a utilizar la herramienta WUSA.exe la cual viene incluida en nuestro sistema operativo para la ejecución de este tipo de archivos. veamos la siguiente imagen.

Agregamos nuestro comando desatendido con nuestro archivo .MSU: WUSA.exe KB4343897.msu /Quiet /Norestart

Al final lo agregamos a nuestro nodo de la Secuencia de Tareas como aplicación.

Listo al final podemos ver el resultado durante y después de la implementación de Windows 10.

 

Sin mas por el momento me despido enviándoles un gran saludo a todos mis lectores y estamos con nuevos post.

Felices Despliegues

 

 

 

 

 

 

OEM Logo Durante el Despliegue con MDT

Hola que tal amigos, pues en esta ocasión vamos a ver una forma distinta de agregar información de OEM durante nuestro despliegue con MDT, lo primero que debemos hacer es descargar el siguiente script desde este link.

Una vez descargado, vamos a crear una carpeta dentro de Scripts de nuestro deploymentshare, copiamos el archivo y agregamos dentro de una carpeta en Windows/oem el (logo) de nuestra empresa u organización el cual se implementara a través de MDT. veamos el ejemplo.

 

Ahora dentro de nuestra secuencia de tareas, vamos a crear un command line con la siguiente sintaxis:

cscript.exe %ScriptRoot%\scripts\oem\CopyFiles.vbs %WINDIR%\oem y %Script%\scripts\oem

Ahora para agregar la información como tal vamos a crear un archivo .reg con la siguiente información, adecuando la ruta de nuestra imagen. regedit.exe /s %SCRIPTROOT%\scripts\oeminformation.reg este archivo lo guardaremos en un nivel mas arriba de donde se encuentra nuestro archivo.vbs dentro de la carpeta scripts

Listo, sin mas por el momento me despido enviándoles un gran saludo a todos mis lectores, estamos con nuevos post.

Felices despliegues

 

Microsoft Most Valued Professional y Windows Insider MVP 2018-2019

Hola, primero, quiero dar las gracias por esta nuevo premio, estoy muy contento de compartir con ustedes mi quinta vez como Microsoft Most Valued Professional (Microsoft MVP) http://mvp.microsoft.com. Este premio me da la oportunidad de compartir con otros profesionales. toda relación con Microsoft Technologies. Pero, ¿Qué es este premio?

El programa Microsoft Most Valuable Professional (MVP) es un premio otorgado por Microsoft a los líderes más valiosos de las comunidades destacadas en reconocimiento a su trabajo voluntario al compartir sus conocimientos y brindar respuestas correctas y desinteresadas a preguntas técnicas sobre productos y tecnologías de Microsoft. , en foros, blogs, grupos de noticias y comunidades públicas.



Hoy es el momento de celebrar y dar lo mejor de mí

También recibí Windows Insider MVP por segunda vez https://insider.windows.com/en-us/

Para mí es un paso más en mi carrera profesional, compartir mi conocimiento con todos nosotros.

https://insider.windows.com/en-us/MVPs/jesus-octavio-rodriguez-de-santiago/
https://mvp.microsoft.com/es-es/PublicProfile/5000705?fullName=Octavio%20%20Rdz%20de%20Santiago

 

Implementar Default Applications en Windows 10 con MDT

Hola que tal amigos, vamos a ver en esta ocasión la forma en como podemos configurar nuestras aplicaciones en default applications para poder posteriormente implementarlas a través de MDT,

lo primero que debemos hacer es manualmente configurar nuestras aplicaciones predeterminadas, para ello vamos a la siguiente pantalla.

Una vez configurada esta opción vamos a utilizar la herramienta DISM desde cmd con privilegios de administrador.

aquí el código: Dism /Online /Export-DefaultAppAssociations:\\Server\Share\AppAssoc.xml

Para nuestro caso cambiare la ubicación por nuestro MDT server Dism /Online /Export-DefaultAppAssociations:\\MDT\producción$\scripts\AppAssoc.xml

Nuestro archivo resultante quedaría de la siguiente manera.

Bien esta configuración la vamos a implementar con nuestro MDT, este procedimiento debe estar en nuestra secuencia de tareas en la pestaña después de POST Installation.

Abriendo un nuevo command line insertamos el siguiente código: Dism.exe /Image:%OSDisk%\ /Import-DefaultAppAssociations:%SCRIPTROOT%\scripts\AppAssoc.xml

Recuerda la primera opción de DISM es Importar, después será Exportar

Export
Dism /Online /Export-DefaultAppAssociations:C:\Setup\DefaultApps.xml

Copy to \\DeploymentServer\DeploymentShare$\Branding\DefaultApps.xml

Import Task Sequence (Postinstall)
Dism.exe /Image:%OSDisk%\ /Import-DefaultAppAssociations:%DEPLOYROOT%\Branding\DefaultApps.xml

y listo, espero y les pueda ayudar este pequeño tips, saludos a todos mis lectores y estamos con nuevos post.

Felices despliegues.

Convertir Install.esd a Install.wim en Windows 10 Pro

Hoy descargue desde la Web Oficial de Microsoft la herramienta Microsoft Creator Tool, en la cual descargue Windows 10 Pro, a la hora de inyectar este sistema operativo dentro de MDT, me arrojo un warning de que no podía encontrar el archivo install.wim. Aquí la imagen.

Para poder resolver este tema, lo primero que debemos hacer es copiar todo el contenido de nuestro disco a una carpeta de nuestro disco duro con el siguiente comando desde CMD con privilegios de administrador

xcopy D:\*.* /e /f /s C:\Windows10Pro donde D:\ es la unidad de nuestro DVD

Una vez copiado la información vamos a proceder a utilizar la herramienta DISM para ver el contenido del archivo cual contiene los index de las versiones.

dism /Get-WimInfo /WimFile:install.esd

Vamos ahora a checar la integridad y la conversión de nuestro Sistema Operativo con la versión Pro (Index 4) con el siguiente comando.

dism /export-image /SourceImageFile:install.esd /SourceIndex:4 /DestinationImageFile:install.wim /Compress:max /CheckIntegrity

Al finalizar, tendremos los dos archivos .esd y .wim, del cual podemos eliminar el que traía por default .esd. para finalizar podemos crear una imagen.iso que contenga nuestro nuevo archivo con la siguiente línea de comandos desde deployment imaging tolos environment

oscdimg -bC:\Windows10Pro\boot\Etfsboot.com -u2 -h C:\Windows10Pro\ C:\Win10ProEsp64.iso

Listo nuestro nuevo Windows10.iso ahora si podemos agregarlo a nuestro Microsoft Deployment Toolkit.

Probemos nuevamente con MDT, en caso de que Windows no tenga la opción de montaje de imágenes.iso podemos descargar esta varidad de software desde este link.

sin mas por el momento me despido de todos mis lectores enviándoles un gran saludo. Estamos con nuevos post.

Felices Despliegues.

 

 

 

 

 

 

 

 

Clonando Equipos Dell Optiplex 3050 con Clonezilla y DRBL

Hola que tal amigos, les voy a compartir algunos tips sobre el clonado de equipos Dell en especial el modelo optiplex 3050, hace un par de días se me dio a la tarea de implementar Windows 10 con algunas aplicaciones en estos equipos, me encontré con algunas dificultades al principio el cual quiero compartirlas con ustedes.

Lo primero que debemos hacer en este modelo de equipos antes de hacer un clonado, debemos asegurarnos deshabilitar UEFI, para poder implementar una imagen personalizada de nuestro sistema operativo con las aplicaciones y todo lo que conlleva realizar este procedimiento.

otra de las cosas que encontré es que los equipos de fabrica tienen el OS c:\ con Bitlocker Encriptado ya que con esta configuración a la hora de clonar nuestro equipo con Clonezilla usando multicast nos arrojara el siguiente error.

Para poder resolver esta situación, debemos deshabilitar los servicios encriptados, con los siguientes comandos.

En CMD con privilegios de Administrador colocamos la siguiente información.

sc config BDESVC start=disabled

sc config EFS start=disabled

Una vez resuelto esta parte, después de lograr guardar mi device a imagen con clonezilla probablemente nos arroje este siguiente error sobre las tablas de particiones GPT/MBR 

Para solucionar este error, debemos ejecutar el siguiente comando desde la consola de nuestro disco de clonezilla

sudo sgdisk -z /dev/sd(X) si la partición GPT esta en el disco duro maestro (origen) se reemplazara la (X) del comando con la letra a: sudo sgdisk -z /dev/sda, si la partición GPT esta en el disco duro secundario (de destino) se reemplazara la x del comando con la letra b: sudo sgdisk -z /dev/sdb y con ello podremos resolver este pequeño inconveniente.

Ahora si ya con ello podemos hacer el clonado de nuestros equipos dell Optiplex, aquí vemos nuestros equipos clonados.

Para seguir el proceso de clonación de los equipos utilizando Clonezilla y DRBL Multicast podemos dar clic en este link.

Espero que estos pequeños tips les puedan ayudar a sus procesos, saludos a todos mis lectores y estamos con nuevos post.

Felices Despliegues….

 

 

 

Instalar Office 2019 Preview desde ODT

Hola que tal amigos, pue como vemos Microsoft ha habilitado el previo de Microsoft Office 2019, con ello podemos hacer nuestras instalaciones utilizando de forma compatible la herramienta ODT (Office Deployment Tool) para ello vamos a ver el proceso de descargar e implementación de esta nueva suite que nos trae sin duda muchas novedades.

Lo primero que debemos hacer es ir a la pagina de developers de Microsoft para poder descargar los binarios de la herramienta  ODT compatible con Office 2019 preview y además la documentación para distintos escenarios.

Damos clic en el siguiente link https://aka.ms/collaborate

En la página Overview del panel, seleccionamos Compromisos para ver los engagements que están disponibles para unirnos.

Buscamos  Office 2019 Comercial , seleccionamos Join, aceptamos términos de uso y unimos.
Dentro de la ventana ver paquetes damos clic para poder visualizar la documentación y la herramienta de office deployment para poder realizar el proceso.
Podemos descargar la documentación.
La herramienta Office Deployment Tool.
Vamos a color la herramienta officedeploymettool.exe en una carpeta llamada odt en la ruata c:\ y ejecutamos la aplicación.
Apareceran al final de la ejecución, dos nuevos archivos llamados setup y configuration.
 Damos clic derecho en abrir archivo de configuración, veremos este archivo con la siguiente información.
Vamos a cambiar lo seleccionado en rojo por la siguiente información para Office 2019.
<Product ID=”O365ProPlusRetail”>   ——-> <Product ID=”ProPlus2019Volume”>
<Product ID=”VisioProRetail”>   ——-> <Product ID=”ProofingTools”>
Quedando de la siguiente manera. Además de agregar el PIDKEY y el Canal de transmisión.

<Configuration>
  <Add SourcePath=”\\Server\Share” OfficeClientEdition=”64″ Channel=”Perpetual2019″>
      <Product ID=”ProPlus2019Volume”  PIDKEY=”N9J9Q-Q7MMP-XDDM6-63KKP-76FPM” >
         <Language ID=”en-us” />
      </Product>
      <Product ID=”ProofingTools”>
        <Language ID=”en-us” />
          </Product>
  </Add>
  <RemoveMSI All=”True” />
  <Display Level=”None” AcceptEULA=”TRUE” /> 
</Configuration>

Para este ejemplo vamos a abrir cmd con privilegios de administrador y tendremos dos parámetros, /download y /configure los cuales se encargaran el primero respectivamente de descargar los binarios y el segundo de hacer la instalación.
Para descargar el software debemos de tener la siguiente sintaxis en nuestro archivo de configuración.
setup /download configuration.xml 
 Se creara una carpeta llamada Office dentro de nuestra carpeta c:\odt, vamos a esperar algunos minutos para poder utilizar posteriormente nuestros binarios.
Para poder desplegar nuestros binarios después de su completa instalación, debemos ejecutar la siguiente sintaxis.
setup /configure implementation.xml 
en donde el archivo implementation.xml debe de tener la siguiente información. Agregando el PIDKEY para este ejemplo. N9J9Q-Q7MMP-XDDM6-63KKP-76FPM clave que esta dentro de la documentación previamente descargada.
 
 
 Sin mas por el momento, me despido enviándoles un gran saludo a todos mis lectores y estamos recuerden en nuevos post con todo lo relacionado a temas de deployment en este tu blog favorito.

Quitar el Icono de Microsoft Edge en Windows 10 1803 durante el despliegue con MDT

Ya estan saliendo muchas cosas con respecto a Windows 10 v 1803, una de ellas es que a la hora de actualizr, instalar esta nueva version es que aparece el famoso icono de Microsoft Edge.

Leyendo un articulo de Jose Espitia podemos ver como deshabilitar este icono, mas información desde este link.

Voy a explicar brevemente como podemos intergrar esta accion desde MDT.

Dentro de MDT vamos a generar un nuevo Run Command Line dentro de nuestra secuencia de tareas.

colocamos la siguiente información.

cmd /c reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\ /v “DisableEdgeDesktopShortcutCreation” /t REG_DWORD /d “1” /f

cuando realizamos nuestra implementacion de Windows 10 podemos ver que este ya no estara en escritorio.

Veamos el proceso:

Version: Windows 10 1803 sin icono de escritorio de Microsoft Edge

Sin mas por el momento me despido enviandoles un gran saludo a todos mis lectores, estamos con nuevos post.

RSAT para Windows 10 1803 Disponible

se acaba de publicar la ultima actualizacion de RSAT para Windows 10 v 1803

Puedes descargar el paquete desde este link

https://www.microsoft.com/en-us/download/details.aspx?id=45520

seguimos informando….

Windows ADK para Windows 10, version 1803

Paquete de evaluación e implementación de Windows (Windows ADK 17134.1) para Windows 10 Abril de 2018 Actualización (versión 1803) esta disponible, para poder descargar la .iso puedes entrar en este link.

Descarga..

algunas de las novedades podemos encontrar la siguientes herramientas.

PowerView

PowerView está disponible para todos los usuarios de visualizadores de registros de Estimación de la energía del motor con la función powercfg / srumutil, y las pruebas de la duración de la compra de las baterías con Windows Assessment Toolkit.

MDM: Enhanced device and PC management

Answer file setting changes

mas info en: https://docs.microsoft.com/en-us/windows-hardware/get-started/what-s-new-in-kits-and-tools

sin mas por el momento me despido enviando un gran saludo a todos mis lectores.

Office 365 Proplus cambia los nombres de atajo en Windows 10 RS4 (1803)

De acuerdo a un tweet publicado, hace unas horas, el equipo de Office365 ha cambiado el nombre de atajo de los iconos, esto dentro de la funcionalidad de clic to run a la hora de crear el archivo .xml o exportarlo con el comando export startlayout.

Por lo anterior, para aquellas personas que están en estos momento desplegando su producto de Office 365 en su empresa. podemos seguir este post que realice hace unos meses sobre el tema de implementacion.

Implementar StartLayout y Taskbar personalizados en Windows 10 mediante GPO, MDT, ICD

Implementar Office 365 en tu Organización

Nueva Sintaxis:

  <start:Group Name=”Office 2016″>

          <start:DesktopApplicationTile Size=”2×2″ Column=”2″ Row=”0″ DesktopApplicationLinkPath=”%ALLUSERSPROFILE%\Microsoft\Windows\Start Menu\Programs\Excel.lnk” />

          <start:DesktopApplicationTile Size=”2×2″ Column=”2″ Row=”2″ DesktopApplicationLinkPath=”%ALLUSERSPROFILE%\Microsoft\Windows\Start Menu\Programs\OneNote 2016.lnk” />

          <start:DesktopApplicationTile Size=”2×2″ Column=”4″ Row=”2″ DesktopApplicationLinkPath=”%ALLUSERSPROFILE%\Microsoft\Windows\Start Menu\Programs\Outlook.lnk” />

          <start:DesktopApplicationTile Size=”2×2″ Column=”4″ Row=”0″ DesktopApplicationLinkPath=”%ALLUSERSPROFILE%\Microsoft\Windows\Start Menu\Programs\PowerPoint.lnk” />

          <start:DesktopApplicationTile Size=”2×2″ Column=”0″ Row=”2″ DesktopApplicationLinkPath=”%ALLUSERSPROFILE%\Microsoft\Windows\Start Menu\Programs\Skype for Business.lnk” />

          <start:DesktopApplicationTile Size=”2×2″ Column=”0″ Row=”0″ DesktopApplicationLinkPath=”%ALLUSERSPROFILE%\Microsoft\Windows\Start Menu\Programs\Word.lnk” />

        </start:Group>

Sintaxis anterior:

        <start:Group Name=”Office 2016″>

          <start:DesktopApplicationTile Size=”2×2″ Column=”2″ Row=”0″ DesktopApplicationLinkPath=”%ALLUSERSPROFILE%\Microsoft\Windows\Start Menu\Programs\Excel 2016.lnk” />

          <start:DesktopApplicationTile Size=”2×2″ Column=”2″ Row=”2″ DesktopApplicationLinkPath=”%ALLUSERSPROFILE%\Microsoft\Windows\Start Menu\Programs\OneNote 2016.lnk” />

          <start:DesktopApplicationTile Size=”2×2″ Column=”4″ Row=”2″ DesktopApplicationLinkPath=”%ALLUSERSPROFILE%\Microsoft\Windows\Start Menu\Programs\Outlook 2016.lnk” />

          <start:DesktopApplicationTile Size=”2×2″ Column=”4″ Row=”0″ DesktopApplicationLinkPath=”%ALLUSERSPROFILE%\Microsoft\Windows\Start Menu\Programs\PowerPoint 2016.lnk” />

          <start:DesktopApplicationTile Size=”2×2″ Column=”0″ Row=”2″ DesktopApplicationLinkPath=”%ALLUSERSPROFILE%\Microsoft\Windows\Start Menu\Programs\Skype for Business 2016.lnk” />

          <start:DesktopApplicationTile Size=”2×2″ Column=”0″ Row=”0″ DesktopApplicationLinkPath=”%ALLUSERSPROFILE%\Microsoft\Windows\Start Menu\Programs\Word 2016.lnk” />

        </start:Group>

Microsoft Teams Desinstalar/Instalar (MSI)

Quiero compartir con ustedes un pequeño script para desintalar Microsoft Teams completamente, y en su caso volverlo a instalar desde un archivo .MSI

El script que elimina Microsoft Teams de nuestro equipos es el siguiente.

<#
.SYNOPSIS
This script allows you to uninstall the Microsoft Teams app and remove Teams directory for a user.
.DESCRIPTION
Use this script to clear the installed Microsoft Teams application. Run this PowerShell script for each user profile for which the Teams App was installed on a machine. After the PowerShell has executed on all user profiles, Teams can be redeployed.
#>

$TeamsPath = [System.IO.Path]::Combine($env:LOCALAPPDATA, ‘Microsoft’, ‘Teams’)
$TeamsUpdateExePath = [System.IO.Path]::Combine($env:LOCALAPPDATA, ‘Microsoft’, ‘Teams’, ‘Update.exe’)

try
{
if ([System.IO.File]::Exists($TeamsUpdateExePath)) {
Write-Host “Uninstalling Teams process”

# Uninstall app
$proc = Start-Process $TeamsUpdateExePath “-uninstall -s” -PassThru
$proc.WaitForExit()
}
Write-Host “Deleting Teams directory”
Remove-Item –path $TeamsPath -recurse
}
catch
{
Write-Output “Uninstall failed with exception $_.exception.message”
exit /b 1
}

Ejecutamos el script y vemos el siguiente resultado.

Microsoft ha implementado la descargar de Microsoft Teams desde archivo .MSI, otra excelente opción para implementar el software desde SCCM, MDT, o Group Policy.

Tenemos dos opciones de descarga.

desde Archivo .EXE

Esta nueva opción desde un archivo .MSI

http://aka.ms/teams32bitmsi

http://aka.ms/teams64bitmsi

Los administradores pueden usar para la implementación masiva de Equipos para seleccionar usuarios o máquinas. Los administradores pueden usar estos archivos para implementar Equipos de forma remota, de modo que los usuarios no tengan que descargar manualmente la aplicación Equipos.

Cuando se implemente, los equipos se lanzarán automáticamente para todos los usuarios que inicien sesión en esa máquina. Recomendamos que implemente el paquete en la máquina, para que todos los usuarios nuevos de la máquina también se beneficien de esta implementación.

Como trabaja?

The Teams MSI colocará un instalador en Archivos de programa. Cada vez que un usuario inicia sesión en un nuevo perfil de usuario de Windows, se iniciará el instalador y se instalará una copia de la aplicación Teams en la carpeta appdata de ese usuario. Si un usuario ya tiene instalada la aplicación Teams en la carpeta appdata, el instalador de MSI omitirá el proceso para ese usuario.

No usar MSI para implementar actualizaciones, el cliente se actualizará automáticamente cuando detecte que hay una nueva versión disponible del servicio. Si se implementa una versión anterior del paquete MSI, el cliente se actualizará automáticamente cuando sea posible para el usuario.

Si se implementa una versión muy antigua, la MSI activará una actualización de la aplicación antes de que el usuario pueda usar los equipos.

Para poder instalar Teams en modo desatendido podemos utilizar para nuestro archivo.exe el swith -s (silent), otra opcion es con el comando -quite

Para el modo .msi podemos adjuntar este codigo msiexec /package Application.msi /quiet

podemos implementarlo desde SCCM, MDT u otra plataforma de despliegue.

Ahora te toca a ti probar e implementar Microsoft Teams en tu organización o en tus laboratorios.

Sin mas por el momento me despido enviándoles un gran saludo a todos mis lectores y estamos con nuevos post.

 

Nueva Herramienta SetupDiag.exe

Hola que tal amigos, hace unos días se lanza esta interesante herramienta llamada SetupDiag.exe en donde se proporciona una forma fácil de solucionar problemas de actualizaciones fallidas en el lugar. 

Es una herramienta de diagnóstico independiente que se puede utilizar para obtener detalles sobre por qué una actualización de Windows 10 no fue exitosa.

Para probar la herramienta podemos descargarla desde este link. siguiente los pasos.

Debemos tener instalado .NET Framework 4.6, para poder comprobar que tenemos esta actualizacion, podemos ejecutar la siguiente linea de comandos para corroborar la version.

reg query “HKLM\SOFTWARE\Microsoft\Net Framework Setup\NDP\v4” /s

 

Esperemos pruebas sobre esta herramienta en nuestros laboratorios.

 

Implementar paquete (.ppkg) de Windows ICD en Windows 10 con MDT/SCCM

Mucho se ha hablado de las nuevas caracteristicas de Windows en la fase de implementacion, el dia de hoy vamos a ver la forma sencilla de como podemos agregar un paquete (.ppkg) de Windows ICD durante el despliegue de Windows 10 con MDT.

Para ahorrarnos tiempo en las capturas de pantalla, les comparto algunos de los post que he realizado con anterioridad sobre la creacion de paquetes (.ppkg) usando Windows ICD.

Introducción a Windows Imaging and Configuration Designer #ICD

personalizar Starlayout y TaskBar usando Windows ICD

Uniendo a Dominio Windows 10 con Windows Imaging and Configuration Designer (ICD)

Estos son algunos ejemplos para poder configurar ICD, en este caso he creado un paquete en donde estare modificando algunos parametros para implementar.

Aqui el resultado de los archivos.

Una vez realizado los pasos y de acuerdo a nuestras necesidades, vamos a agregar nuestro paquete (.ppkg) a MDT y SCCM esto en nuestra Secuencia de Tareas en ambos programas.

MDT

Debemos copiar toda la carpeta del paquete creado a nuestro deploymentshare scripts C:\DeploymentShare\Scripts, veamos la siguiente imagen.

Para este escenario debemos colocarnos en el grupo de Install de nuestra secuencia de tareas y colocar un CommandLine con la siguiente informacion.

DISM.exe /Image=%OSDisk% /Add-ProvisioningPackage /PackagePath:%SCRIPTROOT%\WindowsICDMDT\WindowsICDMDT.ppkg

Un paso importante dentro de nuestro DeploymentShare es activar ls caracteristicas de DISM, esto lo podemos hacer dando clic derecho en propiedades de nuestro deploymentshare, pestaña de Windows PE y activamos las caracteristicas DISM Cmdlets.

Hacemos update a nuestro deploymentshare y listo podemos implementar Windows ICD con MDT.

SCCM

Con la plataforma de SCCM tambien podemos integrar este paquete de ICD dentro de nuestra secuencia de tareas, para ello lo primero que haremos sera copiar la carpeta de nuestro paquete a nuestra carpeta de red.

Desde la consola ConfigMgr, Software Library -> Packages, damos clic derecho para crear un paquete nuevo  que contenga el PPKG. Especificamos la ruta UNC donde se ha copiado el PPKG.

Especificamos Standard Program y damos clic en siguiente.

Colocamos nuestro paquete en nuestro distribution point.

Dentro de nuestra secuencia de Tareas “Run Command Line”:

  • Copiamos el codigo DISM.exe /Image=C:\ /Add-ProvisioningPackage /PackagePath:WindowsICDMDT.ppkg
  • seleccionamos el paquete previamente creado.

 

sin mas por el momento me despido enviandoles un gran saludo a todos mis lectores y estamos con nuevos post 😀

Office Customization Tool for Click-to-Run (Preview)

El Equipo de Microsoft Office ha lanzado el preview (web) para poder maquetar nuestros archivos bajo Click-to-Run en la primera version preview.

Esto lo podemos encontrar en el siguiente link.

https://config.office.com/

Tu puedes modificar, agregar o quitar componentes de tu config.xml, por ejemplo para quitar características de Office podríamos simplemente deshabilitar la opcion/opciones.

Elegimos nuestros productos de Office 365

Podemos ademas, seleccionar el lenguaje, la arquitectura, entre otras cosas.

cuando ya tengamos nuestras opciones listas podemos dar clic en el siguiente icono.

Incluso podemos Importar un archivo creado para su modificación.

aceptamos los terminos y licencias y listo nuestro archivo de configuración descargado.

Otro camino para poder realizar este proceso, también lo podemos visualizar desde este link, permitiendo con esto tener mas opciones de configuración.

https://officedev.github.io/Office-IT-Pro-Deployment-Scripts/XmlEditor.html

Sin mas por el momento me despido enviandoles un gran saludo a todos mis lectores, estamos con nuevos post.

Desinstalar Versiones anteriores de Office e Instalar Office 365 durante el despliegue con MDT

Hace unos días veíamos como podemos Implementar Office 365 en tu Organización, gracias a las herramientas de OfficeScrub alojadas en Github podemos implementar en nuestra organizacion durante el despliegue de MDT.

Y por que durante el despliegue, resulta que en mi Organización hace unos meses se crearon Imágenes de referencia que contenían Office 2007 y Office 2010, estas ya implementadas en los equipos, para ello y poder ahorrarnos el paso de crear nuevamente imágenes de referencia que contengan estas versiones anteriores.

El proceso que seguí fue que cuando en mi trabajo para los equipos nuevos se implemente lo ya establecido y en su caso Instalar Office 365 y desinstalar las versiones anteriores. 

En MDT lo podemos hacer fácilmente agregando un Commandline en nuestra Secuencia de tareas.

cscript.exe //nologo %SCRIPTROOT%\OfficeScrub10.vbs /ALL /QUIET

Nuestros archivos los copiaremos a la carpeta %SCRIPROOT%.

NOTA.- Esta imagen de Windows 10 previamente ya se había cargado con Office 2010 para después implementarla.

Con ello podemos eliminar Office (old version) e instalar las nuevas versiones.

Sin mas por el momento me despido enviándoles un gran saludo a todos mis lectores, estamos con nuevos post.

Felices despliegues.

 

 

Implementar Office 365 en tu Organización

Ha llegado 2018 y con este año, nuevas tareas, quiero compartir con ustedes uno de muchos ejemplos que podemos implementar en nuestra organización para desplegar Microsoft Office 365. 

En nuestro caso se ha implementado Microsoft Office 365 mediante los siguientes métodos.

Microsoft Office Deployment Tool (ODT)

Kaspesrky (despliegue)

Lo primero que debemos hacer es tener un repositorio donde estarán todos los archivos y configuraciones de forma centralizada.

Para ello vamos a descargar la herramienta ODT desde este enlace link.

Office Deployment tools es como un pequeño archivo ejecutable con el que podemos:

  • la instalación de los archivos de Office desde la nube.
  • la implementación, actualización y desinstalación mediante scripts de líneas de comando.
  • integrarlo como secuencia de tareas dentro de Microsoft Deployment toolkit
  • creación de paquetes con SCCM
  • incluso se puede utilizar con herramientas de terceros.

Una vez descargada vamos a nuestra carpeta compartida en nuestro servidor y ejecutamos.

Nos agregara un archivo llamado configuration.xml y setup.exe en los cuales vamos a descargar desde la web la suite de Office 365.

Nota.- los demás archivos los vamos ir generando conforme avancemos en el articulo.

Para ello abrimos configuration.xml en donde vamos a colocar como se muestra a continuación y vamos a guardar el archivo como download.xml.

Ahora en nuestro recurso compartido, ejecutamos cmd con privilegios de Administrador y colocamos la siguiente sintaxis para descargar la suite de Microsoft Office 365 desde la nube.

setup.exe /download download.xml

Una vez terminada la descarga podremos ver una carpeta llamada Office la cual contendrá todos los archivos necesarios para su posterior instalación.

Ahora el siguiente paso es implementar nuestra suite. Para ello como les mencione, existen infinidad de caminos por los cuales podemos implementar en nuestros clientes tales como MDT, SCCM, GPO, Software de Terceros, Manualmente, etc.

En nuestro caso he creado unos pequeños scripts para poder primeramente desinstalar la versión Previa de Office como podemos ver en nuestro caso en particular se tienen clientes con Office 2007 y Office 2010, para poder realizar este procedimiento de forma un poco mas automatizada lo primero que debemos hacer es preparar el instalador de Office 365 y el instalador sucesivamente de Office.

Paso 1.- Script Microsoft Office 365

Vamos primeramente a modificar nuestro archivo download.xml y lo renombraremos como configuration.xml quedando de la siguiente manera, en donde SourcePath=”\\MDT\Office365ProPlus$\ es la ruta en donde estan los archivos previamente creados.

Vamos en este momento a generar nuestro archivo de despliegue con un simple script en cmd. con la siguiente sintaxis. Lo llamamos InstalaOffice365.cmd

\\mdt\Office365ProPlus$\setup.exe /configure \\mdt\Office365ProPlus$\configuration.xml

Nota.- Podemos excluir Apps de Microsoft Office 365 configurando el archivo xml tal y como lo muestro en este articulo para excluir apps.

Office 365 ProPlus con “clic-to-run” ya soporta (ExcludeApp ID)

Paso 2.- Script para Desinstalar Microsoft Office 2007 y 2010 (en este caso)

Para este paso, he buscado en Google alguna herramienta cual me ayudo, en donde existe infinidad de programas que te facilitan esta tarea entre ellas o15-ctrremove.cab  cual podemos descargar desde este link. 

Con ellos con unos cuantos clic´s y tendremos nuestra suite desinstalada.

En mi caso particular también encontré dentro de Github Office-IT-Pro-Deployment-Scripts para eliminar cualquier versión de Office previamente instalada.

Este método fue el que para mi caso particular me sirvió, descargamos OffScrub07.vbs y OffScrub10.vbs.

Una vez descargados creamos un pequeño script en cmd y colocamos la siguiente sintaxis.

call cscript.exe \\mdt\Office365ProPlus$\OfficeScrub10.vbs ALL /Quiet

Guadamos como DesinstalaOffice2007.cmd y 2010 respectivamente.

 

Paso 3.- Implementar (1:DesinstalaOffice2010.cmd – 2: InstalaOffice365.cmd)

Primero debemos eliminar nuestra suite de Office anterior, y después instalar Office 365, por lo anterior el método para realizarlo se los dejo a su imaginación, por medio de software de despligue.

En mi caso particular he testeado implementar por separado desde la consola de Kaspersky.

creando un pequeño script en cmd con la siguiente información.

@echo off
mode con:cols=50 lines=2
color 1f
echo DESINSTALANDO VERSION PREVIA – NO MOVER
start /w \\mdt\Office365ProPlus$\DesinstalaOffice2010.cmd

@echo off
mode con:cols=50 lines=2
color 1f
echo DESINSTALANDO VERSION PREVIA – NO MOVER
start /w \\mdt\Office365ProPlus$\DesinstalaOffice2007.cmd

@echo off
mode con:cols=50 lines=2
color 1f
echo INSTALANDO OFFICE365 – NO MOVER
start /w \\mdt\Office365ProPlus$\InstalaOffice365.cmd

Aqui la pantalla ejecutando el primer script.

Aquí la pantalla ejecutando el segundo script.

Aquí el resultado.

Deploy Software de Terceros (Kaspersky)

Para realizar este procedimiento por Kaspersky nos vamos a la consola en donde tenemos previamente seccionados los equipos clientes por departamento y hacemos clic derecho sobre el equipo que queramos ejecutar los scripts.

Creamos una nuevo paquete de aplicación.

Colocamos el nombre de la aplicación a ejecutar y damos clic en siguiente.

Listo ya podemos ejecutar nuestros script de forma remota en nuestra organización.

Puedes descargar los archivos desde este link.

Sin mas por el momento me despido enviándoles un gran saludo a todos mis lectores, estamos con nuevos post.

Felices Despliegues!!!

 

Integrar los Instaladores de Visual C++ con script de Powershell durante el Despliegue en MDT

Hola que tal amigos pues se acaba el año, aprovechando estos dias de vacaciones, vamos a realizar un update a un post que Mikael Nystrom nos compartio hace ya algun tiempo, para poder intregrar los Instaladores de Visual C++ durante el despliegues con MDT de forma automatica, este post lo realice hace algun tiempo de forma manual.

Descargar los instaladores de Visual C++ con script de Powershell

Hace unos meses se realizo el update intregrando al script de Mikael Nystrom Visual C++ 2017 en sus versiones x64 y x86.

el codigo lo podemos descargar desde su cuenta de Github  Una vez descargados los paquetes y siguiendo el procedimiento descrito en el link anterior (post) vamos a crear una carpeta llamada Sources en donde estaras las carpetas descargadas junto con el script que automatiza el proceso.

El script de automatizacion lo podremos descargar desde este link.

Debemos crear la siguiente estructura de ruta de los archivos tal y como se muestra en la siguiente imagen.

Dentro de nuestro MDT agregamos nuestra aplicacion dejando los siguientes parametros para intyectar.

cscript.exe Install-MicrosoftVisualC++x86x64.swf

En nuestra TS agregamos la aplicacion.

Manos a la obra.

 

 

 

 

 

 

Microsoft Deployment Toolkit 8450 Disponible

El dia de hoy se libero la nueva version de MDT 8450 algunos cambios significantes para esta nueva version de MDT son los siguientes:

Here is a summary of the significant changes in this build of MDT:

  • Supported configuration updates
    • Windows ADK for Windows 10, version 1709
    • Windows 10, version 1709
    • Configuration Manager, version 1710
  • Quality updates (titles of bug fixes)
    • Win10 Sideloaded App dependencies and license not installed
    • CaptureOnly task sequence doesn’t allow capturing an image
    • Error received when starting an MDT task sequence: Invalid DeploymentType value “” specified. The deployment will not proceed
    • ZTIMoveStateStore looks for the state store folder in the wrong location causing it to fail to move it
    • xml contains a simple typo that caused undesirable behavior
    • Install Roles & Features doesn’t work for Windows Server 2016 IIS Management Console feature
    • Browsing for OS images in the upgrade task sequence does not work when using folders
    • MDT tool improperly provisions the TPM into a Reduced Functionality State (see KB 4018657 for more information)
    • Updates to ZTIGather chassis type detection logic
    • Upgrade OS step leaves behind SetupComplete.cmd, breaking future deployments
    • Includes updated Configuration Manager task sequence binaries

Para obetener esta build dale clic en este enlace.

Saludos y estamos con nuevos post.

 

 

Implementar la Imagen actual de “Bing” durante el despliegue de Windows 10 con MDT

Hola que tal amigos, despues de estar testeando por medio de powershell, podemos implementar la imagen actual que se encuentra en http://www.bing.com como fondo de pantalla de bloqueo en nuestro Windows 10 durante la implementacion por medio de MDT.

Para poder implementar esta imagen actual de Bing, lo primero que debemos hacer es colocar el siguiente código escrito por Joseph Moody.

Cual nos muestra como a través de powershell podemos descargar las imagenes de Bing.

Aqui el codigo para realizar la descarga  de las imágenes de Bing manualmente.


set-executionpolicy remotesigned
$url = “http://feeds.feedburner.com/bingimages”
$wc = New-Object net.webclient
$xml = [ xml ]$wc.DownloadString($url)
$xmlrss = $xml.rss.channel.item | Select-Object –first 1
$imgurl = $xmlrss.selectSingleNode(‘enclosure’).getAttribute(‘url’)
$savelocation = ‘\\mdt\produccionx64_2010$\Applications\Look Screen\Image\background2.jpg’
$wc.DownloadFile($imgurl,$savelocation);

  Este archivo lo vamos a guardar como saveimage.ps1 haciendo un testeo si ejecuto este script en mi equipo local funciona bien, el cual realice un testeo para poder descargar la imagen dentro de una carpeta compartida en mi servidor de MDT, en la siguiente ruta.

\\mdt\produccionx64_2010$\Applications\Look Screen\Image\background2.jpg

Para poder implementarlo debemos convertir este archivo en .exe el cual podemos ayudarnos de esta herramienta psitoexe converter por Damien Van Rovaeys,

Al finalizar debemos tener nuestro archivo .exe.

Este archivo debemos agregarlo dentro de MDT como Applications. 

Agregamos dentro de nuestra TS antes de nuestro archivo previamente creado el cual definimos a continuación.

Para el proceso de Look Screen: Ahora bien lo primero que hara el script durante el proceso de implementacion sera copiar la imagen actual de Bing, dentro de nuestra TS, una vez colocada la imagen, previamente, se ejecutara otro script el cual cambiara por medio de powershell la imagen, para este tema he escrito previamente con la ayuda de Eduardo Sena el siguiente post.

El proceso comenzara a realizarse en los pasos dentro de nuestra TS y al finalizar implementaremos la imagen actual de Bing en Windows 10 (Look Screen).

Se copia la imagen en nuestro recurso compartido (MDT Server). NAME: background2.jpg

 

Instala la nueva imagen como Look Screen.

Aquí el resultado.

Sin mas por el momento me despido enviándoles un gran saludo a todos mis lectores, estamos con nuevos post.

 

Enviando E-Mail de confirmación durante el proceso de Implementacion – MDT

Quiero compartir este post con ustedes ya que se me hizo realmente interesante el trabajo que han realizado mis colegas Mikael Nystrom y Eduardo Sena

Para la realización de un script el cual nos da a detalle vía correo electrónico algunos datos de migración de nuestros equipos hacia Windows 10, como lo es mi caso, sobre el proyecto que he estado trabajando desde hace algunos meses sobre Deploy Windows 10 In Your Organization With MDT.

Resultado del Script

Informacion MDT Migración.

Para mas información sobre este proceso puedes visitar el blog de Eduardo Sena en el siguiente link.

 Sin duda un gran aporte de estos dos grandes. 

Sin mas por el momento me despido enviándoles un gran saludo a todos mis lectores y estamos con nuevos post.

Felices Despliegues.

 

 

 

 

Agregando compact.exe a MDT durante el Despliegue de Windows 10

Desde la llegada de Windows 10, Microsoft  incluye un nuevo mecanismo de compresión conocido como OS Compact. (herramienta de Línea de Comandos).

hace un tiempo escribí un articulo relacionado al funcionamiento de esta herramienta la cual para mas información puedes entrar a este link.

Con MDT puedes agregar esta opción durante tu implementacion, para ello debemos guardar nuestra linea de comandos en un archivo .bat como se muestra a continuacion.

compact.exe /compactOS:always

pause

Este archivo .bat lo agregamos como aplicación dentro de nuestro MDT server y agregamos en nuestra secuencia de tareas como se muestra a continuacion.

Aquí el proceso durante el despliegue.

Sin mas por el momento me despido enviándoles un gran saludo a mis lectores, estamos con nuevos post.

Felices Despliegues.

 

 

 

 

Construir e Implementar Imagen de Windows 10 con Windows ICD

Hola que tal amigos, pues en esta ocasion vamos a ver la manera de poder crear una imagen de nuestro Windows 10 desde la herramienta Windows ICD.

Windows ICD para las personas que no están familiarizadas aun, la herramienta de diseño de configuración de Windows para crear paquetes de aprovisionamiento para configurar fácilmente los dispositivos que ejecutan Windows 10. El Diseñador de configuración de Windows está diseñado principalmente para que los departamentos de TI lo utilicen para instituciones comerciales y educativas que necesiten aprovisionar su propio dispositivo (BYOD) y negocio dispositivos suministrados.

Una vez instalada la herramienta la abrimos y nos mostrara una ventana como la siguiente:

Damos clic en Personalización de Imagen de Windows.

Nos aparecerá una nueva ventana en donde describiremos el detalle del nuevo proyecto.

Damos clic en siguiente, Ahora seleccionamos el formato de origen de Imagen de Windows, para ello debemos utilizar el archivo wim.

Para poder utilizar el archivo .wim debemos tener nuestro DVD de Windows 10 listo para poder copiar el archivo llamado install.wim a una carpeta en nuestro sistema para que pueda ser manipulada por Windows ICD.

Para ello copiamos el archivo install.wim que se encuentra dentro de la carpeta sources de nuestro DVD a una carpeta llamada Windows 10 original.

Una vez hecho este procedimiento ahora si dentro de nuestro ICD vamos a buscar nuestra imagen install.wim previamente copiada a nuestro equipo.

Windows ICD nos pedira si deseamos agregar un paquete de aprovisionamiento previo, para este ejemplo decimos que no y finalizamos el asistente.

Nos aparecerá una nueva configuración de pantalla, como la que se muestra a continuación.

En el panel izquierdo damos clic en ver tipo de personalización y elegimos la de ITpro, para que nos muestre mas opciones.

Ahora si vamos a colocar algunos parámetros de nuestra imagen para despliegue.

Incluso para este ejemplo podemos modificar nuestro startlayout para una mejor apariencia, para mas información sobre este proceso puedes ver este post que escribí hace un tiempo. link.

Una vez terminada la configuración, damos clic en exportar paquete de aprovisionamiento, damos clic en siguiente.

Colocamos un password para el tema de seguridad y clic en siguiente. compilamos el paquete y listo.

Ahora podemos terner dos caminos para instalar el paquete, manualmente agregando el aprovisionamiento en un equipo que tiene Windows 10 ya instalado o crear un medio (imagen .wim ) para después implementarlo de forma centralizada.

Para hacerlo manualmente dentro de Windows 10 nos vamos a la carpeta creada y copiamos la información en nuestro sistema operativo.

Dentro de configuración podemos ver la opción de agregar o quitar un paquete de aprovisionamiento, en esta pantalla agregaremos el que creamos previamente.

Colocamos la contraseña y listo.

Ahora para crear la imagen personalizada, debemos dar clic en crear WIM como se muestra a continuación.

Seleccionamos el formato de imagen a compilar y en la siguiente pantalla damos clic en compact disc para optimizar el espacio de nuestro disco duro.

Siguiente y guardamos nuestro proyecto como se muestra a continuacion.

Finalizamos.

Sin mas por el momento me despido enviándoles un gran saludo a todos mis lectores, estamos con nuevos post.

 

 

 

 

 

 

Guardar los Marcadores de Google Chrome y Firefox en USMT para MDT

Hola que tal amigos, pues en esta ocasión vamos a ver la manera de poder configurar los marcadores de Google Chrome y Firefox para poder realizar una migración exitosa usando USMT y MDT como herramienta de despliegue a la hora de hacer escenarios refresh de nuestros equipos cliente.

Para Google Chrome lo que necesitamos es navegar dentro de nuestro repositorio de MDT en la seccion Tools\x64\USMT5 Localizamos el archivo migapp.xml en donde esta la configuración para poder hacer el migrado de datos de nuestro sistema operativo, para ello nos posicionamos en la parte de Google Chrome.

Muy importante hacer copia de seguridad de nuestro archivo MigApp.xml  para cualquier eventualidad.

 

Para poder guardar los marcadores para Google Chrome vamos a copiar el siguiente código y colocarlo dentro de nuestro archivo migapp.xml

<!– Google Chrome x86–>
<component context=”UserAndSystem” type=”Application”>
<displayName _locID=”migapp.chrome86″>Google Chrome x86</displayName>
<environment name=”GlobalEnv”/>
<environment name=”GlobalEnvX64″/>
<role role=”Settings”>
<destinationCleanup>
<objectSet>
<pattern type=”File”>%CSIDL_LOCAL_APPDATA%\Google\Chrome\User Data\*\Cache\* [*]</pattern>
</objectSet>
</destinationCleanup>
<detection>
<conditions>
<condition>MigXmlHelper.DoesObjectExist(“Registry”,”%HklmWowSoftware%\Google\Chrome\”)</condition>
</conditions>
</detection>
<rules context=”User”>
<include>
<objectSet>
<pattern type=”File”>%CSIDL_LOCAL_APPDATA%\Google\Chrome\User Data\* [*]</pattern>
</objectSet>
</include>
<exclude>
<objectSet>
<pattern type=”File”>%CSIDL_LOCAL_APPDATA%\Google\Chrome\User Data\*\Cache\* [*]</pattern>
</objectSet>
</exclude>
<merge script=”MigXmlHelper.SourcePriority()”>
<objectSet>
<pattern type=”File”>%CSIDL_LOCAL_APPDATA%\Google\Chrome\User Data\* [*]</pattern>
</objectSet>
</merge>
</rules>
</role>
</component>

<!– Google Chrome x64–>
<component context=”UserAndSystem” type=”Application”>
<displayName _locID=”migapp.chrome64″>Google Chrome x64</displayName>
<environment name=”GlobalEnv”/>
<environment name=”GlobalEnvX64″/>
<role role=”Settings”>
<destinationCleanup>
<objectSet>
<pattern type=”File”>%CSIDL_LOCAL_APPDATA%\Google\Chrome\User Data\*\Cache\* [*]</pattern>
</objectSet>
</destinationCleanup>
<detection>
<conditions>
<condition>MigXmlHelper.DoesObjectExist(“Registry”,”%HklmWowSoftware%\Google\Chrome\”)</condition>
</conditions>
</detection>
<rules context=”User”>
<include>
<objectSet>
<pattern type=”File”>%CSIDL_LOCAL_APPDATA%\Google\Chrome\User Data\* [*]</pattern>
</objectSet>
</include>
<exclude>
<objectSet>
<pattern type=”File”>%CSIDL_LOCAL_APPDATA%\Google\Chrome\User Data\*\Cache\* [*]</pattern>
</objectSet>
</exclude>
<merge script=”MigXmlHelper.SourcePriority()”>
<objectSet>
<pattern type=”File”>%CSIDL_LOCAL_APPDATA%\Google\Chrome\User Data\* [*]</pattern>
</objectSet>
</merge>
</rules>
</role>
</component>

Para Firefox lo que vamos a realizar es remplazar la siguiente condición.

<!– Mozilla Firefox All Editions x86 –>
<component context=”UserAndSystem” type=”Application”>
<displayName _locID=”migapp.firefox86″>Mozilla Firefox x86</displayName>
<environment name=”GlobalEnv”/>
<environment name=”GlobalEnvX64″/>
<role role=”Settings”>
<detection>
<conditions>
<condition>MigXmlHelper.DoesObjectExist(“File”,”%CSIDL_APPDATA%\Mozilla\Firefox\* [*]”)</condition>
</conditions>
</detection>
<rules context=”User”>
<include>
<objectSet>
<pattern type=”File”>%CSIDL_APPDATA%\Mozilla\Firefox\* [*]</pattern>
</objectSet>
</include>
<merge script=”MigXmlHelper.SourcePriority()”>
<objectSet>
<pattern type=”File”>%CSIDL_APPDATA%\Mozilla\Firefox\* [*]</pattern>
</objectSet>
</merge>
</rules>
</role>
</component>

<!– Mozilla Firefox All Editions x64 –>
<component context=”UserAndSystem” type=”Application”>
<displayName _locID=”migapp.firefox64″>Mozilla Firefox x64</displayName>
<environment name=”GlobalEnv”/>
<environment name=”GlobalEnvX64″/>
<role role=”Settings”>
<detection>
<conditions>
<condition>MigXmlHelper.DoesObjectExist(“File”,”%CSIDL_APPDATA%\Mozilla\Firefox\* [*]”)</condition>
</conditions>
</detection>
<rules context=”User”>
<include>
<objectSet>
<pattern type=”File”>%CSIDL_APPDATA%\Mozilla\Firefox\* [*]</pattern>
</objectSet>
</include>
<merge script=”MigXmlHelper.SourcePriority()”>
<objectSet>
<pattern type=”File”>%CSIDL_APPDATA%\Mozilla\Firefox\* [*]</pattern>
</objectSet>
</merge>
</rules>
</role>
</component>

 

Listo, con esto podemos hacer una migración exitosa siempre y cuando el equipo tenga previamente Firefox o Google Chrome instalados para poder hacer el respaldo correspondiente.

Este procedimiento de prueba lo realice solo con mi marcador referenciado a mi blog, ademas de comentarles que se utilizo un proceso refresh escenario para la migración de Windows 10.

Gracias a mi amigo Eduardo Sena por guiarme durante este proceso y resolver algunas dudas que tenia al respecto.

Les adjunto el archivo que utilice para que puedan hacer sus respectivas pruebas y migraciones.

Sin mas por el momento me despido enviándoles un gran saludo a todos mis lectores y estamos con nuevos post.

Felices Despliegues.

 

 

 

Añadir Dispositivos e Impresoras en el menu contextual de Windows 10

Hola que tal amigos pues en esta ocasion vamos a ver la forma en como podemos agregar al menú contextual de Windows 10 un enlace a dispositivos e impresoras el cual es útil para cuando deseamos configurar y/o agregar estos mismos a nuestros equipos con Windows .

Para ello vamos a abrir nuestro editor de registro como se muestra a continuacion. Nos vamos a la siguiente clave de registro.

HKEY_CLASSES_ROOT\DesktopBackground\Shell

Creamos una subclave con el siguiente nombre “DispositivoseImpresoras“.

A la derecha, creamos una nueva cadena (REG_SZ) llamada MUIVerb y configúrela en la línea “Dispositivos e impresoras”.

Creamos un nuevo valor de cadena “Icon” y configuramos con el siguiente valor: %systemroot%\system32\DeviceCenter.dll,-1

Debajo de la clave DevicesAndPrinters que creamos, creamos una nueva subclave llamada “Command“.

A la derecha, modificamos el parámetro predeterminado (sin nombre) y configuramos con el siguiente valor.

explorer.exe shell:::{A8A91A66-3A7D-4424-8D24-04E180695C7A}

y listo.

Fuente: https://winaero.com

sin mas por el momento me despido enviandoles un gran saludo a todos mis lectores, estamos con nuevos post

 

 

 

 

Video Platica ITPROS DC comunidad- Implementar Windows 10

Hola que tal amigos, hace unos meses tuve la oportunidad de presentar una pequeña platica para la comunidad de ITPROS DC colombia en donde explico a grandes rasgos, el proceso que implemente para hacer la migración de los equipos de computo de Windows 7 a Windows 10 en un entorno laboral.

sin duda un gran desafió y a la vez una gran satisfacción. El vídeo lo puedes ver desde este enlace de Youtube.

Espero y les guste, saludos y estamos con nuevos post.

Felices Despliegues.

MDT Profile Generator

Wow.!!! Sin duda un excelente trabajo de mi amigo Damien, quien ha perfeccionado esta increíble herramienta para generación de customsettings.ini en MDT, sin duda la cual nos ayudara a minimizar los tiempos de configuración.

para poder descargar y utilizar la herramienta, les comparto el link que nos comparte Damien https://gallery.technet.microsoft.com/MDT-Profile-Generator-23060dbb

Aqui el resultado para agregarlo a nuestro nuevo DeploymentShare.

Sin duda una gran herramienta que nos comparto desde su blog.

sin mas por el momento me despido enviándoles un gran saludo a todos mis lectores.

estamos con nuevos post. Felices Despliegues.

P2V Convertir Virtual Disk Image VMWare VMDK a VirtualBox VDI

Hola que tal amigos, pues en esta ocasión vamos a ver el proceso P2V (Physical to Virtual), con ello podemos realizar un sinfín de pruebas para testear, probar o simplemente guardar información importante como respaldos.

en esta ocasión vamos a ver la forma sencilla de poder hacer este proceso. recordar que el tema de Hardware es muy importante ya que si tienes un equipo con cierto modelo esta maquina virtual tendrías que vivir en un equipo con las mismas características para que pueda resultar satisfactorio.

Para comenzar con el proceso sencillo necesitamos 2 herramientas cuales les comparto los links para descarga

Una vez descargadas las herramientas, procedemos primeramente a abrir Vmware Standalone Converter, damos clic en Convert Machine.

Damos clic en This Local Machine.

Seleccionamos las particiones que deseamos virtualizar y la carpeta destino cual contedra nuestra imagen, el proceso comenzara.

Al finalizar el proceso vemos nuestro equipo convertido en VMDK de Vmware.

Ahora vamos a instalar Virtual Box. Cuando tengamos este programa, vamos a abrir cmd con privilegios de administrador. 

Escribimos la siguiente ruta dentro de la linea de comandos.

cd c:\Program Files\Oracle\VirtualBox\

Ahora ejecutamos el comando VBoxManage con el modificador clonehd para crear una copia del VMDK en el formato VDI.

Antes de empezar, asegurarnos de eliminar las instantáneas del disco de origen y asegúrarse de que no estén conectadas a una máquina virtual en ejecución.

Ejecutamos el siguiente comando y sustituimos las rutas de imagen de disco virtual de entrada y salida:

VBoxManage clonehd –format VDI D:\clonacion\SI-PROYECTO\virtual.vmdk D:\Virtual.vdi

Al finalizar veremos nuestra maquina como la siguiente pequeña imagen.

Abrimos nuestra maquina convertida con Virtual Box y listo aquí el resultado.

Sin mas por el momento me despido enviándoles un gran saludo a todos mis lectores, estamos con nuevos post.

 

 

Usando SetupComplete.cmd para implementar Apps durante el Despliegue de Windows 10

Hola que tal amigos, vamos a ver una manera mas para poder agregar nuestras aplicaciones de forma desatendida a nuestra imagen de Windows 10 (.ISO), para lograr este procedimiento, lo primero que haremos sera montar nuestra imagen de Windows 10 para despues copiar todo el contenido, este procedimiento lo podemos realizar con el comando xcopy o simplemente con las opciones de Windows copiar y pegar (algo sencillo de realizar)

si nos gusta ser un poco mas (pro) te dejo las lineas de comando para poder copiar todo el contenido de nuestra imagen a una carpeta llamada Windows10apps en C:\ para poder posteriormente utilizarla.

xcopy <unidadISO>:\*.* /e /f /s C:\Windows10apps\

Ahora bien, dentro de la carpeta de sources de nuestra imagen copiada vamos a crear una carpeta llamada $OEM$

En pocas palabras las carpetas hacen la funcion de copiar la informacion a lugares en especificos cuando instalamos algun sistema operativo. para poder hacer uso de la informacion segun sea el caso.

$OEM$.- toda la informacion que este dentro de esta parpera se copiara al disco duro durante la instalacion.

$1.- tola la informacion contenida en esta carpeta se copiara directamente a la raiz de la unidad en este caso C: como normalmente se instala.

$$.-Toda la informacion contenida en esta carpeta se copiara la carpeta de (windows) siendo la ruta: c:\windows.

Cuando quieras copiar durante la instalacion de tu sistema operativo solamente tendremos que alojar la informacion dentro de estas carpetas $1 y $$ para despues hacer uso de la misma.

Dentro de la carpeta $$ vamos a crear las carpetas Setup y Scripts en donde dentro de esta ultima vamos a tener nuestras aplicaciones .exe que vamos a agregar a nuestra imagen de Windows 10.

Para hacer nuestras pruebas vamos a agregar las siguientes aplicaciones a manera de ejemplo:

  • Winrar
  • K-Lite
  • Team Viewer
  • Driver Max

Quedando de la siguiente forma.

Ahora vamos a crear nuestra aplicaciones que instale estos programas, para ello vamos a abrir un bloc de notas y lo guardamos como setupcomplete.cmd en la misma carpeta donde estan los programas a instalar.

Dentro de este archivo.cmd vamos a colocar los codigos correspondientes para las aplicaciones.

Con estas instrucciones podemos tener todo listo para instalar nuestras aplicaciones.

Ahora bien, como podemos hacer de manera desatendida nuestras aplicaciones, para ello les comparto algunos links de interes en donde podemos ver la gran variedad de opciones (switches) que tenemos de acuerdo a nuestras aplicaciones.

Para esta opcion vamos a descargar el programa Universal Silent Switch Finder para poder ver cuales Switches son acordes a nuestras aplicaciones.

Una vez descargala la aplicaciones solamente abrimos el archivo.exe y este proceso nos mostrara los switches para hacerlos desatendidos.

Si vemos para nuestro reproductor K-Lite da la opcion /VERYSILENT /SUPPRESSMSGBOXES /NORESTART /SP-

Esto dependera de cada una de las aplicaciones a agregar.

Aqui el resultado para estas aplicaciones:

Al finalizar vamos a tener nuestros archivos incluyendo el setupcomplete.cmd

Existen varias aplicaciones para resellar nuestra imagen .ISO en esta ocasion vamos a hacerlo un poco mas (PRO) usando la herramienta Deployment and Imaging Tools Environment de ADK.

Crearemos nuestra imagen .ISO con el comando OSDIMG igual con privilegios de administrador dentro de la herramienta de ADK.

Ahora si vamos a volver a utilizar CMD desde ADK para poder crear nuestra imagen .ISO (resellar) nuestro contenido.

oscdimg -bC:\Windows10apps\boot\Etfsboot.com -u2 -h C:\Windows10apps\ C:\Win10apps.iso

Ahora vamos a probar nuestra imagen, para este procedimiento utilizare Vmware.

Para mas informacion te dejo el link de referencia. https://docs.microsoft.com/en-us/windows-hardware/manufacture/desktop/add-a-custom-script-to-windows-setup

Sin mas por el momento me despido enviandoles un gran saludo a todos mis lectores, estamos con nuevos post.

Felices Despliegues!!

 

 

Implementar Office365 con Microsoft Intune

Hola que tal amigos pues en esta ocasion les comparto la forma en como podemos configurar Intune en su portal dentro de Azure para implementar Office 365. Este tipo de aplicación facilita la asignación de aplicaciones Office 365 ProPlus 2016 a los dispositivos que administre que ejecutan Windows 10.

Esto funciona muy bien con AutoPilot de Windows permite a los empleados obtener sus nuevos dispositivos preparados para el trabajo sólo proporcionando sus credenciales de la empresa durante OOBE, mientras que Azure AD e Intune trabajan en segundo plano para registrar el dispositivo, desplegar las configuraciones necesarias y también instalar Office 365 Aplicaciones ProPlus.

Antes de poder ejecutar este procedimiento debemos tener en cuenta los siguientes puntos:

  • Los dispositivos a los que implementa estas aplicaciones deben ejecutar la Actualización de Windows 10 Creators o posterior.
  • Intune sólo admite agregar aplicaciones de Office desde la suite Office 365 ProPlus 2016.
  • Si alguna aplicación de Office está abierta cuando Intune instala el conjunto de aplicaciones, es posible que los usuarios finales pierdan datos de archivos no guardados.
  • Este método de instalación no es compatible con dispositivos Windows 10S.
  • Si se asigna este tipo de aplicación como Disponible y segmenta a varios usuarios con las diferentes asignaciones, solo verá la asignación más reciente.
  • Intune no admite la instalación de aplicaciones de escritorio de Office 365 desde Windows Store (conocidas como aplicaciones Office Centennial) en un dispositivo al que ya ha implementado aplicaciones de Office 365 con Intune.
  • Si instala esta configuración, podría causar pérdida o corrupción de datos.

Infografia download

Ahora bien para comenzar vamos a dirigirnos a nuestro portal de Microsoft Azure y navegaremos hasta la siguiente dirección.

Mas servicios – Microsoft Intune – Aplicaciones Moviles – Agregar aplicación.

buscamos Office 365 ProPlus Suite (Windows 10).

Ahora procedemos a configurar nuestra aplicación.

Damos clic en Configure App Suite.

Seleccionamos las aplicaciones estándar de Office que deseemos asignar a los dispositivos. Además, podemos instalar aplicaciones para el cliente de escritorio de Microsoft Project Online y Microsoft Visio Pro para Office 365 si tenemos licencias para ellos.

Ahora configuramos la información del conjunto de aplicaciones. Es posible que deseemos introducir una breve descripción de las aplicaciones de esta suite, si decidimos hacerlo es disponible en el Portal de la empresa Intune.

Por ultimo especificamos el idioma y la arquitectura d nuestra app para ser instalada.

Para mas información sobre las opciones que ofrece esta suite:

On the App Suite Information blade, specify the following information:

  • Suite Name – Enter the name of the app suite as it is displayed in the company portal. Make sure all suite names that you use are unique. If the same app suite name exists twice, only one of the apps is displayed to users in the company portal.
  • Suite Description – Enter a description for the app suite. For example, you could list the apps you’ve selected to include.
  • Publisher – Enter the name of the publisher of the app.
  • Category – Optionally, select one or more of the built-in app categories, or a category you created. This makes it easier for users to find the app suite when they browse the company portal.
  • Display this as a featured app in the Company Portal – Display the app suite prominently on the main page of the company portal when users browse for apps.
  • Information URL – Optionally, enter the URL of a website that contains information about this app. The URL is displayed to users in the company portal.
  • Privacy URL – Optionally, enter the URL of a website that contains privacy information for this app. The URL is displayed to users in the company portal.
  • Developer – Optionally, enter the name of the app developer.
  • Owner – Optionally, enter a name for the owner of this app, for example, HR department.
  • Notes – Enter any notes you would like to associate with this app.
  • Upload Icon – Upload an icon that is displayed with the app when users browse the company portal.

On the App Suite Settings blade, specify the following information:

  • Office version – Choose whether you want to assign the 32-bit, or 64-bit version of Office. You can install the 32-bit version on both 32-bit, and 64-bit devices, but you can only install the 64-bit version on 64-bit devices.
  • Update Channel – Choose how office is updated on devices. For information about the different update channels, see Overview of update channels for Office 365 ProPlus. Choose from:
    • Current
    • Deferred
    • First Release Current
    • First Release Deferred
  • Automatically accept the app end user license agreement – Select this option if you don’t require end users to accept the license agreement. Intune then automatically accepts the agreement.
  • Use shared computer activation – Shared computer activation is used when multiple users share a computer. For more information, see Overview of shared computer activation for Office 365 ProPlus.
  • Languages – Office automatically installs in any supported languages that are installed with Windows on the end-users device. Select this option if you want to install additional languages with the app suite.

Nota: actualmente, este formulario de implementación de Office 365 ProPlus sólo se admite para dispositivos sin una versión existente de Office. Para los dispositivos con versiones existentes de Office, se recomienda eliminar todas las versiones de Office antes de la inscripción. Estamos trabajando con equipos de Windows y Office en futuras mejoras para soportar dispositivos con despliegues de Office existentes.

Agregamos la app y guardamos.

Ahora asignaremos esta aplicacion a nuestro grupos de intune.

Para cada aplicación que elije, seleccionamos un tipo de asignación para la aplicación, como:

  • Disponible: los usuarios instalan la aplicación desde el sitio web o la aplicación del Portal de empresa.
  • No aplicable: la aplicación no está instalada ni se muestra en el Portal de empresa.
  • Requerida: la aplicación se instala en dispositivos de los grupos seleccionados.
  • Desinstalar: la aplicación se ha desinstalado de dispositivos de los grupos seleccionados.
  • Available with or without enrollment (Disponible con o sin inscripción): asignar esta aplicación a grupos de usuarios cuyos dispositivos no se hayan inscrito en Intune.

La aplicación ahora se asigna a los grupos que ha seleccionado.

sin mas por el momento me despido enviándoles un gran saludo a todos mis lectores, estamos con nuevos post.

Felices Despliegues

 

 

Downgrade Windows 10 Enterprise a Windows 10 S

Windows 10 S es la nueva edición de Windows 10 con la gran diferencia de las ediciones regulares, ya que no tiene soporte para instalar y ejecutar programas Win32, sólo puede instalar aplicaciones disponibles en la tienda de Windows. Microsoft ha hecho posible que cualquiera pruebe la nueva edición de Windows 10.

Como lo he mencionado Windows 10 Enterprise o Pro  se pueden cambiar a Windows S,  si queremos probar este proceso tendriamos que hacer un pequeño paso mas, sin instalar todo desde un principio con los binarios de Windows 10 Pro.

Un pequeño tip es cambiar la version de Windows 10 Enterprise a Windows 10 Pro es cambiar solamente la clave de producto correspondiente a la version

Con este pequeño paso hemos cambiado de Windows 10 Enterprise a Windows 10 Pro o en su caso podemos dejarlo en la version que estamos utilizando

Ahora desde la version de Windows 10 Pro podemos instalar la version de Windows 10 S aqui les comparto dos formas desde MSDN o descargando el Instalador

Una vez descargado podemos ejectuar el instalador el cual nos guiara para el proceso de cambio.

Reiniciamos nuestro equipo para ver los resultados.

Microsoft ha anunciado que invertir el proceso (upgrade) de Windows S a Windows 10 Pro siguiendo estas recomendaciones en estos link:

How to upgrade from Windows 10 S to Windows 10 Pro

https://support.microsoft.com/en-us/help/4023898/windows-10-s-switching-to-pro

How to switch from Windows 10 S to Pro, and back again

les comparto algunas imagenes de esta Edicion

Sin mas por el momento me despido enviandoles un gran saludo a todos mis lectores, estamos con nuevos post

Felices Despliegues

Error al ejecutar la secuencia de tareas en SCCM

Hola que tal amigos pues si, despues de estar investigando y moviendo mi entorno de SCCM, encontre algunas posibles soluciones o simplemente darles un mejor camino a la solucion de Error al ejecutar la secuencia de tareas de SCCM – la secuencia de tareas no esta disponible para esta computadora.

Cuando intentamos ejecutar desde un entorno PXE los pasos que he seguido para que SCCM me pueda detercar mi secuencia de tareas son los siguientes:

El primer paso es ir a nuestro BootImage (en mi caso he creado uno con integracion a MDT).

clic derecho en propiedades y podemos ver en la pestaña de distribution settings, debemos de tildar “Distribute  the content for this package to preferred distribution points” por default las imagenes Boot image x64 y x86 tienen el modo mandatory por lo que para este caso he destildado esta opcion para estas arquitecturas y tildado para la nueva MDT_BootImage que he creado con integracion a MDT.

Como segundo paso en las propiedades de mi TS en la pestaña de Advanced he seleccionado MDTBootImage para usar en mi implementacion.

Con estos dos pasos mas la previa configuracion de la secuencia de tareas he logrado ver la misma en mi equipo para implementar.

Los comentarios son bienvenidos, si consideran que ha faltado algun dato, haganmelo saber y lo anotamos en este post.

sin mas por el momento me despido enviandoles un gran saludo a todos mis lectores, estamos con nuevos post.

Nuevo Microsoft Deployment Toolkit – MDT Facebook Group

Hola que tal amigos, los quiero invitar a esta nueva iniciativa en donde podran compartir experiencias y exponer dudas sobre la herramienta MDT.

Link: https://www.facebook.com/groups/MDTGroup/

Muy importante solamente los Administradores del grupo podran aceptar los post que sean acordes al tema.

Los espero y recuerden compartir el mismo.

 

 

Usando CopyProfile en Windows 10 con MDT

Hola a todos, en esta ocasion vamos a ver la forma de activar CopyProfile en Windows 10 usando Microsoft Deployment Toolkit.

Primeramente veamos que hace CopyProfile, CopProfile permite personalizar un perfil de usuario y utilizar el perfil personalizado como el perfil de usuario predeterminado. Windows utiliza el perfil de usuario predeterminado como una plantilla para asignar un perfil a cada nuevo usuario.

Mediante la personalización del perfil de usuario predeterminado, se puede configurar la configuración de todas las cuentas de usuario creadas en el equipo. Mediante CopyProfile, se puede personalizar aplicaciones instaladas, controladores, fondos de escritorio, configuraciones de Internet Explorer y otras configuraciones. Tener en cuenta que algunas configuraciones no se conservan mediante CopyProfile.

Partiendo de un escenario con MDT en donde ya tenemos nuestro laboratorio arriba, voy a explicar desde este punto medio la configuracion de Copyprofile, Lo primero que haremos sera dentro de nuestra secuencia de tareas activar la funcion de suspend. con la siguiente sintaxis.

cscript.exe “%SCRIPTROOT%\LTISuspend.wsf”

Ahora como segundo punto vamos a ir a nuestro customsettings.ini para poder activar (NO) nuestra pantalla de capture dentro de nuestra implementacion.

SkipCapture=NO

Por ultimo, no olvidemos la coneccion hacia nuestro servidor de implementacion en nuestro BootStrap.ini

Ahora vamos a realizar nuestro update a DeploymentShare e instalamos en una maquina virtual. En mi caso estare utilizando VMware.

Comenzamos el proceso con MDT.

Como lo checamos en las lineas anteriores, la pantalla de CAPTURE esta habilitada en donde por default nos da la direccion de nuestro deploymentshare y una carpeta predeterminada.

Tenemos nuestro Windows 10 con nuestra secuencia de tareas en modo suspension, (Resume Taks Sequence) en este momento vamos a modificar algunas configuraciones con nuestro sistema, para ello vemos el antes y el despues.

Para poder cambiar las caracteristicas de Windows no esta por demas tener en cuenta la activacion de Windows 10.

Vamos checando como se ve el sistema (tuneado) jejej

Ahora continuamos con el proceso de nuestra TS.

Durante el proceso MDT capturara la imagen.

Listo, ahora vemos nuestra imagen capturada en la siguiente ruta de nuestro DeploymentShare.

Es hora de agregar nuestra imagen nuevamente a nuestro deploymentshare como Custom Image.

Terminamos el proceso de integracion de nuestra imagen de Windows 10 captura, ahora vamos a crear una nueva TS

Cuando tengamos nuestra nuesta TS vamos a darle doble clic en donde nos aparecera la pantalla de la TS y en ella tre pestañas, seleccionaremos OS Info.

Esta parte es la mas importante ya que MDT trae consigo la caracteristica de activar la herramienta WSIM por sus siglas 

Administrador de imágenes de sistema (Windows SIM) crea y administra archivos de respuesta para la instalación de Windows desatendida en una interfaz gráfica de usuario (GUI).

Los archivos de respuesta son archivos basados en XML que se usan durante la instalación de Windows para configurar y personalizar la instalación predeterminada de Windows.

Por ejemplo, puede usar Windows SIM para crear un archivo de respuesta que crea particiones y formatea un disco antes de instalar Windows, cambia la configuración predeterminada de la página principal de Internet Explorer y configura Windows para que arranque en modo auditoría tras la instalación. Al modificar la configuración del archivo de respuesta, Windows SIM puede instalar además aplicaciones de terceros, controladores de dispositivos, paquetes de idiomas y otras actualizaciones.

Este proceso tardara varios minutos por lo que debemos tener paciencia para la creacion y configuracion de los arhivos de respuesta. Damos clic en Edit Unattend.xml para abrir la herramienta WSIM.

cuando se habre la herramienta navegaremos hasta el nodo siguiente.

4 specialize – amd64_Microsoft-Windows-Shell-Setup_neutral – CopyProfile=true

Podemos incluso realizar mas tareas con WSIM, como poner las credenciales de OEM Information, etc.

Tendremos alguna advertencias en las validaciones, simplemente continuamos.

Ahora lo que nos resta es hacer un update a nuestro deploymentshare e Implementar.

aqui el resultado.

Incluso si deseamos crear un nuevo usuario del equipo podemos ver el mismo resultado.

Sin mas por el momento me despido de todos mis lectores, enviandoles un gran saludo, estamos con nuevos post.

Recuerden que ya tenemos nuevo grupo Microsoft Deployment Toolkit facebook Group para todos los Especialistas de TI en temas de implementacion.

 

Implementar StartLayout y Taskbar personalizados en Windows 10 con MDT

Hola que tal amigos pues en esta ocasion vamos a ver la manera en como podemos implementar Windows 10 personalizando taskbar y startlayout desde MDT. lo primero que haremos es instalar Windows 10 v1703 en un equipo virtual (para temas de laboratorio), en mi caso vamos a utilizar vmware.

Hace tiempo escribí algunos artículos sobre el tema bajo Windows 8.1 exportando el archivo encargado .XML por medio de Powershell hacia un equipo destino.

Aquí los artículos descritos con anterioridad.

Personalizar la pantalla de inicio de Windows 8.1 con powershell

En Windows 10 podemos modificar nuestra pantalla de inicio, por ejemplo para este caso en particular eliminando aquellas App´s que como usuario estándar dentro de nuestra organización no requieran ya sea por su departamento, o por rango, o simplemente por políticas de la empresa.

Windows 10 viene por default con App´s como por ejemplo Bing, Zune, Deportes, Noticias, Calendarios, Fotos, Video, Solitario, Grabador de voz, etc. en este caso vamos a ver como podemos administrar dentro de nuestra organización esta pantalla.

para comenzar primero veremos nuestra pantalla por default en Windows 10 como se muestra a continuación.

Aqui tenemos nuestro Windows 10 v1703 sin ninguna modificacion en el mismo.

Esta configuracion la podemos encontrar tanto para starlayout.xml y taskbar.xml en un mismo archivo que es la configuracion personalizada de ambos.

C:\Users\Default\AppData\Local\Microsoft\Windows\Shell

Por default podemos ver y exportar nuestras app´s (StartLayout) desde powershell ejecutando el siguiente comando.

Export-StartLayout -path c:/apps.XML

Ahora para la parte de Taskbar podemos ver la documentación oficial de Microsoft en este link

Para ello vamos a tomar un ejemplo para personalizar nuestra barra de tareas, en este caso colocaremos el siguiente código.

veamos que las siguientes lineas remplazan las apps de la barra de tareas por las personalizadas.

 <taskbar:DesktopApp DesktopApplicationLinkPath=”%APPDATA%\Microsoft\Windows\Start Menu\Programs\Accessories\Internet Explorer.lnk”/>

Algunas otras apps que podemos configurar.

<taskbar:DesktopApp DesktopApplicationLinkPath=”%ALLUSERSPROFILE%\Microsoft\Windows\Start Menu\Programs\Accessories\Paint.lnk” />
<taskbar:DesktopApp DesktopApplicationLinkPath=”%APPDATA%\Microsoft\Windows\Start Menu\Programs\Accessories\Internet Explorer.lnk” />
<taskbar:DesktopApp DesktopApplicationLinkPath=”%appdata%\Microsoft\Windows\Start Menu\Programs\System Tools\Command Prompt.lnk” />
<taskbar:UWA AppUserModelID=”Microsoft.Reader_8wekyb3d8bbwe!Microsoft.Reader” />

dependiendo de la ubicación de los mismos podemos ir agregándolos o quitandolos de acuerdo a nuestro entorno.

Por ejemplo:

Command Prompt:<taskbar:DesktopAppDesktopApplicationLinkPath=“%appdata%\Microsoft\Windows\Start Menu\Programs\System Tools\Command Prompt.lnk” />

Microsoft Office:  <taskbar:UWAAppUserModelID=“Microsoft.Office.Word_8wekyb3d8bbwe!microsoft.word” />

Microsoft Edge y otras apps:  <taskbar:UWA AppUserModelID=”Microsoft.MicrosoftEdge_8wekyb3d8bbwe!MicrosoftEdge” />

Entonces utilizando estas lineas en la parte de TaskBar podemos incluir o excluir dichas apps.

Para agregar internet explorer vamos a colocar en nuestra configuración startlayout.xml por el siguiente codigo.

<start:Tile Size=”1×1″ Column=”2″ Row=”0″ DesktopApplicationID=”Microsoft.InternetExplorer.Default />

Este archivo generado de apps lo vamos a guardar y vamos a crear otro ahora modificando las TILES para poder generarel nuevo archivo .XML, el cual vamos a integrar al ya hecho.

Dentro de nuestro Windows 10 vamos a modificar la parte de startlayout.

Asi nuestro archivo resultante agregando StartLayout.xml y Taskbar.xml

Les comparto el archivo que ocupe en este link.

Ahora vamos a importar nuestro archivo resultante con la siguiente linea de comandos con PowerShell.

Manualmente:

Import-StartLayout – LayoutPath c:\custom.xml -MountPath $env:SystemDrive\

En nuestro entorno veremos un nuevo usuario, con esto veamos como fue el comportamiento de nuestros archivos.xml

Ahora podemos modificar nuestro archivo .xml para minimizar el numero de columnas. Por ejemplo.

La linea: <layoutOptions StartTileGroupCellWidth=”6″ />

se modifica por: <layoutOptions StartTileGroupCellWidth=”6″ StartTileGroupsColumnCount=”1″ /> 

Tambien para crear un candado de seguridad de nuestras apps podemos ejecutar la siguiente linea

<DefaultLayoutOverride LayoutCustomizationRestrictionType=”OnlySpecifiedGroups”>

Todos los grupos que se agregan están bloqueados, lo que significa que los usuarios no pueden modificar el contenido de esos grupos de los tiles, sin embargo los usuarios pueden cambiar la ubicación de esos grupos. grupos bloqueados se identifican con un icono, como se muestra en la siguiente imagen.

16

Ahora bien, vamos a lo interesante de este tema, el poder implementar esta configuracion por medio de MDT, para ello desde MDT vamos a utilizar una secuencia de tareas basica y en nuestra secuencia agregaremos 3 nodos.

Dentro de Custom Task vamos a colocar la siguiente informacion.

  • Command line: cmd.exe /c copy %SCRIPTROOT%\startmenu\custom.xml C:\Windows\Temp (debemos crear la carpeta startmenu en la ruta de nuestro deploymentshare y colocar en ella nuestro custom.xml)
  • Restar Computer
  • Powershell Script: %SCRIPTROOT%\startmenu\applycustom.ps1

En este archivo de powershell vamos a colocar la siguiente informacion.

Import-StartLayout –LayoutPath C:\Windows\Temp\custom.xml -MountPath $env:SystemDrive\

Hacemos update a nuestro deploymentshare e implementamos.

Veremos nuestra secuencia de tareas.

Al finalizar el proceso accedemos con un nuevo usuario 

Listo nuestro Taskbar y Starlayout modificados en nuestro despliegue a traves de MDT.

Sin mas por el momento me despido enviandoles un gran saludo a todos mis lectores y estamos con nuevos post 

Felices Despliegues

 

Captura de Imagen Personalizada de Windows 10 con SCCM

Hola que tal amigos, pues en esta ocasion vamos a ver otro de los muchos escenarios en los que las empresas nos pueden pedir implentar Sistemas Operativos personalizados e implementarlos desde SCCM.

En la consola de SCCM hacemos clic en Software Library-Task Sequences- Create Task Sequence Media.

Seleccionamos Capture Media como se muestra la siguiente imagen.

Especificamos donde se guardara el archivo .iso.

Especificamos la imagen de inicio (por defecto SCCM se envía con 2 imágenes de arranque X86 y X64) y punto de distribución

Después de finalizar el asistente, grabamos el nuevo medio ISO a CD/DVD creado.

Para ambientes de prueba con maquinas virtuales, podemos montar esta imagen de ConfigMgr a nuestro Medio para poder ejecutarla

En nuestro equipo cliente, tenemos un Sistema Operativo Windows 10, con algunas aplicaciones ya instaladas (Custom Image) en la cual correremos nuestro i.so.

Ejecutamos el DVD y veremos nuestro Wizard de configuracion.

Lo que necesitamos es “capturar” la imagen (vamos asegurarnos de que no hay ninguna partición de recuperación o sysprep fallará), asegurarnos de que el equipo cliente no está unido al dominio. En caso contrario nos aparecera la siguiente imagen.

Ahora bien una vez determinado este paso, para estas pruebas, continuaremos con los pasos de instalacion, Para el destino, especificamos la carpeta compartida en el servidor SCCM, ademas de las credenciales para conectarnos.

Podemos especificar informacion de la imagen de captura, en mi caso pondremos lo siguiente.

Inicia el proceso de captura..

el proceso continuara despues de reiniciado el equipo cliente.

Ahora necesitamos desplegar el archivo wim capturado, desde la consola SCCM hacemos clic en Software Library-Operating System-Agregar imagen del sistema operativo.

Hacemos clic en la imagen de referencia y actualizar Puntos distribuidos:

Aplicamos distribution Content.

Opcionalmente, podemos configurar el nombre del equipo durante la secuencia del despliegue del sistema operativo, hacemos clic con el botón secundario en Colección de equipo desconocido elejimos las propiedades

Ahora cree la Secuencia de Tareas:

Biblioteca de software-Secuencia de tareas-Crear secuencia de tareas

Elejimos la imagen de booteo y el sistema operativo previamente capturado.

Elejimos las configuraciones para unirnos a dominio.

Las siguientes ventanas son de finalizado el proceso, incluso destildar la ventana de captura (esto ya lo hemos hecho) y listo.

Ahora desplemoas la Secuencia de Tareas a todos los equipos desconocidos. Hacemos Deploy de la secuencia de tareas.

Las siguientes pantallas las dejamos tal cual y listo ahora vamos a comenzar el proceso de implementacion.

Sin mas por el momento me despido endiandoles un gran saludo a todos mis lectores.

Felices Despliegues.

 

Copiar Carpetas en MDT durante el Despliegue

Muchas de las veces, este procedimiento lo tenemos que realizar para tareas espeficicas, dejar algunas carpetas en el directorio raiz o simplemente copiar informacion a nuestro sistema. existen varios metodos por ejemplo uno de los mas usuales es el proceso de $OEM$ y sus subcarpetas, esto a travez de SCCM o MDT.

En este articulo les comparto un script realizado por Michael Petersen en donde nos comparte el procedimiento para copiar las carpetas hacia MDT durante el despliegue.

Para poder descargar el script debemos darle clic en el siguiente enlace.

http://blog.coretech.dk/download/CopyFiles.zip

Todo el contenido que vayamos a copiar debemos colocarlo en la siguiente ruta dentro de nuestro DeploymentShare. %SCRIPTROOT%\NOMBRE_ARCHIVO  Por ejemplo podemos crear una carpeta llamada CARPETACOPIADA que contenga algunos archivos .

Vemos que colocamos algunas subcarpetas en las que estas a su vez contienen archivos cuales seran copiados.

Ahora vamos de igual manera a copiar el script en la misma ruta de Scripts para que pueda correr dentro de nuestra TS.

Dentro de nuestra secuencia de tareas colocaremos la siguiente información como commandline procediendole la ruta hacia donde va a copiar la información. Veamos el ejemplo:

Destino: cscript.exe %ScriptRoot%\CopyFiles\CopyFiles.vbs %SYSTEMDRIVE%\CARPETACOPIADA

Origen: %ScriptRoot%\CARPETACOPIADA

Espero y les pueda servir esta opción, saludos a todos mis lectores y estamos con nuevos post.

 

 

 

Integrar Office 2016 ProPlus en Windows 10 con MDT durante el Despliegue

En el Año 2014 les compartí un articulo el cual podíamos configurar Office Pro Plus de Manera automatizada, el día de hoy les comparto la actualización de esta herramienta que podremos implementarla en nuestros entornos de producción de manera automatizada.

Partiendo de que ya tenemos toda una infraestructura hecha y configurada,  comencemos.

Microsoft Office 2016 es la multi-plataforma, solución completa, entre dispositivos para el lugar de trabajo moderno, con herramientas inteligentes para los individuos, equipos y empresas. Puede abrir las aplicaciones, documentos en cualquier lugar, a través de múltiples dispositivos. Recibe las aplicaciones instaladas usted conoce y confía – Word, Excel, PowerPoint, OneNote, Outlook, Publisher, Access. Tenga siempre las últimas versiones, llenos instalados de Word, Excel, PowerPoint, OneNote, Outlook, Publisher y Access y capturar sus ideas sin embargo usted trabaja mejor – con ayuda de un teclado, pluma, o la pantalla táctil. Microsoft Office 2016 ofrecerá nuevas medidas de seguridad, el cumplimiento y características de implementación, dando a las organizaciones más control sobre los datos sensibles y de TI una mayor flexibilidad en el despliegue y la gestión.

Para poder configurar de manera correcta esta herramienta, lo primero que debemos hacer es descargar:

Office 2016 Deployment Tool

Ahora junto con la descarga, vamos a crear una carpeta en nuestro entorno de producción, en este caso colocare los archivos en nuestro DeploymentShare como se muestra a continuacion 

Ahora ejecutamos Office Deployment Tool y guardamos los archivos en la carpeta creada Office365.

El siguiente paso es configurar el archivo configuration.xml le cambiamos el nombre por download.xml el cual sera el encargado de descargar e instalar nuestro producto dentro de MDT.

A nuestro archivo, debemos configurar la siguiente sintaxis la cual tendrá la ruta en donde guardaremos nuestro producto dentro de nuestro recurso compartido SourcePath=”\\principal\produccion$\Office365″ quedando de la siguiente manera.

Vamos a descargar el paquete, desde CMD con privilegios de Administrador, ejecutamos la siguiente sintaxis, podemos tener dos caminos el primero es si tenemos nuestro entorno de implementacion de facil acceso o en su caso el otro camino se ejecutar desde la red

Opcion1:

Opcion2: 

Vamos a esperar a que el proceso termine para poder implementar dentro de MDT nuestro producto.

Ahora modificaremos el archivo .xml y lo llamaremos installation.xml quedando de la siguiente manera.

A este archivo le vamos a quitar los comentarios para aceptar los terminos y condiciones e incluso podemos modificar excluyendo algunas aplicaciones.

Podemos personalizar nuestra distribución permitiendo o no instalar ciertos componentes, esta operación la podemos ver en un articulo que realice hace un tiempo.

Office 365 ProPlus con “clic-to-run” ya soporta (ExcludeApp ID)

algunos de los componentes que pueden instalarse o no son los siguientes:

Si deseamos probar la instalación, utilizamos el siguiente comando desde una PC de prueba para instalar Office.

\\principal\produccion$\office365\setup.exe /configure installation.xml

Para poder integrarlo a MDT debemos tener un escenario de actualizacion, para que se instale Office después de que el equipo este a dominio. (este proceso depende de cada uno de nosotros durante el proceso).

Si eso funciona bien, entonces ya estamos listos para implementar Office a través de una secuencia de comandos de inicio de sesión o el método de implementación favorito en cualquier dominio conectado a la PC.

Vamos a crear una nueva aplicación desde MDT colocando la siguiente información.

setup.exe /configure installation.xml

Dentro de nuestra secuencia de tareas agregamos la aplicación.

 

Por ultimo actualizamos nuestro deploymentshare y probamos.

Durante el proceso de implementacion veremos la ejecución de nuestra secuencia de tareas.

Listo al finalizar tendremos la suite completa.

Ahora solamente faltaría activarlo, esto podemos hacerlo con nuestra cuenta de Office365 por parte de la subscripcion o en su caso inyectar la clave de la suite.

Sin mas por el momento me despido enviándoles a todos mis lectores un gran saludo, estamos con nuevos post

Felices Despliegues!!!

 

 

Solución Content Status -In progress – en SCCM

Cuando en SCCM queremos agregar un paquete o un sistema operativo en nuestro Distribution Point, puede llegarnos a pasar de largo una pequeña configuracion dentro de nuestra consola, para poder configurar esta parte y que el estado cambie de color amarillo a verde debemos realizar lo siguiente.

Pero porque pasa esto?. En algún lugar ha habido una mezcla entre cómo cree que el contenido debe ser distibuido (es decir, automáticamente) y cómo el nuevo DP piensa que debería estar recibiendo contenido (es decir, manualmente). 

Para ello debemos cambiar los ajustes de punto de distribución o la configuración de implementación.

Si el punto de distribución se ha establecido en “Habilitado para contenido preestablecido”, entonces se esperará que el contenido se copie manualmente en él. Desmarcamos esta casilla para eliminar su presunción de que todo el contenido este preestablecido.

Y en el paquete o aplicacion debemos marcar la opcion manually copy the content in this packages

Al finalizar redistribuimos nuestro paquete y tendremos este resultado de nuestro DP.

Sin mas por el momento me despido enviandoles un gran saludo a todos mis lectores.

Zero Touch Deployment en SCCM parte 5

Hola que tal amigos pues en esta ocasion vamos a distribuir la instalacion de paquetes y aplicaciones y despues insertarlo dentro de nuestra secuencia de tareas en SCCM.

les comparto los articulos pasados de esta serie ZTI Deployment.

Ahora bien tenemos dos opciones, los paquetes necesitan archivos complementarios para realizar las instalaciones de los mismos y los programas se determinan por medio de lineas de comandos para correrlos.

Lo primero que haremos sera ir a nuestra consola de SCCM en la siguiente ruta softwara library -> Application Management->Packages. Creamos un nuevo paquete con clic derecho sobre el mismo.

La primer ventana debemos colocar el nombre de nuestro paquete y tildar la opcion de contains source file.

La siguiente pantalla la dejamos tal cual con la opcion seleccionada standard program.

Configuramos las siguientes opciones como se muestra la siguiente pantalla.

Podemos especificar en que plataforma se instalara. Una vez configurada la plataforma, damos clic en siguiente, nos aparecera el resument, el progreso y finalizamos.

Dentro de nuestro Package properties debemos tener arriba (success) nuestros paquetes, en caso de que sea primera vez, debemos agregarlo a nuestro distribution point.

Finalizamos agregando nuestro paquete dentro de la secuencia de tareas.

Ahora vamos a instalar las aplicaciones.

Hacemos clic sobre el icono Create Application de la Cinta de opciones y nos aparecerá el asistente que nos guiará en la creación de la aplicación.

La primera ventana del asistente nos pide información de la aplicación. La información se le puede dar de manera manual  o de manera automática. Si el software a distribuir lo tenemos en alguno de los formatos soportados por SCCM, elegiremos la opción automática para que el asistente obtenga toda la información necesaria de  los archivos. Sin embargo, si el software es un ejecutable, o vamos a configurar un script, elegiremos la opción manual. En el caso de elegir la opción automática tendremos que completar dos cajas de texto.

  • Tipo. Elegimos el tipo de la aplicación a crear. SCCM soporta aplicaciones en formato MSI, App-V, aplicaciones para Android, Windows Phone y Iphone, etc..
  • Ubicación. Especificamos al ruta de red donde está el software a distribuir.

Algunas de las opciones que soporta SCCM son las siguientes.

Para estas practicas voy a instalar MDT como aplicacion para este laboratorio, en la siguiente pantalla podemos insertar mas informacion al respecto y podemos agregar switches para hacer la implementacion desatendida como por ejemplo /q entre otras opciones.

Hacemos clic en el botón Next y pasamos a la venta de Información General, donde podemos agregar más información:

  • Name. Nos muestra el nombre de la  aplicación
  • Administrator Comments. En esta caja de texto podemos poner cualquier comentario que sirva de ayuda a los administradores.
  • Manufacturer. Podemos especificar el fabricante del software.
  • Software version. Versión del software
  • Optional Reference. Campo que podemos usar para asociar el software a un número de petición o incidencia. Solo lo ven los administradores.
  • Administrative Categories. Podemos crear categorías para ordenar el software. Solo lo verán los administradores.
  • Installation Program. Comando que se ejecutará para la instalación del software.
  • Run installation program as 32-bit process on 64-bit clients. Es muy importante marcar esta casilla si el software es de 32 bits y lo vamos a ejecutar en máquinas de 64 bits.
  • Install behaviour. Indica si el software se instalará a nivel de dispositivo o usuarios. Hay tres opciones:
  • Install for user
  • Install for System
  • Install for system if resource is a device; otherwise install for user

Nota. La opción de instalarlo a nivel de usuario para algunas aplicaciones, requerirá que el usuario tenga permisos administrativos en la máquina.

De igual forma vamos a levantar nuestras aplicaciones integrandolas a nuestro distribution points como lo hemos mencionado anteriormente.

En este momento empieza el proceso de creación de la aplicación que tardará unos segundos. Una vez terminado veremos la ventana final del asistente que nos indicará si la aplicación se ha creado correctamente o ha habido un error.

Cuando tengamos nuestra aplicacion arriba, damos clic derecho en la misma para irnos a la opcion de propiedades.

Para agregarla a nuestra secuencia de tareas debemos tildar la opcion señalada dentro de la pestaña General Information.

Esta pestaña Aplication Catalog  establece la configuración de la aplicación dentro del catálogo de aplicaciones. Cuando los usuarios se conecten al catálogo de aplicaciones, podrán ver:

El catálogo de aplicaciones en el mismo idioma que su navegador. Para ello deberemos agregar tantos idiomas como soportemos en nuestra organización. Para cada idioma se configurarán los puntos descritos  a continuación.

  • Localized application name. Nombre de la aplicación
  • User categories. Se puede categorizar el software para facilitar su búsqueda.
  • User Documentation. Archivo o ruta URL a información sobre la aplicación. Servirá de ayuda a los usuarios para trabajar con la aplicación.
  • Link Text. Texto que aparecerá al situarnos encima del vínculo User Documentation.
  • Localized Desription. Descripción opcional de la aplicación.
  • Keywords. Palabras clave para facilitar la localización del software.

La pestaña Reference esta pestaña muestra la posible relación de esta aplicación con otras aplicaciones en tres posibles ámbitos:

  • Applications that depend on this application. Aplicaciones que para su instalación requieren que esté instalada la nuestra primero.
  • Applications that supersede this application. Aplicaciones que sustituyen a la nuestra.
  • Virtual environments that contains this application. Entornos virtuales que contienen a nuestra aplicación.

Nota. La pestaña es solo informativa, no podemos modificar nada.

Esta pestaña Distribution Settings establece parámetros de configuración para  el proceso de distribución de la aplicación a los Distribution Points.

  • Distribution priority. En el caso de que hay que redistribuir contenido de varias aplicaciones a los DPs, se mandará antes el contenido de las aplicaciones con más prioridad. A igual prioridad se respeta el orden de creación de la aplicación.
  • Distribute the content for this package to preferred DPs. Si un usuario se conecta a su DP preferido (es decir, el DP de su Boundary) y resulta que este DP no tiene el software que el usuario intenta instalarse, automáticamente se le mandará una copia desde otro DP.
  • Prestaged distribution point settings. Dependiendo de la velocidad de conexión entre el MP y los DPs, y dependiendo del tamaño de la aplicación, podemos configurar lo que se denomina Prestaged Content. Consiste en hacer una copia del software de la aplicación y llevarla al DP destino a través de algún medio físico. Una vez allí se importa sobre el DP. Tenemos tres opciones:
  • Automatically download content when package are assigned to distribution points. Esta opción es la predeterminada y supone que tenemos gran velocidad entre los servidores. Cuando una aplicación la asociamos a un DP, automáticamente se le manda una copia del software al DP por la red. Cualquier cambio que se produzca en la aplicación o en los archivos de la aplicación se mandará por la red.
  • Download only content changes to the distribution point. Asumimos que la red no es lo suficientemente rápida para la copia inicial de la aplicación pero si para posibles cambios que se produzcan en el futuro. De esta manera, la copia inicial del software la deberemos hacer usando algún medio físico, como un DVD o un Pen Drive para llevarla al DP destino.
  • Manually copy the content in this package to the distribution point. En este caso, tanto la copia inicial como los posibles cambios futuros se enviarán al DP a través de un medio físico.

Toda aplicación tiene que contar como mínimo con un Deplyment Type (DT). Este DT se crea en el momento de la creación de la aplicación. Los DTs son como los programas en el modelo de paquetes de SCCM, pero mucho más funcionales.

En esta pestaña vemos el listado de los DT existentes en esta aplicación. En nuestro caso solo hay uno, pero podríamos tener todos los que queramos.

Desde esta pestaña podemos agregar, editar, copiar y eliminar los DTs.

Es importante destacar que los DTs se evalúan por la prioridad. Si un usuario o dispositivo cumpliría con las diferentes opciones de dos DTs, se le aplicará la instalación que esta definida en el DT que tenga más prioridad ya que la segunda no llegará ni siquiera a evaluarse.

Esta pestaña muestra los DPs y grupos de DPs que tienen una copia de la aplicación. Ahora mismo está vacía por que todavía no hemos hecho ninguna operación de distribución de contenido.

Disponemos además de tres botones:

  • Validar Contenido. Comprueba que el contenido está disponible en el Distribution Point seleccionado y que es válido. La información de la validación se almacena en el archivo SMSDPMon.log.
  • Redistribuir Contenido. Fuerza que se copen los posibles cambios de la aplicación.
  • Eliminar Contenido. Elimina el contenido de la aplicación del Distribution Point seleccionado.

En esta pestaña podemos sustituir esta aplicación por otra que tenga una versión superior.

Configuración del Deployment Type

Dentro de las opciones de Deployment Types tenemos mas pestañas las cuales haremos algunos cambios en las mismas.

La pestaña General muestra información del DT, como el nombre, el tipo de tecnología (MSI, script, app-v, etc)

La pestaña Content muestra la ruta donde están los archivos de la aplicación. Tiene que ser una ruta compartida. Además existen los siguientes valores configurables:

  • Persist content in the client cache. Marcando esta casilla indicamos a los agentes de SCCM que guarden una copia de los archivos de la aplicación en la caché del cliente después de realizar la instalación de la aplicación, además se le indica que no borre nunca esa aplicación. La caché está ubicada en C:\Windows\ccmcache y tiene un tamaño de 5 GB por defecto.
  • Allow clients to share content with other clients on the same Clientes que estén configurados con la característica de BranchCache, podrán distribuir el software de esta aplicación una vez que se lo hayan bajado ellos.
  • Allow clients to use fallback source location for content. Cuando un equipo o usuario se va a descargar este software de un DP y resulta que no existe, se le manda a otro DP según algoritmo de fallback source location.
  • Deployment options. Cuando los recursos (usuarios y equipos) están en una red lenta o cuando hagan uso de fallback source location, tienen dos opciones de acceso al contenido. No descargarlo y descargarlo y ejecutarlo en local. Se recomienda usar la primera opción para ahorrar ancho de banda.

 

La pestaña Programs permite especificar el comando a ejecutar en el proceso de instalación de la aplicación, así como su carpeta de trabajo.

También podemos especificar el comando a ejecutar para su desinstalación.

La casilla Run installation and uninstall programs as 32-bit process on 64-bit clients es importante marcarla en el caso de que vayamos a instalar software de 32 bits en máquinas de 64 bits. Si no marcamos la casilla, el proceso de  instalación fallará.

 

Y como dato opcional  pero recomendado, deberemos especificar el Product Code de la aplicación. Lo podemos obtener desde el botón Browse y seleccionando el archivo MSI. Servirá para que el propio software sea capaz de repararse en caso de fallos.

Todos los DTs tienen que contar como mínimo con un método de detección que se usará para saber si el software está instalado. No importa cómo se haya hecho la instalación, solo se mira si está instalado.

En los DTs creado s  a partir de un MSI, aparece un método de detección que consiste en ver si existe el Product Code en una rama concreta del registro de la máquina. Para que la detección sea más fiable podemos agregar más condiciones de detección desde el botón Add Clause.

Existen tres tipos diferentes de detección:

  • File System. Me permite buscar archivos y consultar las propiedades, como la versión para saber si un software está instalado.
  • Registry. Puedo buscar en el registro para saber si determinadas ramas, claves o valores existen, indicando la existencia del software.
  • Windows Installer. Me permite especificar el código de producto del software a buscar.

Aparte de los métodos anteriores, podemos usar scripts para saber si un software está instalado o no.

Esta pestaña user experience me permite indicar:

Installation Behaviour. Tipo de recurso sobre el que se va a hacer la instalación (usuario o equipo).

Logon requirement. Indicamos si es necesario que un usuario haya iniciado la sesión para la instalación del software. Lo más habitual es indicar que no tiene importancia, es decir, el software se instalará esté o no un usuario con la sesión iniciada.

Installation Program Visibility. Establecemos el valor de la ventana que aparecerá en el momento de la instalación, si la instalación no es silenciosa. Podemos elegir entre Normal, oculta, minimizada o maximizada.

Maximum allowed run time. Tiempo máximo que tiene el programa para ejecutarse. Por defecto son dos horas.

Estimated installation Time. Valor informativo de cuánto puede tardar el software en instalarse. Lo podrán ver los usuarios en el Software Center.

La ventana desplegable del final de la ventana, me permite especificar el comportamiento en caso de que sea necesario un reinicio tras la instalación del software. Tenemos cuatro posibles valores:

  • Determine behaviour based on return codes. El programa de instalación indicará si es necesario un reinicio y se avisará al usuario.
  • No specific action. No se reinicia la máquina aunque sea necesario para completar la instalación del software.
  • The software installl program might force a restart. EL propio programa de instalación podrái reiniciar la máquina si fuera necesario. Se hace sin avisar.
  • Configuration Manager client will forcé a mandatory restart. El agente de SCCM coge el control y reinicia la máquina una vez terminada la instalación. Se hace sin avisar.

La pestaña requirements 

Esta pestaña permite realizar consultas en el sistema operativo donde se va a realizar la instalación, para ver si es posible realizarla correctamente. Por ejemplo, se podría consultar el espacio libre en disco, o la memoria RAM disponible. Si se cumplen las condiciones, se instalará el software, si no  se cumplen las condiciones, no se instalará.

Para agregar consultas, hacemos clic en el botón Add y nos aparecerá la  ventana que me permite de una manera sencilla crear mi consulta. Por ejemplo, para consultar el sistema operativo de cliente, y realizar la instalación en caso de que el SO sea W7, W8 o W10, se rellenaría la ventana así:

La pestaña Return Codes

Esta pestaña me permite definir los códigos que devolverá el DT para indicar al sistema si es necesario un reinicio. Los return Codes se pueden personalizar.

Por último la pestaña Dependencies muestra las aplicaciones que tienen que estar instaladas para que se pueda instalar esta. Desde el botón Add podemos agregar dichas aplicaciones.

Agregamos nuestra aplicacion dentro de nuestra secuencia de tareas.

Sin mas por el momento me despido, enviandoles un gran saludo a todos mis lectores y estamos con nuevos post.

 

 

 

Aplicar KB4022716 a Windows 10 1703 en MDT

Hace unos dias Michael Niehaus director de Programa de Marketing de Windows, señalo que Windows 10 1703 tiene errores de autologon, Michael en su cuenta de twitter nos da este avizo.

“If you are building an image or deploying with Windows 10 1703, make sure you download KB4022716 (or any later cumulative update) and add it to your MDT deployment share. This update includes a fix for an autologon issue that keeps Windows from logging in after the first reboot. (And if you used SkipMachineOOBE as a workaround, don’t do that any more.)”

Bien, para poder añadir este parche a MDT podemos hacer lo siguiente.

Primeramente debemos descargar el CU desde el catalogo de Microsoft, aquí el link.

Dentro de nuestro MDT, nos dirijimos a nuestro Deploymentshare y agregamos la actualización, veamos la siguiente imagen. Creamos una carpeta para identificación. 

Agregamos la actualización.

Ahora nos vamos al apartado de Advanced option -> Selection Profiles y damos un nombre referente a nuestro CU.

Seleccionamos nuestros recursos que vamos a integrar a nuestro profile y damos clic en siguiente para finalizar.

Por ultimo, dentro de nuestra secuencia de tareas agregamos nuestros patches tal y como se muestra la siguiente imagen.

Hacemos un update de nuestro DeploymentShare y listo.

Sin mas por el momento me despido enviándoles un gran saludo a todos mis lectores,  estamos con nuevos post.

Felices Despliegues.

 

Zero Touch Deployment con SCCM parte 4

Hola que tal amigos, pues continuando con esta serie de configuraciones en SCCM el dia de hoy vamos a ver la manera de agregar, drivers a nuestras implementaciones.

les comparto los articulos pasados de esta serie ZTI Deployment.

En Configuration Manager nos posicionamos en software library -> Operating Systems -> Drivers damos clic derecho en import drivers. En nuestro Wizard debemos hacer referencia a nuestros drivers, esto dependera de nuestro sistema operativo a implementar y el tipo de hardware que utilizaremos.

Comienza la validacion de Drivers, Ahora veremos los drivers los cuales hemos agregado, podemos incluso colocar aquellos drivers seleccionados nombre de acuerdo a nuestro tipo de HW.

En la siguiente pantalla nos muesta si deseamos agregar paquetes de drivers, en nuestro caso daremos clic en siguiente.

Tildamos los drivers que se agregaran a nuestra boot image, veamos el ejemplo.

Las siguientes pantallas nos muestran el progreso y finalizado de los mismos.

Cuando seleccionamos un driver, podemos crear o modificar ms categorias, esto lo podemos hacer en la parte de propiedades.

Ahora bien vamos a agregar estos drivers a nuestra secuencia de tareas, para ello vamos a dar clic derecho en nuestra secuencia y damos clic en editar.

Las opciones que vienen por default nos permitiran hacer el tipo de integracion de los drivers, para este caso vamos a activar la casilla para los drivers de la placa Foxconn.

Pasa lo mismo si agregarmos paquetes de drivers, solo que esta tarea la debemos agregar como se muestra a continuacion.

Dependiendo de nuestros escenarios, vamos a implementar nuestra secuencia de tareas ennuestros equipos cliente, integrando con ello los paquetes de drivers o paquetes de acuerdo a nuestro HW

Sin mas por el momento me despido enviandoles un gran saludo a todos mis lectores, estamos con nuevos post.

 

 

 

 

Habilitar PXE en SCCM 2012 R2

Realmente SCCM es una poderosa herramienta la cual nos permite centralizar nuestros procesos en una organizacion, en la parte de implementacion, habra escenarios los cuales implementaremos sistemas operativos en equipos nuevos, haciendo con esto la necesidad de llamar a PXE Boot para bootear desde la red, con SCCM necesitaremos ls siguientes configuraciones incluyendo el rol de DHCP para que PXE funcione correctamente.

Este articulo precede de los ultimos post que escribi hace unos dias utilizando SCCM para implementar Windows 10.

ZTI deployment con SCCM

Ahora bien lo primero que tenemos que hacer en nuestra consola una vez que tenemos todo este escenario dirijirnos a Administration -> Distribution Point clic derecho en propiedades y nos vamos a la pestaña de PXE.

Deberemos tener las siguientes opciones habilitadas.

También podemos seleccionar Requerir una contraseña cuando los equipos usan PXE, esto en escenarios sobre una implementación de Zero Touch. Por lo tanto, no un despliegue totalmente automatizado.

Ahora hemos activado PXE, y WDS se instalará automáticamente en el servidor SCCM. Se necesita WDS para la comunicación PXE.

Para continuar con la habilitación de PXE, tenemos que cambiar algunos ajustes en las imágenes de arranque. Estas deben estar disponibles para PXE.

Vamos a Software Library -> Operating Systems -> Boot Images y hacemos clic derecho en Boot image (x64) y seleccione Propiedades.

Hacemos clic en la pestaña Data Source.

Seleccionamos Desplegar esta imagen de arranque desde el punto de distribución habilitado para PXE y hacemos clic en Aplicar.


Aunado a esto, debemos previamente tener nuestro Rol de WDS habilitando DHCP, esto en nuestro (Controlador de Dominio) para ello he escrito un articulo sobre este tema en este link.

Una vez configurado nuestro WDS, y de haber creado nuestro SCOPE, damos clic en SCOPE options y habilitamos las opciones 66 y 67.

La opción 66 debe ser la dirección IP de su servidor WDS (en mi caso Domain Controller), la opción 67 debe ser smsboot\x86\wdsnbp.com (que es el primer archivo necesario durante el proceso de arranque PXE). 

El predeterminado pxeboot.com desencadena un requisito F12. El primer requisito F12 es necesario cuando el arranque del servicio de red no está en la parte superior de la lista en el orden de arranque del BIOS. El segundo requisito F12 es necesario debido a pxeboot.com, que sólo es necesario cuando se utiliza Lite Touch Installation (LTI). 

El segundo requisito F12 se puede omitir sin embargo al cambiar el nombre del pxeboot.com por defecto a pxeboot.f12 y pxeboot.n12 (lo que significa no F12) a pxeboot.com. Después de eso, el segundo requisito de F12 ya no es necesario, tampoco para Lite Touch Installation (LTI). Esto debe hacerse en la carpeta x86 y x64 para hacerlo funcional. 

Espero y les sea de utilidad como me ha servido a mi, un gran saludo a todos mis lectores y estamos con nuevos post 

 

Windows Insider MVP & MVP Cloud and Datacenter Management & Windows and Devices for IT

Sin duda  doblemente feliz, correos esperados, gracias al esfuerzo y la dedicación de compartir en ls comunidades Microsoft, el día de hoy Microsoft nuevamente me ha reconocido como Most Valuable Professional y mi grata sorpresa como Windows Insider MVP, estos dos programas sin duda serán claves para la conexión hacia las comunidades técnicas, conocer nuevas tecnologías y sobre todo conocer gente maravillosa.

Mas información sobre el programa:

Windows Insider MVP

Microsoft MVP

Muy agradecido por un año mas, gracias a todos los que me han apoyado, seguimos con mas, un gran saludo a todos mis lectores y estamos con nuevos post.

felices despliegues.

Zero Touch Deployment con SCCM parte 3

Hola que tal amigos, pues continuando con esta serie de articulos el dia de hoy veremos la manera de implementar un cliente

Para darle seguimiento a esta serie, les comparto las dos primeras partes.

 El  camino para implementar clientes es a traves de CM boot Media conectandose directamente a SCCM usando secuencia de tareas

Dentro de software Library damos clic en task sequence media, este apartado tendra paquetes, drives y aplicaciones para poder configurarlo.

Seleccionamos Booteable media y damos clic en siguiente.

Seleccionamos la segunda opcion Site-Based Media y damos clic en siguiente.


En la siguiente ventana, especificamos la ruta donde se guardara nuestro bootmedia con todo el contenido incluido en el mismo, damos clic en siguiente.

Seleccionamos un password para proteger nuestro media y tener acceso al mismo, esto por temas de seguridad, lo demas lo dejamos tal cual, damos clic en siguiente.

Seleccionamos nuestro bootmedia, punto de distribucion y punto de gestion.

Podemos personalizar nuestra secuencia de tareas, en caso de ser requerido, para este ejemplo dejamos tal cual, clic en siguiente y finalizamos.

Podemos ver la creacion de nuestro archivo .iso en la ruta previamente configurada.

Ahora vamos a probar en una maquina virtual implementando este media, para ello en vmware creamos una nueva maquina virtual y la implementamos.

Colocamos la contraseña de seguridad como se muestra a continuacion.

Aqui nos muestra nuestra secuencia de tareas damos clic en siguiente.

Sin mas por el momento me despido enviandoles un gran saludo a todos mis lectores, estamos con nuevos post.

Zero Touch Deployment con SCCM parte 2

Hola que tal amigos, pues continuando con esta serie de articulos el dia de hoy veremos la manera de distribuir e implementar una secuencia de tareas.

Para darle seguimiento a esta serie, les comparto la primera parte:

Siguiente paso la distribucion de nuestra task Sequence, damos clic derecho en nuestra secuencia de tareas y clic en ditribute content.

La secuencia de tareas seleccionada tendra dependencias previamente creadas y configuradas, como se puede observar en la siguiente imagen.

Agregamos nuestro punto de distribucion. Damos clic en siguiente.

Finalizamos.

El siguiente paso es implementar nuestra secuencia de tareas dentro de una coleccion (devices) previamente creada.

veamos la imagen siguiente.

En la parte de software library, damos clic derecho en la secuencia de tareas y damos clic en deploy.

Seleccionamos la secuencia de tareas y nuestra coleccion (equipos) en donde se alojara el nuevo deployment.

Vamos a especificar como se va a implementar el software, tenemos dos opciones, available y required, el primero nos da la opcion de utilizar nuestro panel de configmgr en el cliente para casos en particulares como son apps o hacer upgrades de los sistemas operativos y la segunda opcion instala de manera automatica la implementacion, podemos crear escenarios en nuevos equipos a distribuir si asi es el caso. la segunda opcion como vamos a realizar una instalacion desde boot image necesitamos habilitar configuration manager client and PXE.

La siguiente pantalla muestra la fecha y hora en la que se puede maquetar el deployment, en este caso deshabilitamos y damos clic en siguiente.

User and Experience software lo dejamos tal cual y damos clic en siguiente.

No especificamos alertas,  en la pantalla de checar la manera en como se distribuira el contenido la dejamos tal cual, damos clic en siguiente.

Finalizamos.

Un punto importante a considerar es el acceso a la red desde la parte de site configuracion, para realizar esta configuracion vamos a la parte de Administration-site configuration-configure site components.

en la parte de Software distribution, damos permisos de administrador para poder realizar la conexion.

Sin mas por el momento me despido enviandoles un gran saludo a todos mis lectores, estamos con nuevos post.

 

 

 

 

Zero Touch Deployment con SCCM parte 1

Hola que tal amigos, pues el dia de hoy vamos a comenzar una serie de articulos relacionados a la implementacion de Sistemas Operativos de Microsoft Windows utilizando System Center Configuration Manager

Despues de hacer varias pruebas y conocer un poco mas sobre la consola de SCCM, el dia de hoy vamos a realizar una distribucion de una imagen de booteo, ademas de agregar una imagen de sistema Windows y realizar una secuencia de tareas con SCCM.

Estos son los tres pasos basicos para la parte de ZTI Deployment

  • Distribute Boot Image
  • Add OS Image
  • Create Task Sequence

Lo primero  que haremos sera irnos a la parte de software library – Operating Systems – boot images, en ese apartado tendremos dos arquitecturas de imagen de booteo, x86 y x64, esto es dependiendo de nuestra infraestructura que tengamos en los equipos cuando implementamos.

Vamos a dar clic derecho sobre la arquitectura x64 y damos clic en Distribute Content.

Seleccionamos el contenido y damos clic en siguiente. Aparecera una nueva ventana en donde vamos da dar clic en siguiente para poder agregar nuestro distribution point, veamos la siguiente imagen.

Elegimos nuestro puntos de distribucion disponibles.

Las siguientes ventanas seran la summary y el progreso, damos clic en siguiente y finalizamos. Podemos ver nuestr Content Status en la parte inferior en donde el contenido se actualiza.

Ahora como segundo paso vamos a agregar una imagen de sistema operativo, damos clic derecho en Operating system Image y creamos uno nuevo.

La siguiente pantalla nos muestra de donde vamos a agregar nuestra imagen, esta debe de estar en un recurso compartido previamente creado, en el caso de ser DVD se encuentra en la carpeta sources\install.wim. con ello podemos incluso implementar una imagen de referencia creada con MDT, sobre este tema podemos ver los post anteriores en el blog sobre la creacion de imagenes de referencia.

Damos clic en siguiente, la pantalla a continuacion nos mostrada detalles sobre el nombre, version y comentarios, damos clic en siguiente.

Al final podemos ver el resultado.

Por ultimo vamos a crear una secuencia de tareas, encargada del paso a paso para la distribucion de nuestros contenidos hacia los clientes, creo yo la parte mas importante de las implementaciones ya que podemos configurar de acuerdo a nuestras necesidades.

Damos clic derecho y creamos una nueva secuencia de tareas.

En el wizard damos clic en install and existing image package, colocamos un nombre descriptivo y agregamos , damos clic en siguiente.

La siguiente pantalla agregamos nuestra imagen OS previamente cargada, se nos presentaran las opciones de partition, product key y bitlocker, estas las dejaremos tal cual muestra la imagen para este articulo, creamos un password para seguridad de las implementaciones.

La opcion siguiente, nos mostrara como nos conectaremos, para este caso vamos colocar las credenciales como se muestra a continuacion.

Dejamos por default configuration manager client y damos clic en siguiente.

La siguiente ventana muestra la configuracion de USMT para la captura y guardado de los datos de los estados de usuario, por eta ocasion deshabilitamos estas opciones, damos clic en siguiente.

No agregamos la actualizacion de software ni aplicaciones clic en siguiente y finalizamos la creacion de nuestra tarea.

Hasta aqui la entrega de esta primera parte, posteriormente veremos como distribuir e implementar nuestra secuencia de tareas.

Les mando un gran saludo a todos mis lectores y estamos con nuevos post.

Descubrir el control panel de SCCM en los clientes

Hola que tal amigos pues en esta ocasion vamos a ver rapidamente el panel de control de SCCM en la parte de los clientes una vez que los ha descubierto e integrado, con ello podemos ejecutar tareas especificas sobre la conexion y ejecucion de las mismas.

para poder visualizar este apartado, nos vamos a la consola de ejecutar en nuestro Windows cliente y escribimos el siguiente comando. “control smscfgrc” 

Podemos incluso crear una acceso directo y listo tendremos nuestro panel de control de SCCM en el cliente.

Una de las pestañas mas importantes para familiarizarnos es la pestaña de Accions la cual tiene un objetivo en comun, mas informacion sobre esta pestaña puedes encontrarla en el siguiente link

Configuration Manager Client Actions

Sin mas por el momento me despido enviandoles un gran saludo a todos mis lectores, estamos con nuevos post.

Integrar MDT a SCCM 2012 R2

Hola que tal amigos, pues si he decidido dar el siguiente paso, aprender de manera eficaz la potente herramienta de Microsoft llamada SCCM, al dia de hoy sigo en la fase de aprendizaje, por lo que el dia de hoy veremos rapidamente como podemos integrar nuestro ya usado Microsoft Deployment Toolkit a System Center.

Lo primero que haremos una vez que ya tenemos estas plataformas configuradas y listas para usar como ha sido en los articulos anteriores, vamos a ver en la consola de SCCM no se tiene aun la interaccion e integracion con MDT

 

Ahora vamos a nuestro panel de aplicaciones en donde tenemos nuestro MDT, damos clic como se muestra la siguiente imagen.

Este proceso lo debemos correr como administrador.

Colocamos las credenciales y listo, ahora refrescamos nuestra consola de SCCM y veamos las nuevas opciones.

En los siguientes post vamos a utilizar esta task sequence e implementar Windows 10.

Sin mas por el momento me despido enviandoles un gran saludo a todos mis lectores.

felices despliegues.

 

Instalar paquete de lenguaje en Imagen de Referencia de Windows 10

Que tal amigos pues en esta ocasión vamos a ver la forma de como podemos agregar nuestro paquete de lenguaje en una imagen de referencia de Windows 10, para ello lo primero que debemos descargar es el paquete de lenguaje correspondiente a nuestra ubicación.

Para ello les comparto un enlace en donde se puedes descargar link.

Una vez descargado nuestro paquete vamos a agregarlo a MDT dando clic en importar paquetes, veamos la imagen.

Con eso terminado, no hay más en términos de la importación de los paquetes. Excepto por una pequeña cosa, que podría resultar útil si deseas automatizar la selección de paquetes de idioma durante el asistente para la implementación aprovechando las reglas del recurso compartido de distribución. Cada uno de los paquetes de idiomas importados se les ha dado un identificador único, también conocido como GUID. Para localizar el GUID de cada paquete de idioma, expande las columnas para mostrar el GUID:

o en su caso clic derecho en el paquete y propiedades:

Tenemos varias opciones para controlar qué paquetes de idiomas instalar. Uno de ellos es la forma manual, simplemente selecciona los paquetes de idioma deseados durante el Asistente para la implementación. Otra es aprovechar las reglas del Share de implementación para instalar dinámicamente paquetes de idiomas basados en varios valores de variable. De cualquier manera, independientemente de la opción que elijas, debes familiarizarte con dos variables MDT incorporadas que entran en juego cuando se trata de paquetes de idiomas. Son:

SkipPackageDisplay
LanguagePacks (matriz de propiedades)
La variable SkipPackageDisplay se puede establecer en YES o NO y controlará si se muestran o no las páginas del Asistente para la implementación de paquetes en el Asistente para la implementación, veamos el ejemplo

 

[Settings]
Priority=MacAddress, Default
Properties=MyCustomProperty
 
[00:15:5D:85:6B:00]
SkipPackageDisplay=YES
LanguagePacks001={daf88b77-59a1-4b7d-bea2-43352383a3c0}

Ademas podemos distribuir dependiendo la situación dentro de nuestra secuencia de tareas habilitar la instalación de paquetes, esto lo podemos realizar desde este apartado.

Sin mas por el momento me despido enviándoles un gran saludo a todos mis lectores, estamos con nuevos post.