Hola que tal amigos, el dia de ayer, por necesidad cambie de router y ubicación física todo mi entorno de SCCM con mis servidores de laboratorio, de entrada la ip que tenia de configuración en mi equipo de SCCM era 192.168.8.20 con GT 192.168.8.1 por lo que al verme en la necesidad de cambiar de router, cambio la configuración de mis ip´s a 192.168.1.11 con GT 192.168.1.254

Al tratar de configurar o abrir SQL Server me marcaba el siguiente error.

Gracias a la herramienta CMTrace me puse a investigar en los logs de SQL en la siguiente ruta, C:\Program Files\Microsoft SQL Server\MSSQL14.MSSQLSERVER\MSSQL\Log en donde pude ubicar el archivo ERROLOG, con ayuda de la herramienta CMtrace abri el archivo y constate que tenia un error en donde estaba apuntando a la direccion ip antigua, veamos el ejemplo. 

En los siguientes pasos podremos cambiar esta ip para poder tener acceso a SQL Server, esto lo hacemos desde SQL Server Configuration Manager, en los protocolos de Network Configuration.

Aunado a esto debemos ver si los servicios de SQL están corriendo, por lo que haremos lo siguiente.

Presionamos el botón de la ventana + R
Tipo Services.msc
Búsqueda de servicios de SQL Server
Seleccione su instancia de SQL Server Service y hacemos clic en Inicio en el panel izquierdo.
Hacemos a este servicio como Inicio automático / Inicio demorado en propiedades haciendo clic derecho.

Una vez iniciado, podemos corroborar nuestro SQL Server Manager funcionando correctamente, Podemos hacerlo tambien desde Regedit, pero cuidado!! cualquier cambio dentro del mismo puede provocar inestabilidad del sistema.

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL10.SQL10\MSSQLServer\SuperSocketNetLib\Tcp\IP3]—> Cambiar este nombre por IP4
“Enabled”=dword:00000000 

“Active”=dword:00000001 
“TcpPort”=”2001” 
“TcpDynamicPorts”=”” 
“DisplayName”=”Specific IP Address” 
“IpAddress”=”IP.IP.IP:IP” –>

de igual manera a la hora de entrar a la consola de SCCM nos aparecía este error.

en mi caso en particular lo único que realice fue una reparación de la consola desde panel de control programas.

Esperamos y listo nuestra consola funcionando correctamente.

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

 

Lo que nos ofrece SCCM para el despliegue de software es la instalación automatizada y silenciosa de software sobre assets/colecciones, teniendo la posibilidad de programar donde y cuando estos paquetes deberán estar instalados en los equipos cliente.

Se puede utilizar todo software que sea necesario para ser instalado mediante scripts, permitiendo incluso la integración de APP-V.

El requisito necesario en SCCM es tener instalado el rol de DP (Distribution Point).

Las categorías de software que podemos instalar son paquetes mas programas y paquetes.

Los paquetes son aquellos archivos necesarios para instalar software, estos contienen las instrucciones necesarias para ejecutar el paquete (programa) y un paquete puede contener varios programas (.msi)

Las aplicaciones contienen archivos e información necesarios para instalar software, una aplicación puede contener varios paquetes para instalar software en distintos dispositivos. las aplicaciones están orientadas a usuarios y no al equipo, quiere decir que si el usuario cambia de pc se instalaran las aplicaciones automáticamente para el mismo y por ultimo las aplicaciones se puede monitorizar.

Lo primero que debemos descargar es el software para este ejemplo de 7-zip tanto para aplicaciones como para paquetes .exe y .msi, estos archivos debemos descargarlos y guardarlos en una carpeta dentro de nuestro servidor de SCCM tal y como se muestra a continuación.

DESPLIEGUE DE PAQUETES EN SCCM

Lo primero que debemos hacer es dentro de nuestra consola de Configuration Manager irnos a Software Library-Application Management-Packages.

botón derecho y creamos un nuevo paquete, una ves realizado esto nos aparecerá un wizard en donde colocaremos el nombre, la descripción (opcional), la manufactura y la ruta en donde se encuentra el paquete en caso de que tenga archivos.

Recordemos que todo lo que queramos compartir deberá estar dentro de nuestro sitio en este caso en la ruta \\sccm\SMS_SC1\SOFTWARESCCM en donde SMS_SC1 es nuestro sitio de SCCM y SOFTWARESCCM es nuestra carpeta que al estar en esta ruta queda compartida para poder trabajar en nuestra red

La siguiente ventana nos muestra que escojamos el programa en este caso será un paquete de tipo programa estándar.

Ahora colocaremos la información necesaria para nuestro programa estándar. En esta parte de la configuración podremos observar que los paquetes reconocer archivos .exe en donde estos a su vez pueden estar configurados con switches, esto para hacer la instalación desatendida. Puedes consultar mas sobre Switches en este articulo que escribi hace tiempo. link

Si el paquete requiere de dependencias en la siguiente pantalla podemos configurar estas opciones, además podremos decirle a SCCM en que plataforma estará corriendo este paquete y el espacio que pueda requerir.

Nos dará el summary y finalizamos el wizard. Podemos ver nuestro paquete agregado.

Ahora debemos distribuir el contenido haciendo esta tarea obligatoria para todas las tareas de SCCM, damos clic en Distribute Content, aparecerá un nuevo wizard en donde especificaremos nuestro Distribution Point. y finalizamos.

Podemos observar en la parte inferior de nuestro panel se cambia a verde para poder corroborar que se ha distribuido.

