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 »

 

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.

 

Excluir Unidades durante scanstate.exe (USMT) en MDT

Hola que tal amigos, pues en esta ocasión vamos a realizar una pequeña configuración para poder excluir unidades durante el proceso de scanstate con USMT.

Cual es nuesto escenario?

Bien, este escenario yo lo utilizo cuando en nuestros equipos de computo por temas de seguridad tenemos 2 unidades en nuestro disco duro, una unidad destinada para colocar la información del o los usuarios, y la otra unidad para el sistema operativo y nuestras aplicaciones, reduciendo considerablemente la perdida de información en caso de algún tipo de contingencia, con ello cuando tenemos un escenario refresh podremos actualizar ha Windows 10 afectando solamente la unidad en donde se encuentra nuestro sistema operativo antiguo, en este caso en el mejor de los escenarios Windows 7 o Windows 8.

USMT tiene la excelente opción de poder o no respaldar toda la información de nuestros usuarios si así lo deseamos, esto se puede ver reflejado cuando tenemos nuestros documentos de nuestro usuario ligados a nuestra unidad de documentos. con ello si configuramos USMT  con el comando scanstate podemos decirle que no nos agregue esta segunda unidad ya que esta no afectara a la hora de formatear para implementar el nuevo sistema operativo. reduciendo el tiempo de guardado de documentos en nuestra unidad de red previamente compartida y configurada para el almacenamiento de datos temporal. 

Para realizar la configuración debemos primero generar un archivo .xml con la siguiente información

En donde X:\ sera la letra de la unidad a excluir en nuestro proceso, teniendo en cuanto esto, USMT tiene la posibilidad de excluir e incluir archivos o datos de acuerdo a nuestra configuración que deseemos por ejemplo .mp3 como opcion para no respaldar, etc. mas información en este enlace https://technet.microsoft.com/en-us/library/cc722303(v=ws.10).aspx

Cuando ya tengamos este archivo generado, para poderlo utilizar en nuestro servidor de MDT, debemos colocarlo en la siguiente ruta.

C:\DeploymentShare\Tools\x86\USMT5\archivo.xml

C:\DeploymentShare\Tools\x64\USMT5\archivo.xml

Dependerá de la arquitectura que manejemos, en mi caso particular yo lo pongo en las dos ubicaciones.

por ultimo. dentro de la secuencia de MDT configuraremos en el apartado de customsettings para que mande a llamar el archivo cuando inicie el proceso de scanstate.

listo, este procedimiento nos ayudara a reducir el tiempo de respaldo de nuestros usuarios.

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

Descargar las ultimas actualizaciones de Windows desde catalogo con script de Powershell

Hola que tal amigos pues les comparto un pequeño post en donde podremos descargar las ultimas actualizaciones de Windows Update desde el catalogo de Microsoft con la ayuda de un pequeño script de powershell subido a github por Aaron Parker.

Lo primero que haremos sera copiar todo el script desde este link y guardarlo como Get-LatestUpdate.ps1 en la unidad C: de nuestro sistema operativo, en mi caso lo haremos con Windows 10 de 64 bits.

Creamos al mismo tiempo una carpeta en donde se alojaran nuestros archivos .msu de actualizaciones, veamos el ejemplo en imágenes

Veamos algunos ejemplos para poder utilizarlo
.EXAMPLE
Get the latest Cumulative Update for Windows 10 x64
.\Get-LatestUpdate.ps1
.PARAMETER SearchString
Specify a specific search string to change the target update behaviour. The default will only download Cumulative updates for x64.
.EXAMPLE
Get the latest Cumulative Update for Windows 10 x86
.\Get-LatestUpdate.ps1 -SearchString ‘Cumulative.*x86’
.EXAMPLE
Get the latest Cumulative Update for Windows Server 2016
.\Get-LatestUpdate.ps1 -SearchString ‘Cumulative.*Server.*x64’ -Build 14393
.PARAMETER Download
Download the enumerated updates.
.EXAMPLE
Enumerate the latest Windows 10 Cumulative Update for build 14393 and download it.
.\Get-LatestUpdate.ps1 -Download -Build 14393
.PARAMETER Path
Specify the path to download the updates, otherwise use the local folder.
.EXAMPLE
Enumerate the latest Windows 10 Cumulative Update and download to C:\Updates.
.\Get-LatestUpdate.ps1 -Download -Path C:\Updates

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

