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.

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.

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.

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.

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.

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.

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:

• Zero Touch Deployment con SCCM parte 1

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.

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.

• Zero Touch Deployment con SCCM parte 1
• Zero Touch Deployment con SCCM parte 2

 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.

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.

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.

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.

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

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.

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 

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.

• Zero Touch Deployment con SCCM parte 1
• Zero Touch Deployment con SCCM parte 2
• Zero Touch Deployment con SCCM parte 3

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.

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.

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.

• Zero Touch Deployment con SCCM parte 1
• Zero Touch Deployment con SCCM parte 2
• Zero Touch Deployment con SCCM parte 3
• Zero Tocuh Deployment con SCCM parte 4

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.

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.

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.

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