Ahora resta hacer el Deploy de nuestro paquete, para efectos de prueba lo mandare a uno de los servidores que ya tiene nuestro cliente de SCCM.

El siguiente Wizard nos pedirá si queremos agregarlos a una colección existente, y si lo necesitamos requerido o disponible. En el caso de ser requerido se instalara de forma automática, en caso de ser disponible podremos descargarlo dentro de nuestro software center

Nos pedirá en la siguiente pantalla cuando necesitamos instalarlo, esto dependerá de cada uno de nosotros.

El resto de las configuraciones como user experience, distribution points, y summary podemos omitirlas o hacer las configuraciones correspondientes. Una vez hecho esto podremos verificar en nuestro equipo cliente la instalación de forma automatizada.

Podemos incluso en Monitoring ver el progreso de las implementaciones.

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

Felices Despliegues

 

SCCM se apoya en WSUS para la administración del parcheo de software. WSUS es un rol de Windows Server para que pueda instalarse para la administración y distribución de actualizaciones de software tanto de Microsoft como de terceros. Se pueden distribuir actualizaciones tanto de equipos como a otros servidores de WSUS.

Los requisitos son los siguientes:

  • Rol WSUS
  • Instalación nueva usando BBDD interna o de SQL (SUSDB)
  • SCCM necesita permisos admin en WSUS
  • Carpeta donde alojar los Updates se agrega de forma manual

Recomendaciones:

  • Instalar WSUS fuera de SCCM (por ejemplo en AD)
  • No ejecutar las atareas de post instalación después de la instalación en el wizard WSUS (importante)
  • usar los puertos alternativos al 80 y 443 ya que puede causar conflicto con las instancias existentes.

Que nos ofrece:

  • tener el control y gestión de las actualizaciones de software de manera centralizada
  • posibilidad de reporting apoyándose en la base de datos
  • aplicación programada de updates
  • granularidad pudiendo crear grupos de actualizaciones especificas

Ahora procederemos a la instalación y configuración de WSUS en nuestro server para SCCM, ejecutamos nuestro server manager, y agregamos el rol de WSUS.

NOTA.- Si se nos da el caso en donde vayamos a instalar SCCM en un entorno que ya tenga WSUS en este caso en particular solamente debemos instalar las características de la consola de WSUS, en remote server administration- rol administration tool- seleccionar WSUS tools

En nuestro caso vamos a instalar desde cero el rol de WSUS

Damos clic en agregar características, la siguiente pantalla muestra 3 opciones, para poder instalar con SQL server debemos seleccionar la segunda y tercera opción para la conectividad (es lo mas recomendable).

La siguiente pantalla muestra la ruta en donde vamos a alojar todas las actualizaciones de WSUS, por defecto debemos crearla con anterioridad para que no tengamos problemas posteriores con la instalación de WSUS, en nuestro caso se ha creado la carpeta en la siguiente ruta.

En el caso de que tengamos SQL server en otro equipo debemos agregar la ruta hacia el equipo donde se tenga SQL basta solo con colocar el nombre del servidor en donde esta alojada mi motor de base de datos y hacemos testeo de la conectividad

Las siguientes pantallas muestran un resumen de las características que se instalaran y la confirmación del rol, damos clic en finalizar. El proceso puede tardar varios minutos, una vez finalizada la instalación debemos REINICIAR el servidor para que los cambios tengan efecto.

Como podemos observar, WSUS nos manda una advertencia de que faltan algunas configuraciones post instalación, para ello vamos a omitirlas y entrar directamente a nuestro rol de WSUS

Abrimos WSUS nos mostrara un wizard en donde colocaremos el nombre de nuestra instancia, en este caso el nombre del servidor donde esta SQL server instalado. damos clic en RUN.

Cuando el proceso finalice, nos lanzara otro Wizard el cual debemos omitir (esto para poder llevar a cabo las tareas en conjunto con SCCM)

Ahora nos dirigimos a nuestro servidor de SCCM para desplegar el rol de WSUS desde la consola.

Nos aparecerá un nuevo wizard en donde lo mas importante es especificar el rol disponible en este caso “Software Update Point

Nos abrirá la parte de configuración para la instalación del rol. Debemos utilizar puertos alternativos tal y como se muestra a continuación.

Nos pedirá que sincronicemos con los servidores de Microsoft. seleccionamos y damos clic en siguiente. en caso de que tengamos una infraestructura que WSUS dependa de otros sistemas de WSUS como jerarquía debemos indicarle la ruta de conectividad con dichos servidores.

seleccionamos el horario de descarga de las actualizaciones. Dejamos tal cual y siguiente.

La parte de superseded es prácticamente cuando se lanzan actualizaciones criticas o fallos de seguridad y se descargan, después de un tiempo Microsoft lanza nuevos parches, entonces esta opción reemplazara los existentes por las nuevas actualizaciones.

Seleccionaremos la descarga de todas las actualizaciones, damos clic en siguiente. La pantalla siguiente podemos elegir que tipos de updates podemos descargar, para este caso

Seleccionamos el tipo de productos que queramos descargar. Además podemos observar que para las versiones como Windows 10, Windows Server 2016 o posteriores no están incluidos en el catalogo de WSUS, para ello una vez que se sincronicen con los servidores de Microsoft se actualizara el catalogo de WSUS dándonos las opciones para los nuevos productos y servicios que ofrece Microsoft.

WSUS nos da la opción de descargar paquetes de lenguajes, para este caso en particular solo dejaremos Ingles.