Añadir menú de Actualizaciónes en Windows 10

Hola que tal amigos, pues el día de hoy les comparto un pequeño script en el cual podemos agregar las opciones de actualizaciones en el menú de Windows 10 (clic derecho).

Para poder agregarlo, simplemente vamos a copiar el siguiente código en bloc de notas y lo guardamos con extensión .reg

Windows Registry Editor Version 5.00
[HKEY_CLASSES_ROOT\DesktopBackground\Shell\WindowsUpdate]
“Icon”=”shell32.dll,-47”
“Position”=”Bottom”
“SubCommands”=””
“MUIVerb”=”@ActionCenterCPL.dll,-54”
[HKEY_CLASSES_ROOT\DesktopBackground\Shell\WindowsUpdate\Shell]
[HKEY_CLASSES_ROOT\DesktopBackground\Shell\WindowsUpdate\Shell\01WindowsUpdate]
“Icon”=”bootux.dll,-1032”
“SettingsURI”=”ms-settings:windowsupdate”
“MUIVerb”=”@ActionCenterCPL.dll,-54”
[HKEY_CLASSES_ROOT\DesktopBackground\Shell\WindowsUpdate\Shell\01WindowsUpdate\command]
“DelegateExecute”=”{556FF0D6-A1EE-49E5-9FA4-90AE116AD744}”
[HKEY_CLASSES_ROOT\DesktopBackground\Shell\WindowsUpdate\Shell\02CheckForUpdates]
“Icon”=”bootux.dll,-1032”
“SettingsURI”=”ms-settings:windowsupdate-action”
“MUIVerb”=”@MusUpdateHandlers.dll,-100”
[HKEY_CLASSES_ROOT\DesktopBackground\Shell\WindowsUpdate\Shell\02CheckForUpdates\command]
“DelegateExecute”=”{556FF0D6-A1EE-49E5-9FA4-90AE116AD744}”
[HKEY_CLASSES_ROOT\DesktopBackground\Shell\WindowsUpdate\Shell\03UpdateHistory]
“Icon”=”bootux.dll,-1032”
“SettingsURI”=”ms-settings:windowsupdate-history”
“MUIVerb”=”@MusUpdateHandlers.dll,-164”
[HKEY_CLASSES_ROOT\DesktopBackground\Shell\WindowsUpdate\Shell\03UpdateHistory\command]
“DelegateExecute”=”{556FF0D6-A1EE-49E5-9FA4-90AE116AD744}”
[HKEY_CLASSES_ROOT\DesktopBackground\Shell\WindowsUpdate\Shell\04RestartOptions]
“Icon”=”bootux.dll,-1032”
“SettingsURI”=”ms-settings:windowsupdate-restartoptions”
“MUIVerb”=”@MusUpdateHandlers.dll,-169”
[HKEY_CLASSES_ROOT\DesktopBackground\Shell\WindowsUpdate\Shell\04RestartOptions\command]
“DelegateExecute”=”{556FF0D6-A1EE-49E5-9FA4-90AE116AD744}”
[HKEY_CLASSES_ROOT\DesktopBackground\Shell\WindowsUpdate\Shell\05AdvancedOptions]
“Icon”=”bootux.dll,-1032”
“SettingsURI”=”ms-settings:windowsupdate-options”
“MUIVerb”=”@MusUpdateHandlers.dll,-168”
[HKEY_CLASSES_ROOT\DesktopBackground\Shell\WindowsUpdate\Shell\05AdvancedOptions\command]
“DelegateExecute”=”{556FF0D6-A1EE-49E5-9FA4-90AE116AD744}”

Ejecutamos el archivo y listo, tendremos las opciones de actualización en nuestro Windows 10, aplica para múltiples versiones.

Un gran saludo a todos mis lectores y estamos con nuevos post 😀

 

Instalar Kaspersky Endpoint Security 10 MR3 para Windows 10 con MDT

Cada dia el proyecto de migracion refresh scenario va dando mas forma, ahora toca implementar Kaspersky Endpoint Security 10 MR3 para Windows 10 con MDT automatizado y sin interacción durante el despliegue, para ello debemos primeramente colocar los archivos dentro de nuestro servidor MDT como un recurso compartido y con los permisos necesarios para su utilización.

Recordemos que la versión MR3 acaba de lanzarse hace unos meses, la cual es la versión compatible con el nuevo sistema operativo Windows 10.

Ahora bien tenemos varios escenarios para mandar nuestra aplicación por medio de la red o en su caso manualmente o de forma desatendida.

El primer escenario es por medio de la linea de comandos:

msiexec /i <package path>\<package name>

Para nuestro caso dentro de nuestro servidor MDT seria de la siguiente forma

msiexec /i “\\MDT\MR3\Kes10win.msi”

La segunda opción y la que vamos a utilizar es la instalación de manera desatendida (SIN INTERACCIÓN DE WIZARD)

Bien, los parámetros necesarios para una instalación silenciosa serán los siguientes:

msiexec /i <package path>\<package name> EULA=1 KSN=1 KLPASSWD=<password> KLPASSWDAREA=<protected area> ALLOWREBOOT=1 /qn

o

setup.exe /pEULA=1 /pKSN=1 /pKLPASSWD=<password> /pKLPASSWDAREA=<protected area> /pALLOWREBOOT=1 /s

Para ambos casos veamos cada uno de los comandos 

EULA=1 significa aceptación automática de EULA. La instalación no continuará con EULA = 0.

KSN=1 significa aceptación para participar en el programa Kaspersky Security Network (KSN). Es un parámetro requerido sin un valor predeterminado.

KLPASSWD establece una contraseña que autoriza determinadas acciones con la aplicación y la modificación de la configuración de la aplicación.

KLPASSWDAREA se utiliza en combinación con KLPASSWD y puede ser uno de los siguientes:

SET: establece una contraseña para cambiar la configuración de la aplicación.

EXIT – establece una contraseña para salir de la aplicación.

DISPROTECT: establece una contraseña para inhabilitar componentes de protección y detener las tareas de análisis.

DISPOLICY: establezca una contraseña para desactivar las directivas de Kaspersky Security Center 9.

UNIST: establece una contraseña para eliminar la aplicación.

DISCONTRL: establece una contraseña para des-habilitar los componentes de control (Control de Inicio de la Aplicación, Control de Privilegio de la Aplicación, Monitor de Vulnerabilidad, Control del Dispositivo, Control Web).

REMOVELIC: establece una contraseña para la eliminación de la clave de licencia.

ALLOWREBOOT=1 significa acuerdo para reiniciar el sistema automáticamente cuando sea necesario. ALLOWREBOOT=0 se establece de forma predeterminada, a menos que se indique lo contrario.

Para nuestro caso utilizaremos la siguiente sintaxis.

Quedando de esta manera

“\\MDT\MR3\setup.exe” /pEULA=1 /pKSN=0 /pKLPASSWD=P@ssw0rd /pKLPASSWDAREA=SET /pALLOWREBOOT=1 /s

o

msiexec /i “\\MDT\MR3\Kes10win.msi” EULA=1 KSN=1  KLPASSWDAREA=EXIT ALLOWREBOOT=0 /qn

Omitiremos el comando de password para nuestro caso en especial, ahora bien vamos abrir un bloc de notas y guardaremos la instrucción anterior dentro de un archivo .bat colocandolo en la misma ubicación de los archivos.

Listo, podemos realizar la prueba ejecutando el comando con privilegios de administrador para ver el resultado.

Importante, Kaspersky necesita tener un agente de red para la correcta comunicación con el servidor, por lo que en este caso, una vez finalizada la instalación desde nuestro servidor simplemente le mandamos el agente de red.