y Listo esperamos a que finalice. Ahora podemos comprobar en Microsoft SQL Server Management Studio la nueva base de datos creada para WSUS.

Ahora dentro de SCCM vamos a sincronizar las actualizaciones con WSUS, damos clic en Software Library – All software Updates- Clic derecho y sincronizar.

Podemos ver el progreso en WSUS y listo. Este procedimiento puede llegar varias horas en completarse.

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

 

 

 

Hola que tal amigos, pues vamos a ver en esta ocasión la forma dinámica de poder nosotros como administradores implementar aplicaciones por medio del repositorio de chocolatey y administrar esta aplicación en particular desde Microsoft Intune.

Lo primero que vamos a realizar es crear un archivo .exe que contenga la información necesaria para poder instalar el motor de chocolatey y a su vez poder integrar la o las aplicaciones que nosotros deseamos siempre y cuando estén disponibles desde el repositorio. Para mas información de las aplicaciones que se pueden implementar visita chocolatey.org

Vamos a abrir un bloc de notas y vamos a guardas la siguiente información con extensión .ps1

Set-ExecutionPolicy Bypass -Scope Process -Force; iex ((New-Object System.Net.WebClient).DownloadString(‘https://chocolatey.org/install.ps1’))

aunado a esto vamos a agregar las aplicaciones que nosotros queremos ejecutar una vez instalado el motor en nuestros equipos clientes.

choco install vlc -y

choco install firefox -y

choco install adobereader -y

choco install googlechrome -y

El bloc de notas quedaría de la siguiente manera

Este archivo lo tenemos que guardar con extensión .ps1, posteriormente con ayuda de software de terceros debemos convertir este archivo a un archivo ejecutable con extensión .exe

Para ello voy a utilizar PS1toExe Converter

Una vez convertido el archivo procedemos a agregarlo a nuestra consola de Microsoft Intune. Puedes consultar el siguiente link https://admin.manage.microsoft.com/MicrosoftIntune/Home

Dentro del portal de Microsoft Intune vamos a irnos a Aplicaciones – Agregar Aplicaciones

Se abrira un asistente en donde nos guiará paso a paso durante nuestro desarrollo de configuración de aplicaciones, recordemos que Microsoft Intune solamente soporta ciertos archivos como son .exe, .msi, .appx, .appxbundle

Nos pedirá credenciales de propietario para tener conexión exitosa.

Podemos observar que tenemos el asistente para agregar software por lo que vamos a agregar este software previamente creado con extensión .exe.

Damos clic en siguiente en donde podremos personalizar este software agregándole la descripción, la arquitectura y las reglas de detección.

Podemos ver el resumen y damos clic en Upload.

Dentro del portal de Microsoft Intune podemos observar la aplicación agregada correctamente.

Para poder implementar las aplicaciones desde el portal de Microsoft Intune, debemos primeramente agregar los grupos de Usuarios que hemos agregado a nuestra consola, para ello debemos Microsoft Intune en la sección de grupos nos redirigirá al portal de Azure en donde con la integración de Intune podremos configurar estas reglas.

Dentro del portal de Intune vamos a crear los grupos.

Vamos a colocar la información requerida como tipo de grupo, nombre del grupo, descripción del grupo, tipo de pertenencia y los miembros, para este ejemplo vamos a colocar la información como se muestras a continuación.

Cerramos Azure y nos dirigimos nuevamente a nuestro portal clásico de Intune, en donde vamos a configurar la implementacion de la aplicación desde un grupo creado, para ello vamos a aplicaciones – Administrar la aplicación, como podemos observar a un no esta disponible para su instalación, esto debemos cambiarlo.

Agregamos el o los grupos y damos clic en siguiente.

El asistente nos pedirá si es una instalación requerida o disponible, para este ejemplo vamos a darle en disponible y finalizamos, ahora podremos ver el estado de Implementado en SI

Por ultimo en nuestro equipo que esta unido a Microsoft Intune podemos ver Microsoft Intune Center para ver las aplicaciones integradas.

links https://portal.manage.microsoft.com/WebCP/apps

Nos aparecerán las aplicaciones y las ejecutamos 

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

Felices Despliegues.

Hola que tal amigos, el día de hoy les traigo una nueva característica para poder agregar una secuencia anidada a nuestro MDT. en la versión 8456 Microsoft nos da la opción de poder anidar dentro de una secuencia de tareas ciertos parámetros para poder llevar el control de nuestras implementaciones.

Partiendo de nuestro deploymentShare podemos agregar una nueva Secuencia de Tareas como Custom. veamos la imagen de ejemplo.

La anidación de Secuencia de tareas nos proporciona una mejor organización de nuestras configuraciones, una de las tareas en donde podemos poner en practica esta característica son cuando queremos agregar los paquetes de actualizaciones en MDT o en su caso algunos archivos  de personalización como agregar algunos iconos a nuestro escritorio.

Una vez que tengamos estas configuraciones, debemos agregar sobre nuestra secuencia de tareas principal un nuevo nodo llamado Task Sequence.

Como podemos ver aquí se ejecutan mas comandos dentro de una secuencia de tareas especifica, por lo que para este ejemplo se trata de mantener el numero de nodos para una mayor organización de nuestra secuencia de tareas principal.

el resultado seria como se muestra a continuación.

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

 

Hola que tal amigos, en esta ocasión vamos a ver algo nuevo para ver el proceso de como podemos gestionar los dispositivos de la empresa por medio de TeamViewer en el portal de Azure (Intune)

Con TeamViewer puede crear con facilidad una sesión segura de asistencia remota directamente desde el panel de Intune y agilizar las tareas de administración remota. La experiencia de resolución remota de problemas mejora gracias a la optimización de la comunicación entre los usuarios finales y el personal informático, puesto que les permite recibir asistencia de su administrador de TI a través de la aplicación Portal de empresa de Intune.

Dado que TeamViewer se preinstala automáticamente en los dispositivos gestionados, el usuario final no tiene que instalar nada.

Para la integración se necesita tener una licencia de Intune. Para poder testear esta guía es necesario darnos de alta en el portal de Intune siguiendo este link.

Ahora con la Ayuda de Office 365 podremos agregar usuarios, y poder visualizarlos en nuestro portal de Azure (Intune)

Para el uso de asignación de licencias de Office 365 a Intune, podemos consultar la siguiente información al respecto.

https://docs.microsoft.com/es-mx/intune/licenses-assign?WT.mc_id=UI

Ahora debemos establecer la Entidad de Administración de Dispositivos Móviles.

La configuración de la entidad de administración de dispositivos móviles (MDM) determina cómo se administran los dispositivos.The mobile device management (MDM) authority setting determines how you manage your devices. Como administrador de TI, debe establecer una entidad de MDM antes de que los usuarios puedan inscribir dispositivos para la administración.

Las configuraciones posibles son:Possible configurations are:

  • Intune independiente: administración solo en la nube, que se configura mediante el portal de Azure.Intune Standalone – cloud-only management, which you configure by using the Azure portal. Incluye el conjunto completo de funcionalidades que ofrece Intune.Includes the full set of capabilities that Intune offers. Establecer la entidad de MDM en la consola de Intune.Set the MDM authority in the Intune console.
  • Intune híbrido: integración de la solución de nube de Intune con System Center Configuration Manager.Intune Hybrid – integration of the Intune cloud solution with System Center Configuration Manager. Intune se configura mediante la consola de Configuration Manager.You configure Intune by using the Configuration Manager console. Establecer la entidad de MDM en Configuration Manager.
  • Administración de dispositivos móviles para Office 365: integración de Office 365 con la solución de nube de Intune.Mobile Device Management for Office 365 – integration of Office 365 with the Intune cloud solution. Intune se configura desde el Centro de administración de Office 365.You configure Intune from your Office 365 Admin Center. Incluye un subconjunto de las funcionalidades que están disponibles con la versión independiente de Intune.Includes a subset of the capabilities that are available with Intune Standalone. Establecer la entidad de MDM en el Centro de administración de Office 365.

Para Realizar este procedimiento, debemos entrar al portal de Azure con nuestra cuenta que hemos creado para Microsoft Intune.

https://portal.azure.com

Dentro del portal debemos localizar los servicios de Intune.

Inscripción de Dispositivos, tenemos varias opciones en las que se destacan Inscripciones para Dispositivos, Apple, Android y Windows.

Dependiendo de los dispositivos podemos tener varios tipos, para este caso en particular hemos inscrito mi Smartphone con Sistema Operativos Android, por lo que debemos agregar la cuenta de Google Play (Gmail) con nuestra cuenta de Intune para tener acceso al portal, en este caso particular debemos darle en Google Play Administrado.

Una vez realizado este procedimiento. debemos inscribir los dispositivos dependiendo el sistema operativos, para este caso debemos seguir las siguientes configuraciones desde el portal de Microsoft docs.

https://docs.microsoft.com/es-mx/intune-user-help/enroll-your-device-in-intune-android

Ahora podremos ver el emparejamiento de los dispositivos inscritos en el portal de Azure.

Ahora seleccionamos nuestro dispositivo a conectarnos y damos clic en TeamViewer Connector.

Durante todo el proceso de configuración, se instalaran las aplicaciones de Company Portal y QuickSupport de TeamViewer para poder realizar la conectividad entre el Administrador de Sistemas y el cliente.

Abrimos por ultimo TeamViewer QuickSupport para que nos arroje el ID de conectividad con nuestro Equipo de Administrador  y listo podremos gestionar Centralizadamente los dispositivos de la compañía con ayuda de estas herramientas.

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

 

 

 

 

 

Hola que tal amigos, en esta ocasión vamos a ver la manera de poder utilizar OSBuilder para utilizar con Windows 101809, hace tiempo para ser precisos, utilice esta excelente herramienta la cual estaba en una etapa de desarrollo, desde aquel día a la fecha, se han realizado cambios importantes en la misma, por lo que respecta el día de hoy vamos a trabajar sobre Windows 10 1809 para utilizar y personalizar desde OSBulder de David Segura. mas información en su blog.

Ademas quiero agradecer a David por mencionarme en los reviews de su plataforma en este enlace.

Bueno después de una introducción al tema vamos manos a la obra, según algunos colaboradores que han implementado OSBuilder debemos realizar el siguiente proceso de forma fácil y sencilla.

lo primero que debemos realizar es descargar el modulo de OSBuilder desde los repositorios de Powershell, ejecutamos esta herramienta con privilegios de administrador. mas información en este enlace

https://www.powershellgallery.com/packages/OSBuilder/

Install-Module -Name OSBuilder

Ahora vamos a crear desde los comandos de powershell la ubicación exacta de nuestro repositorio temporal para poder trabajar con la versión de Windows 10

Get-OSBuilder -CreatePaths -SetPath C:\OSBuilder

Ahora debemos tener previamente descargada la imagen .iso de Windows 10 1809 para poderla trabajar, en este caso debemos montarla en un DVD virtual.

Esta imagen de Windows 10 1809 contiene varias versiones, por lo que debemos seleccionar cual de ellas trabajaremos, para ello desde powershell podemos ejecutar la siguiente instrucción para conocer que versiones incluye dicha imagen.

dism /get-wiminfo /wimfile:L:\sources\install.wim

Vamos a trabajar para este ejercicio con Windows 10 Pro (Index: 5)

El siguiente paso es seleccionar la edición con la siguiente instrucción. Import-OSMedia -EditionId Professional -SkipGridView

Podremos ver como la carpeta temporal va agregando información conforme vayamos trabajando con esta herramienta.

Ahora vamos a ver la manera de actualizar nuestro sistema operativo desde OSBuilder. Ejecutamos la siguiente instrucción. 

Get-OSMedia | Update-OSMedia -DownloadUpdates -Execute

 Vamos a utilizar el siguiente comando, dependiendo de nuestra versión se descargaran los archivos correspondientes.

Cuando el proceso termine podremos ver una nueva version de nuestro sistema con algunos componentes incluidos como son:

  • CU´s
  • Adobe Flash Player
  • .Net Framework
  • Dism -Clean up – Image

Podremos ver el resultado ejecutando get-osmedia.

Ahora veamos como se pueden inyectar los diferentes lenguajes a nuestra imagen.

Para ello utilizaremos la siguiente instrucción correspondiente a nuestra región.

Get-OSBUpdate -Download -FilterLP es-mx -FilterOS “Windows 10” -FilterOSArch x64 -FilterOSBuild 1809 -Catalog LanguagePack

Get-OSBUpdate -Download -FilterLP eS-MX -FilterOS “Windows 10” -FilterOSArch x64 -FilterOSBuild 1809 -Catalog LanguageFeature

Ahora configuraremos nuestro sistema operativo a través de powershell para poder cambiar, añadir o eliminar algunas de las características que nosotros no queramos en dicho sistema por ejemplo

New-OSBuildTask -TaskName “Win10 Ent 1809 x64” -DisableWindowsOptionalFeature -RemoveAppxProvisionedPackage -SetAllIntl en-US

Cual nos mostrara un menú para poder realizar los cambios necesarios a nuestra imagen, como podemos observar en la siguiente ventana, se nos muestra las imágenes la primera creada a partir de nuestra imagen .ISO y la segunda la misma imagen montada con las actualizaciones correspondientes.

Seleccionamos la segunda opción en donde están incluidas las ultimas actualizaciones a nuestra imagen. Damos clic en OK.

Se nos muestra un nuevo menu en donde podremos seleccionar aquellos componentes que no queremos para nuestra imagen de Windows 10

Algunas características mas:

Por ultimo resta construir nuevamente nuestra imagen con todos los cambios que le hemos configurado usando el siguiente comando.

New-OSBuild -Execute -MediaISO -ByTaskName “Win10 Ent 1809 x64” -DontUseNewestMedia

Al final tendremos nuestra imagen Windows 10 .ISO personalizada lista para implementar con MDT o SCCM

en Resumen se han utilizado los siguientes comandos paso a paso para la creación de esta imagen:

IMPORTAR SISTEMAS OPERATIVOS=Import-OSMedia -EditionId Pro -SkipGridView Get-OSMedia ACTUALIZAR SISTEMAS OPERATIVOS=Get-OSMedia | Update-OSMedia -DownloadUpdates -Execute

Actualmente para la versión 1809 no se tienen LP´s por lo que dependiendo la versión esto podría actualizarse muy pronto.

mas información sobre el uso de LPs puedes consultar este link https://www.osdeploy.com/osbuilder/docs/functions/osbuild/new-osbuildtask-external-content/isoextract-content

——————————————————————————————————————————–

DESCARGAR LENGUAJES=Get-OSBUpdate -Download -FilterLP en-US -FilterOS “Windows 10” -FilterOSArch x64 -FilterOSBuild 1803 -Catalog LanguagePack

DESCARGAR CARACTERISTICAS DE LENGUAJE=Get-OSBUpdate -Download -FilterLP en-US -FilterOS “Windows 10” -FilterOSArch x64 -FilterOSBuild 1803 -Catalog LanguageFeature

———————————————————————————————————————————

DESHABILITAR CARACTERISTICAS=New-OSBuildTask -TaskName “Win10 Ent 1809 x64” -DisableWindowsOptionalFeature -RemoveAppxProvisionedPackage -SetAllIntl en-US

CREACION DE NUEVA BUILD ACTUALIZADA=New-OSBuild -Execute -MediaISO -ByTaskName “Win10 Ent 1809 x64” -DontUseNewestMedia

sin mas por el momento me despido de todos mis lectores, estamos con nuevos post.

 

 

Hola que tal amigos, en esta ocasión vamos a ver la manera de poder implementar la ultima actualización de MDT en su versión 8456, hace 2 días Microsoft anuncio esta nueva actualización en la que destaca la compatibilidad de Windows 10 1809 apoyados de ADK 1809 también.

Con respecto a toda la información relacionada a lo nuevo podemos visitar el siguiente sitio web https://docs.microsoft.com/en-us/sccm/mdt/release-notes

Lo primero que debemos tener en cuenta es tener instalada la versión de ADK 1809 en caso de no tenerla instalada debemos eliminar la versión actual y después instalar la versión correspondiente a la 1809.

para descargar la herramienta podemos ir al siguiente link: https://docs.microsoft.com/en-us/windows-hardware/get-started/adk-install

Seleccionamos como se muestra a continuación.

Algunas de las novedades sobre esta versión la podemos encontrar en este link https://msdn.microsoft.com/library/windows/hardware/dn927348(v=vs.85).aspx

También debemos instalar Winpe Addon for Windows ADK 10 v1809 desde el mismo link

Finalizando este procedimiento debemos reiniciar nuestro equipo para el registro de todos los componentes. 

la versión correspondiente será como se muestra a continuación.

Ahora procedemos a descargar la ultima versión de MDT 8456 desde este link https://www.microsoft.com/en-us/download/details.aspx?id=57775

Una vez descargada la versión procedemos a instalar MDT, recordemos que automáticamente se desinstalaran las versiones anteriores.

Por ultimo debemos agregar nuestros deployment share, dar clic derecho y hacer upgrade a la nueva versión. (todos y cada uno de nuestros deployment share deberán hacer el mismo procedimiento

Debemos además hacer actualización de nuestras imágenes de booteo y listo 

Sin mas por el momento me despido de todos mis lectores, estamos con nuevos post

Felices Despliegues

 

 

 

Si, hoy viernes tiempo de Mexico, el equipo de Microsoft anuncio la llegada de una nueva version de Microsoft Deployment Toolkit 8456

Algunos de los cambios destacables es la implementacion In-place Upgrade para Windows 10 version 1809

les comparto el link del anuncio y espero poder realizar nuevos post al respecto de esta actualizacion en produccion

Microsoft Deployment Toolkit release notes

Mas informacion en el foro oficial de la herramienta https://social.technet.microsoft.com/Forums/en-US/home?forum=mdt

Para descargar directamente la version puedes ir a este link https://www.microsoft.com/en-us/download/details.aspx?id=54259

Felices despliegues

 

Hola amigos, en esta ocasión es un gusto para mi compartir con ustedes mi 3er curso en LinkedIn Learning hablando sobre la implementación de Windows 10 en las organizaciones.

Microsoft Deployment Toolkit o MDT por sus siglas es una herramienta gratuita para automatizar la implementación del sistema operativo Windows y Windows Server, que aprovecha el Kit de implementación y evaluación de Windows (ADK) para Windows 10 como herramientas auxiliares en su correcta instalación y configuración. Este curso te ayudará a comprender mejor cómo usar Microsoft Deployment Toolkit para realizar el despliegue del sistema operativo en una pequeña empresa, ajustando el comportamiento de Windows 10 para que cumpla con los parámetros de uso y funcionamiento requeridos y sea puesto en producción lo más rápido posible.

Puedes ver el curso desde este link https://www.linkedin.com/learning/windows-10-despliegue-para-pequenas-empresas?originalSubdomain=es

Sin mas por el momento te invito a que compartas este excelente  curso, un gran saludo a todos mis lectores y estamos con nuevos post

 

Hola que tal amigos, ya casi cerrando año y pues quiero compartir con ustedes un pequeño script para poder copiar el estado de los usuarios activos locales y en dominio y poderlos guardar en un equipo en la red con el objetivo de tener mas opciones para optimizar el tiempo de entrega como administradores a la hora de hacer respaldos de información en caso de algún cambio de equipo o formateo del mismo.

Este procedimiento lo he realizado desde un archivo .bat (sencillo) y del cual posteriormente me ha ayudado mi colega Eduardo Sena a cambiarlo para poder utilizarlo desde powershell.

Los dos primeros archivos son archivos .bat los cuales contienen la información:

1.-Hace conexión con nuestro equipo servidor (repositorio).

echo Connecting with Server…
pause
net use x: “\mxagtgpc00001\MigDatos”
Timeout 5

2.-Crea una carpeta llamada “temporal”

echo Copy tools…
cd c:\
md temporal

3.-Copia los archivos base de USMT descargados previamente mediante Windows ADK y colocados en nuestro repositorio de red.

robocopy “\mxagtgpc00001\MigDatos\USMT” “c:\temporal” /MIR

USMT contiene las carpetas amd64 y x86 en donde están contenidos los archivos scanste.exe y loadstate.exe

4.-es script se posiciona en las carpetas copiadas haciendo referencia a scanstate.exe

echo scanstate working…
cd c:\temporal\amd64
scanstate.exe c:\data /i:MigApp.xml /i:MigDocs.xml /v:13 /o /c /nocompress

5.-Por ultimo copia la información obtenida desde scanstate.exe a nuestro repositorio central dentro de una carpeta llamada datos.

echo copy Data to Server…
robocopy “c:\data” “\mxagtgpc00001\MigDatos\datos” /MIR
echo all done

El proceso se hace de forma similar para loadstate una vez que se cambiar de el equipo de computo o en su caso se utiliza el mismo después de un formateo para poder cargar los datos de los usuarios desde loadstate.exe

Poder observar el proceso de copiado y restauración desde este video.

De igual forma Eduardo me ha ayudado a pasar este script en powershell del cual podemos ver la sintaxis.

Los archivos se encuentran en este link https://1drv.ms/u/s!AuuTRQteguJ00X8LpWwVulTSJFcq 

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

Felices Despliegues.

Hola que tal amigos, el dia de hoy quiero compartir mi segundo curso disponible en la plataforma de LinkedIn Learning hablando sobre la herramienta de Microsoft deployment toolkit como introducción para los despliegues de sistemas operativos Microsoft Windows en las empresas

Sin mas por el momento me despido enviándoles un gran saludo a todos mis lectores, estamos con nuevos post y felices fiestas navideñas

Hola que tal amigos, en esta ocasión les quiero compartir la manera sencilla de poder hacer una actualización de McAfee 10.5 a la versión 10.6 Endpoint Security con Microsoft Deployment Toolkit

Lo primero que haremos será descargar los archivos necesarios para poder agregarlos a nuestra consola de MDT.

Ahora con MDT agregamos nueva aplicación

Para las opciones básicas de McAfee tenemos las siguientes:

setupEP.exe ADDLOCAL=”fw,tp,wc” [INSTALLDIR=”ruta_de_instalación”][/qn][/qb][/qb!][/l*v”ruta_de_registro_de_instalación”]

Todas la opciones podemos utilizar las siguientes:

setupEP.exe ADDLOCAL=”fw,tp,wc” [/CAVA=”<número de subprocesos de análisis>”] [INSTALLDIR=”ruta_de_instalación”][/qn][/qb][/qb!][/l”ruta_de_registro_de_instalación”][/l*v”ruta_de_registro_de_instalación”] [/CAVA=”número_de_subprocesos_de_análisis”] [/import <nombre_de_archivo>] [/module <TP|FW|WC|ESP>] [/nopreservesettings] [/override”nombre_del_programa”] [/policyname <nombre>] [/quarantinefolder=”ruta del directorio”] [/unlock <contraseña>]/CAVA=”<número de subprocesos de análisis>”

Para utilizar de forma básica la instalación con MDT podemos agregar el siguiente conjunto de switches

setupEP.exe /qn /qb! ADDLOCAL=”fw,tp,wc”

en donde se podrá configurar la instalación de los siguientes módulos

tp: Prevención de amenazas

fw: Firewall

wc: Control web

tp,fw,wc: instala los tres módulos.

qn: esconde todas las notificaciones de instalación (modo silencioso). Los usuarios no interactúan.

qb!: muestra solo una barra de progreso sin el botón Cancelar. Los usuarios no pueden cancelar la instalación en curso (modo pasivo).

qb: muestra solo una barra de progreso con el botón Cancelar. Los usuarios pueden cancelar la instalación en curso, si es preciso.

Ahora resta agregar nuestra aplicación a nuestra secuencia de tareas de MDT

Al finalizar veremos nuestro McAfee Endpoint Security implementado en nuestro sistema operativo

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

Hola que tal amigos, pues en esta ocasión los invito a que compartan mi primer curso en la plataforma de LinkedIn Learning tocando el tema de Despliegue de aplicaciones en Windows 10 usando Microsoft Deployment Toolkit y otras herramientas de implementación.

https://es.linkedin.com/learning/windows-10-despliegue-de-aplicaciones/despliegue-de-aplicaciones-con-microsoft-deployment-toolkit?autoplay=true&trk=course_tocItem&upsellOrderOrigin=trk_default_learning

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

Hola que tal amigos, vamos a ver en esta ocasion esta excelente herramienta que nos comparto David Segura, OSBuilder.

OSBuilder es un módulo de PowerShell que nos ayudara a realizar un servicio sin conexión a una imagen del sistema operativo Windows. Al usar un método Offline para configurar un Sistema Operativo, puede importarse en MDT o SCCM y utilizarse como cualquier otro Despliegue de SO. Esto incluye poder usar en una Secuencia de tareas de actualización, que no se puede hacer con una Imagen capturada.

En estos sencillos pasos vamos a ver la forma de hacer este procedimiento, lo primero que haremos sera abrir Powershell y ejecutarlo como administrador, esto con la finalidad de instalar el modulo de powershell.

Para descargar este paquete damos clic en este link https://www.powershell.com/packages/OSBuilder/18.8.6.1

Save-Module -Name OSBuilder -Path c:\osbuilder

A continuación nos pedirá instalar Nuget (repositorio) el cual procedemos a su instalación. con la siguiente linea de comandos.

Install-Module -Name OSBuilder

Tenemos mas comandos para poder hacer una desinstalacion del mismo posteriormente.

PowerShell Uninstall Previous Versions:

Uninstall-Module -Name OSBuilder -AllVersions -Force

PowerShell Install Latest Version:

Install-Module -Name OSBuilder -Scope CurrentUser -Force
Como segundo paso vamos a descargar los updates con el siguiente comando.
Get-OSBuilder -DownloadUpdates Latest

Nos aparecerá una ventana en la cual seleccionamos los updates de acuerdo a nuestras necesidades.

El siguiente paso es agregar el sistema operativo, en este caso Windows 10, para ello vamos a insertar en nuestra unidad de CD/DVD nuestra imagen de Windows 10, posteriormente colocamos la siguiente instrucción en powershell con privilegios de administrador

Import-OSMedia
el siguiente paso será crear nuestra secuencia de tareas, para ello damos clic en PowerShell con el siguiente comando.
New-OSMediaTask -TaskName “Win10 LTBS x64”
Se abrirá un Wizard en donde nos pedirá agregar nuestro OSMedia, tal y como se muestra a continuación.
Ahora corremos nuestra secuencia de tareas con el siguiente comando
Invoke-OSBuilderTask -ExecutionMode Execute
En este momento nos aparecerá el archivo .json a implementar
Ahora vamos a crear la OSBulidTask
New-OSBuildTask -Taskname “Win10 x64 LTBS” -EnableNetFX3
Con ello podemos agregar características de Windows 10
Al final creamos nuestra imagen con este comando
New-OSBuilderISO
Para mas información a detalle puedes consultar el blog de osdeploy en este link https://www.osdeploy.com/osbuilder/quick-instructions

Hola que tal amigos pues en esta ocasión vamos a ver la forma de configurar nuestras Bases de Datos a MDT para la fase de información de implementación de Windows 10, con el objetivo que toda la información quede contenida en un entorno de SQL en lugar de incluir la información en un archivo de texto (customsettings.ini) podemos usar este proceso para agregar las maquinas cliente que queramos implementar, especificar los nombres delo equipos y direcciones ip, indicar las aplicaciones que es van a implementar y determinar muchas opciones adicionales para las maquinas.

¿Qué necesitamos?

Primeramente necesitamos instalar SQL Server Express 2017 desde el siguiente portal.

https://www.microsoft.com/en-us/sql-server/sql-server-editions-express

Una vez descargado vamos a descargar SQL Server Management Studio (SMSS) desde este portal https://docs.microsoft.com/en-us/sql/ssms/download-sql-server-management-studio-ssms?view=sql-server-2017

Primeramente para configurar SQL debemos permitir los puertos 1433 y 1434 desde firewall tanto para TCP y UDP tal y como se muestra a continuación un ejemplo de imagen.

Debemos asegurarnos de habilitar las canalizaciones con nombre al configurar las bases de datos de SQL server, Aunque es un protocolo heredado Named Pipes funciona bien para realizar conexiones desde un entorno de preinstalación de Windows a la base de datos de SQL. Para esta configuración debemos habilitar Named Pipes desde configuration manager.

  1. En MDT01, con Deployment Workbench, expandimos el recurso compartido de implementación MDT Production, expandimos Advanced Configuration, hacemos clic con el botón secundario en Database y seleccionamos New Database.
  2. En el Asistente para nueva base de datos, en la página SQL Server Details, escribimos la configuración siguiente y hacemos clic en Siguiente:
    1. Nombre de SQL Server: MDT01
    2. Instancia: SQLEXPRESS
    3. Puerto: <blank>
    4. Biblioteca de red: Canalizaciones con nombre
  3. En la página Base de datos, seleccionamos Crear una nueva base de datos; en el campo Base de datos, escribimos MDT y hacemos clic en Siguiente.
  4. En la página SQL Share, en el campo SQL Share, escribimos Logs$ y hacemos clic en Siguiente. Volvemos a hacer clic en Siguiente y luego hacemos clic en Finalizar.

Ahora vamos a configurar los permisos de las BD, la cuenta usada para ejecutar la implementación se usa para tener acceso a la base de datos y la cuenta de acceso de red es MDT_BA

  1. En MDT, iniciamos SQL Server Management Studio.
  2. En el cuadro de diálogo Conectar al servidor, en la lista Nombre del servidor, seleccionamos MDT\SQLEXPRESS y hacemos clic en Conectar.
  3. En el panel Explorador de objetos, expandimos el nodo de nivel superior Seguridad, hacemos clic con el botón derecho en Inicios de sesión y seleccionamos Nuevo inicio de sesión.

En la página Inicio de sesión – Nuevo, junto al campo Iniciar sesión, hacemos clic en Buscar y buscamos CONTOSO\MDT_BA. En el panel izquierdo, seleccionamos Asignación de usuarios. Seleccionamos la base de datos MDT  (debemos crear la Base de datos llamada MDT) y asignamos los roles siguientes:

  • db_datareader
  • público (predeterminado)

Hacemos clic en Aceptar y cerramos SQL Server Management Studio.

Al finalizar damos clic configuración de reglas para seleccionar todas las opciones que nosotros necesitemos para hacer nuestras consultas., 

Agregamos la dirección MAC del equipo a implementar y listo podemos hacer consultas en SQL para crear reportes o en su caso para buscar ítems específicos.

 

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

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

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

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

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

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

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

 

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

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

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

 

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

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

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

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

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

 

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

Felices Despliegues

 

 

 

 

 

 

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

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

 

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

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

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

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

Felices despliegues

 

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

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

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

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

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

sc config BDESVC start=disabled

sc config EFS start=disabled

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

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

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

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

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

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

Felices Despliegues….

 

 

 

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

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

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

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

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

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

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

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

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

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

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

colocamos la siguiente información.

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

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

Veamos el proceso:

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

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

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

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

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

Implementar Office 365 en tu Organización

Nueva Sintaxis:

  <start:Group Name=”Office 2016″>

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

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

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

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

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

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

        </start:Group>

Sintaxis anterior:

        <start:Group Name=”Office 2016″>

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

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

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

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

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

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

        </start:Group>

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

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

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

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

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

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

Ejecutamos el script y vemos el siguiente resultado.

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

Tenemos dos opciones de descarga.

desde Archivo .EXE

Esta nueva opción desde un archivo .MSI

http://aka.ms/teams32bitmsi

http://aka.ms/teams64bitmsi

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

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

Como trabaja?

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

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

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

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

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

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

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

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

 

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.

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

 

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.

 

 

 

 

 

 

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.

 

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.

 

 

 

 

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.

 

 

 

 

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.

 

 

 

 

 

 

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

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

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

 

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

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

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

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

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

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

 

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

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

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

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

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

Felices Despliegues.

 

 

 

Hola que tal amigos, 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.

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.

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

 

 

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.

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.

 

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

 

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.

 

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.

 

 

 

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

 

 

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.

 

 

 

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

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

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

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

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

Agregamos la actualización.

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

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

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

Hacemos un update de nuestro DeploymentShare y listo.

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

Felices Despliegues.

 

Hola que tal amigos, pues 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.

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.

 

 

 

 

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.

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}