Otra opción también para poder implementar Kaspersky es crear un setup.exe desde la consola de servidor, el cual este paquete incluye ya el archivo llave junto con el agente de red, para desplegarlo podemos agregarle /S para que lo haga de manera silensiosa

Veamos la imagen del proceso

NOTA.-Cualquiera de las dos formas de configurar Kaspersky podemos utilizarlas dentro de nuestro MDT, ahora veamos el proceso de inyección.

Ahora bien este archivo.bat vamos a agregarlo como aplicación dentro de nuestro DeploymentShare como se muestra a continuacion

Colocamos el nombre y agregamos la aplicación como se muestra a continuacion.

Colocamos el archivo.bat

Ahora para terminar la configuración, vamos a nuestra secuencia  de tareas para colocar en el lugar correspondiente.

Hacemos un update a nuestro deploymentShare y listo, a probar la instalación de kaspersky durante el despliegue de Windows 10

Aquí el proceso

Al finalizar en nuestra consola de Kaspersky tendremos este resultado.

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

 

Solucion error 0x8004005 Return Code 36 con Scanstate en Refresh Scenario

Mucho se ha hablado sobre el famoso error 0x8004005 en donde MDT nos muestra algún tipo de error con infinidad de posibles causas, el día de hoy me paso este error cuando quería migrar en refresh scenario a un equipo de mi organización desde Windows 7 a Windows 10 con MDT y USMT.

Ahora bien después de leer muchos foros encontré que la causa por la que te sale el siguiente error y no captura el estado de usuario, este error lo causa el famoso Perfil Temporal en Windows 7, para no entrar mucho en detalle en este tema les comparto un post antiguo en donde doy solución temporal al perfil de windows 7, al final de cuentas lo que podemos hacer es entrar a registro y llegar a la clave de profilelist y dentro de la lista si encontramos un archivo .bak del o los usuarios a migrar, simplemente eliminamos la clave y con ello nuestro proceso de migración sera todo un éxito.

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

Felices Despliegues

 

Notificación (Voz) cuando ejecutas aplicaciónes con MDT en Windows 10

Hola que tal amigos, pues en esta ocasión vamos a ver una forma divertida de como podemos antes y/o después de instalar aplicaciones con MDT ejecutar la voz de Cortana o Siri para avisarnos que esta próximo a realizar o en su caso de finalizar de acuerdo a la posición del script dentro de nuestra secuencia de tareas.

Veamos el demo:

Ahora veamos, el procedimiento, lo primero que haremos sera dentro de nuestro MDT, instalar una aplicacion, en mi caso instale Winrar para efectos del demo.

He creado un nuevo deploymentshare en donde inyectaremos nuestra aplicación.

Ahora vamos a crear una secuencia de tareas “Post OS Installation Task Secuence” para este caso en especial sobre la instalación de nuestras aplicación.

Dentro de nuestra secuencia de tareas en parte de propiedades insertamos nuestra aplicación.

Ahora vamos a abrir un bloc de notas en donde copiaremos la siguiente sintaxis y guardaremos el archivos como voz.ps1 de powershell.

# Invoking SAPI Objects
$Siri = (New-Object -ComObject SAPI.SPVoice)
$Siri.Rate = -2
$Siri.Speak( “MDT esta instalando Winrar en el equipo, pronto finalizara la instalacion, Atentamente DeploymentMX“)| Out-Null

Start-Sleep -Seconds 2

la parte de rojo es la que podremos modificar de acuerdo a nuestras necesidades, asi es como la Voz de Siri/Cortana leerá nuestro texto.

Tendremos un segundo archivo llamado voz2.ps1 para mandar un mensaje de finalizacion de la instalación de nuestra aplicación.

# Invoking SAPI Objects
$Siri = (New-Object -ComObject SAPI.SPVoice)
$Siri.Rate = -2
$Siri.Speak( “Instalacion Finalizada, Puede Continuar“)| Out-Null

Start-Sleep -Seconds 2

Estos archivos los vamos a copiar a la carpeta de Scripts dentro de nuestro DeploymentShare como se muestra a continuación.

Ahora solamente vamos a agregarlos a nuestra secuencia de tareas antes y después de nuestra aplicación, agregando un script de powershell dentro de las opciones de MDT, para ejecutar colocaremos el siguiente codigo.

%SCRIPTROOT%\voz.ps1

veamos el ejemplo

Para hacer de forma automatizada la instalación de Winrar, podemos utilizar el comando /s para hacer una instalación silenciosa, si quieres mas información al respecto ve a este link sobre el tema de switches.

veamos el ejemplo.

En la parte de Customsettings.ini podemos colocar las siguientes instrucciones para no tener interacción con el wizard de MDT.

Listo, ahora si actualizamos nuestro DeploymentShare para disfrutar.

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

///Felices Despliegues

 

 

Windows 10 Mapa de Contenidos ITPRO

Hola que tal amigos, en esta ocasión les comparto este excelente material que es una lista completa de recursos diseñados para ayudar a los profesionales de TI a explorar, planificar, implementar, administrar y dar soporte a Windows 10.

Sin duda un gran apoyo para seguir aprendiendo de este sistema operativo.

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

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

Soluciones de Implementación para la Empresa – Channel 9 – @DeploymentMX

Listo Amigos pues les comparto mi charla que di dentro de la seria Windows 10 University el pasado mes con 6 módulos sobre Windows 10 en todas sus facetas, este vídeo te puede dar un amplio panorama para poder migrar tus equipos hacia Windows 10 con herramientas como MDT. Se que es un tema muy extenso por lo que también los invito a conocer mi blog http://blogs.itpro.es/octaviordz y también a adquirir los libros que son de gran ayuda para poder implementar Windows 10 en escenarios reales http://www.lulu.com/spotlight/octaviordz. no olviden seguirme en Twitter @DeploymentMX

Todos los videos de Windows 10 University puedes encontrarlos en 

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

Menu Metro GUI para Refresh Scenarios de Windows 10

He hablado en muchas ocasiones sobre un proyecto que he concretado en mi lugar de trabajo, para la migración de los equipos de computo de Windows 8 a Windows 10 dentro e la organización, este escenario se implemento con un refresh scenario, quiere decir que este proceso no pasa por un update hacia windows 10, si no que ejecuta el proceso llamada bare metal en donde con la ayuda de USMT podemos hacer restauración de información de los usuarios con las herramientas scanstate y loadstate.

Un gran profesional y amigo, experto en Powershell y MDT. MVP Damien Van Robaeys quien me enseño un poco de lo mucho que es experto y que me apoyo para crear un menú sobre este tema. su blog http://www.systanddeploy.com

Este menú se los quiero compartir para que les pueda ayudar en sus implementaciones, si así fuese el caso, que se pueda adaptar el mismo a las necesidades en la organización.

Este menú trabaja con Powershell y es compatible con sistemas que van a migrar  de Windows 8 a Windows 10 o en su caso hacer un refresh scenario sobre la misma plataforma.

Este menú cuenta con mas opciones desplegables para  implementacion.

Las partes editables están en los archivos que podemos descargar desde este link.

Aquí solamente podemos modificar la ruta o fuente en donde se encuetran nuestros Litetouch.vbs de MDT, aqui un ejemplo de nuestro archivo.

El script esta diseñado para 4 escenarios posibles pero seguro se pueden hacer muchos mas.

Aquí esta parte del proceso que hace en este video.

https://www.facebook.com/octavio.de.santiago/posts/1349972401721244

Espero y les agrade este menú realmente muy a-doc a Windows 10, saludos a todos mis lectores y estamos con nuevos post.

Felices despliegues.

 

 

 

 

Windows Defender en Windows 10 Guia de Evaluacion y Cmdlets

Mucho se ha especulado sobre si Windows Defender es hoy en día uno de los mejores antivirus para nuestros sistemas, realmente he probado este antivirus y me ha gustado, aunque existen muchas empresas en donde tienen sus propios administradores de seguridad con antivirus llamados competencia. 

En mi punto de vista personal, si me quedo con Windows Defender, por ser practico muy accesible y sobre todo que puedes interactuar con el mediante powershell.

Aqui les comparto algunas funciones de powershell que nos ayudaran a los administradores a tener un mejor control del mismo.

Defender Cmdlets

Add-MpPreference

Modifies settings for Windows Defender.

Get-MpComputerStatus

Gets the status of antimalware software on the computer.

Get-MpPreference

Gets preferences for the Windows Defender scans and updates.

Get-MpThreat

Gets the history of threats detected on the computer.

Get-MpThreatCatalog

Gets known threats from the definitions catalog.

Get-MpThreatDetection

Gets active and past malware threats that Windows Defender detected.

Remove-MpPreference

Removes exclusions or default actions.

Remove-MpThreat

Removes active threats from a computer.

Set-MpPreference

Configures preferences for Windows Defender scans and updates.

Start-MpScan

Starts a scan on a computer.

Start-MpWDOScan

Starts a Windows Defender offline scan.

Update-MpSignature

Updates the antimalware definitions on a computer.

Aqui les comparto una guia completa para evaluar Windows defender en nuestras organizaciones.

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

Configuracion Basica de System Center Configuration Manager 2012 R2

Hola que tal amigos pues si, después de mucho tiempo hoy he decidido entrar de lleno a esta gran plataforma que es System Center Configuration Manager, al día de hoy en mi server personal he logrado instalar de forma correcta la suite incluyendo la configuración básica de SQL la cual me ayudara entre otras cosas en mi trabajo dentro de mi organización para consultas de las bases de datos entre otras cosas.

Como llegue aquí, uff un gran trabajo atrás y la ayuda de muchas personas que al igual que yo nos gusta siempre aprender y compartir nuestras experiencias, por lo pronto no les dejare los pasos de la instalación de SCCM ya que en Internet existen miles de paginas y blogs que nos ayudan con este tema, quizá mas adelante pueda crear una guía para ir viendo paso a paso la instalación.

Hoy veremos después de consultar algunos blogs y paginas oficiales la forma básica de la configuración de SCCM después de una instalación exitosa.

Algunos sitios web que me han ayudado a este proceso son los siguientes:

Site Administration for System Center 2012 Configuration Manager

Ademas tenemos desde technet como habilitar el metodo discovery desde el siguiente link.

Mas informacion Technet> How to Enable a Discovery Method

En la consola de SCCM hay 4 pestañas principales para la gestión y configuración de todo SCCM, son las siguientes:

– Activos y compatibilidad: En este apartado, estarán todos los equipos, usuarios, recopilaciones de ambos, redes… de toda la infraestructura. Para poder visualizar estos objetos, antes hay que detectarlos realizando una configuración que veremos en este post.

– Biblioteca de software: Este apartado es uno de los principales a la hora de desplegar nuestras aplicaciones, escritorios, paquetes, actualizaciones de Windows… a los equipos de la infraestructura.

– Supervisión: Aquí veremos todo el proceso de nuestros despliegues de aplicaciones, paquetes, actualizaciones, etc… Al igual que podemos revisar el estado de los componentes y servicios principales de SCCM para que todo funcione perfectamente.

– Administración: Es el apartado de configuración de la infraestructura de SCCM, donde podremos configurar la detección de equipos, usuarios, redes, podremos asignar roles a nuestros servidores de sitios, etc.

Dentro de la parte de administración de SCCM tenemos las llamadas detecciones las cuales son necesarias para un buen funcionamiento y configuración de nuestra plataforma con nuestros demás servers y clientes.

 En SCCM nos dirigimos a Administración y veremos en nuestro panel derecho las siguientes opciones las cuales vamos a configuración de una en una para dejarlas habilitadas, esto nos ayudara para futuras tareas aunque no las utilizaremos por el momento en algunos casos específicos.

1.-Active Directory Forest Discovery en este apartado habilitamos la casilla como se muestra a continuación y aceptamos.

2.-Active directory Group Discovery para ello habilitamos la casilla señalada, pulsamos en Agregar, y le damos un nombre (ej: GRUPOS), marcando como ubicación la ruta principal del dominio (ver imagen). Pulsamos en Aceptar + Ejecutar la detección ahora.

Cuando agregamos, veremos al final como se muestra nuestra siguiente imagen, estos grupos los he agregado desde la instalación cuando se crearon en AD.

3.-Active Directory System Discovery de las más importantes para poder visualizar los equipos de nuestra infraestructura de Active Directory, pulsamos en Habilitar y en la estrella para añadir el contenedor, como ruta de acceso ponemos la raíz principal del dominio. Pulsamos en Aceptar + Ejecutar la detección ahora.

Especificamos una o más ubicaciones para buscar.
Para cada ubicación, especificamos las opciones que modifican el comportamiento de búsqueda.
Para cada ubicación, especificamos la cuenta que se utilizará como cuenta de descubrimiento de Active Directory.

Como opcional;

En la ficha Programación de sondeo, configuramos la programación de sondeo de descubrimiento completo y el descubrimiento delta.
Opcional-mente, en la ficha Atributos de Active Directory, puede configurar atributos adicionales de Active Directory para equipos que deseemos descubrir. También se enumeran los atributos de objeto predeterminados.
Opcional-mente, en la ficha Opción, puede configurar opciones para filtrar o excluir los registros de equipo obsoletos del descubrimiento.


Cuando hayamos terminado de configurar el Descubrimiento del sistema de Active Directory para este sitio, hacemos clic en Aceptar para guardar la configuración.

4.- Active Directory User Discovery La última detección será la de usuarios, realizamos el mismo procedimiento que en la búsqueda de equipos, habilitamos la casilla, pulsamos en la estrella y añadimos como ruta de acceso la raíz principal del dominio. Pulsamos en Aceptar + Ejecutar la detección ahora.

5.-Network Discovery por ultimo habilitamos la casilla de detección de redes como se muestra a continuación.

Ahora veremos nuestras configuraciones habilitadas.

Ejecutamos nuestro Bosque en el siguiente icono.

Este paso es solo para comprobar que tenemos el sitio bien activado. En el apartado de Configuración del sitio > Sitios debemos de ver nuestro sitio primario, con el nombre del servidor y el estado en Activa.

Ahora vamos a administrar los boundarys (Limites) dentro de Administración de SCCM, damos clic en administración y en boundarys.

Seleccionamos un nuevo Boundary group en caso de que no lo tengamos y colocamos la siguiente informacion como se muestra a continuación.

Ahora damos clic derecho en boundarys Group vamos a darle un nombre, en este caso Grupos y agregamos como se muestra a continuación.

Damos clic en Add y marcamos como se muestra a continuación.

Ahora nos vamos a referencias, seleccionamos “use this boundary group for site assignment” y clic en agregar

Ahora vamos con la configuración del Cliente

En la nueva ventana tildamos “Enable automatic site-wide client push installation”

Ahora nos dirigimos a cuentas y agregamos una cuenta para cliente.

En la parte de Devices veremos todos los dispositivos que SCCM ha detectado, por lo que una de las multiples opciones sera dar clic derecho en el cliente para hacer el despliegue del agente del mismo, nota el cliente para mejores practicas debemos deshabilitar el firewall para que se mande correctamente.

Aparecerá un Wizard en cual simplemente damos siguiente.

Seleccionamos la opción Always install client software como se muestra a continuación.

Listo Hasta aqui podemos ver una configuración básica de SCCM con Cliente. seguiremos indagando sobre esta gran plataforma la cual nos ayudara como parte de nuestro aprendizaje diario.

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

 

 

E-book – Implementa Windows 10 en tu Organización con MDT

Llega 2017 con nuevas cosas entre ellas la terminacion de un nuevo E-book con temas de implementacion que nos ayudara a Migrar nuestro Sistema Operativo Windows 7 u Windows 8.1 en nuestra organización hacia Windows 10 utilizando Microsoft Deployment Toolkit, herramienta la cual con ayuda de User State Migration Tools podemos crear un entorno totalmente automatizado manteniendo los datos de los usuarios, las configuraciones de red, y el entorno en controladores de dominio, ademas aprenderemos técnicas de implementacion y automatización que nos ayudaran a crear imágenes de acuerdo a nuestras necesidades propias en nuestro ambiente laboral.

link: Implementa Windows 10 en tu organización con MDT

Sin duda un gran material que nos ayudara con temas y procesos *LTI (lite Touch Installation) en nuestros entornos laborales.

 

Cambiar la imagen (pantalla de Bloqueo) de Windows 10 durante la implementacion con MDT

Hola Amigos en esta ocasión vamos a ver la forma de como podemos cambiar nuestro look screen de Windows 10 con un sencillo script y también la manera de como podemos implementar este, para que se agregue al despliegue del sistema operativo con Microsoft Deployment Toolkit.

Este tip me lo compartió mi Amigo y colega Eduardo Sena experto en implementacion de sistemas operativos Microsoft.

Lo primero que vamos a realizar es cambiar de forma manual nuestra típica imagen de bloqueo que viene predeterminada en Windows 10. Aquí la imagen.

Ahora lo primero que haremos sera abrir un bloc de notas y copiar el siguiente código guardándolo como archivo de powershell .PS1
Param(
[Parameter(Mandatory=$true,Position=1)]
$ImageName
)

$Source = Split-Path -Path $PSCommandPath

#Copia imagem para pasta Screen
Copy-Item -Path $Source\Image\$ImageName -Destination C:\Windows\Web\Screen -Force

#Cria chaves no registro
New-Item -Path HKLM:\SOFTWARE\Policies\Microsoft\Windows -Name Personalization
Set-ItemProperty HKLM:\SOFTWARE\Policies\Microsoft\Windows\Personalization -Name LockScreenImage -Value C:\Windows\Web\Screen\$ImageName
Set-ItemProperty HKLM:\SOFTWARE\Policies\Microsoft\Windows\Personalization -Name NoChangingLockScreen -Type DWord -Value 1
Vamos a guardarlo como customlook.ps1

Cuando lo tengamos vamos a guardarlo dentro de una carpeta en la unidad C:\ y sobre este mismo archivo (mismo nivel) vamos a crear una carpeta llamada name en la cual contendrá la imagen que vamos a cambiar o a colocar de acuerdo a nuestro gusto. 

Ahora antes de ejecutar este script debemos permitir la ejecución de scripts de powershell con la siguiente instrucción.

set-executionpolicy unrestricted

Ahora si ejecutamos el script, solamente nos pedirá el nombre de la imagen y damos clic en aceptar

Ahora veamos como podemos agregar esta tarea dentro de MDT para la instalación desatendida de nuestra imagen de preferencia.

Lo primero que haremos dentro de nuestro MDT es crear una nueva aplicación en nuestro deploymentshare

Damos clic en todos los componentes que se encuentran dentro de nuestra carpeta.

Escribimos el nombre de nuestra aplicación y damos clic en siguiente

Ahora buscamos la carpeta de nuestro customlook 

Ahora esta parte es muy importante ya que vamos a ejecutar powershell dentro de nuestras tareas para que pueda inyectar la nueva imagen.

este es el código

powershell.exe –ExecutionPolicy Bypass –File .\customlook.ps1 –ImageName background.jpg

y listo nuestra aplicación esta agregada, ahora vamos a inyectar esta aplicación dentro de nuestras secuencias de tareas como una aplicación especial

Cuando implementemos veremos el siguiente resultado.

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

Felices Despliegues.

Deploying Windows Server 2016 NANO con Microsoft Deployment Toolkit

Una vez mas Michael Niehaus Product Manager de Windows nos muestra la forma de poder implementar Nano Server, una nueva versión “lite” de la familia de Windows Servers de Microsoft por linea de comandos, aquí les muestro los detalles del procedimiento.

Aquí el post completo https://blogs.technet.microsoft.com/mniehaus/2017/01/11/deploying-nano-server-using-mdt/

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