Acabo de terminar una misión para un cliente que no deseaba que sus terminales fueran remasterizados al momento de integrar el Dominio AD, sino que querían utilizar el nuevo ‘Masterless’ basado en ICD…
Así que, aquí les va mi experiencia sobre el tema.
Confieso que no fue tan fácil sino más bien frustrante. La documentación técnica de la primera versión de ICD no es para nada explícita y todas las explicaciones están súper sencillas, y super sintetizadas; además solo ilustran dos funcionalidades: la adhesión al domino ‘On-premise’ (‘En-sitio’), o la clásica: ‘Cambiare la Edición de Windows cuando utilice ICD’. ¡por decir, nada o casi nada util!
Las exigencias del cliente fueron bastante comunes:
· Instalar aplicaciones
· Integrar el Domino (ADDS y Azure AD + Intune)
· Bloquear Cortana, Telemetry etc.
Sin embargo, los problemas surgieron desde el principio: ¿Qué tan difícil puede ser instalar aplicaciones a un PC? Más bien sencillo, ¿no? ¡Para ser sincero, depende!
Integrar el Dominio AD: ¡fácil!… con Azure AD/Intune: ‘Depende’. Todo fluye bien cuando se trata de Cortana / Telemetry y las demás – si posee la versión Enterprise – si no, ¡es un lío!
El propósito de estas 3 publicaciones es de ofrecer una visión global de ICD mientras esperamos la próxima versión que seguramente saldrá al mismo tiempo que la Anniversary Update (Actualización Aniversario) y la nueva versión de Windows 10 LTSB el 2 de agosto.
Por los momentos, ¡les aconsejo esperar!
Mientras tanto, déjenme contarles la primera traba que tuve que encarar: Instalar aplicaciones (el clásico Win32 apps)
· Se puede integrar un solo tipo de comando de ‘Ejecución’
· Las fuentes disponibles son los ARCHIVOS y no las CARPETAS
· Un script tradicional rige la instalación, si necesita archivos de registro, tendrá que producirlos.
· Como los archivos de aplicaciones no se encuentran en su propia CARPETA, sea cuidadoso al nombrarlos: ¡no pueden haber 3 setup.exe en el mismo lugar!
No es tan simple como parece, y la meta de esta publicación no reside en quejarme de todas las dificultades sino de traer a la luz las soluciones que apliqué.
Primer paso: aquí pueden ver en la consola ICD el UNICO comando que se puede ejecutar.
Lo que significa que tenemos que crear un script de orquestación que controle cada uno de los programas de instalación:
Si seguimos la ayuda en línea disponible en la consola de ICD, nos lleva hasta un KB de TechNet que explica cómo llevar a cabo el comando de ejecucion (hasta aquí, sin novedades) y se ve así:
echo Installing 7zip >> %LOGFILE%
7zip_x64.exe /S >> %LOGFILE%
echo result: %ERRORLEVEL% >> %LOGFILE%
set LOGFILE=%SystemDrive%\Java_install.log
echo Installing Java >> %LOGFILE%
msiexec /i Java1.8.0_66.msi /quiet >> %LOGFILE%
echo result: %ERRORLEVEL% >> %LOGFILE%
set LOGFILE=%SystemDrive%\AcrobatReaderDC_install.log
echo Installing AcrobatReaderDC >> %LOGFILE%
msiexec /i AcroRead.msi /q >> %LOGFILE%
echo result: %ERRORLEVEL% >> %LOGFILE%
set LOGFILE=%SystemDrive%\Office_install.log
echo Installing Office2016ProPlus >> %LOGFILE%
setup.exe /S >> %LOGFILE%
echo result: %ERRORLEVEL% >> %LOGFILE%
Más bien sencillo… del tipo ‘OLD SCHOOL pero fácil. Pero aquí es cuando viene lo bueno: si con 7Zip y Java no se encuentran complicaciones, prepárense para lidiar con Acrobat Reader…
La cosa se pone molesta… Necesito tener acceso a las fuentes y ejecutar la línea de comando clásico msiexec… ¡PERO! Tengo un SETUP.EXE en las fuentes que no me autoriza utilizar el SETUP.EXE de Office2016ProPlus. Además, mis archivos no se encuentran en una jerarquía de carpetas dentro de ICD y aquí es cuando se traban las cosas. Con MDT/SCCM, hubiese utilizado la carpeta Acrobat para lanzar la usual secuencia de comandos MSIEXEC. Aun así, Acrobat posee su propia fuente setup.exe, como la poseen Office y muchas otras aplicaciones. Así que cuando integramos la fuente de nuestras aplicaciones a ICD, dado que no se pueden seleccionar las carpetas sino solo los archivos individuales, el sistema se bloquea al tratar de importar otro setup.exe, u cualquier otro archivo con nombre duplicado.
No importa, usare el método número 2 para Acrobat, e ignoro la cuestión para seguir con Office 2016… – no olvidemos que el cliente me tiene a millón-
¿Pero, cuál es el método numero 2? Retomamos el archivo *.exe que descargamos desde el sitio de Adobe sin ni siquiera extraerlo. Lanzamos la instalación en modo silencioso como lo muestra la siguiente sección. Así que solo tenemos que importar un archivo hacia ICD para Acrobat, así como para Java y 7Zip… fácil, ¿no?
set LOGFILE=%SystemDrive%\AdobeDC_install.log
echo Installing AdobeDC >> %LOGFILE%
AcroRdrDC1501620039_fr_FR.exe /sAll /rs >> %LOGFILE%
echo result: %ERRORLEVEL% >> %LOGFILE%
Volvamos a Office, por lo general se crea un archivo de respuesta con setup.exe / admin, se archiva en la carpeta “Updates” de las fuentes Office y se lanza el setup.exe para instalarlo. Pero en este caso no se puede, recuerden: ¡no hay carpetas en ICD!
Aquí es cuando usted empieza a arrepentirse de haber aceptado la misión… Y empieza a buscar soluciones, pensando que uno no puede ser el primer geek en el mundo tratando de instalar Office con ICD… ¡Por favor!!!
Resulto que, -aparentemente- no soy el primero, ¡soy el segundo! Después de una larga búsqueda – por Bing y Google- conseguí un blog escrito por Samir Hammoudi, un empleado Microsoft Japón quien fue mi guía y mi ayuda, y a quien le doy mil gracias. ¡Ha sido el único al parecer quien ha logrado empujar ICD más allá de lo que muestra la demo Microsoft! Gracias de nuevo por habernos ahorrado el dolor de cabeza y una considerable pérdida de tiempo.
Su idea es simple y eficaz: hay que comprimir la carpeta de Office (ZIP) y luego hay que crear una secuencia de comandos PowerShell para descomprimirla (UNZIP) y lanzar la instalacion. Eso es todo, Samir lo hizo y compartió su experiencia, así que ahora me toca a mí pasar la información.
¡todos los detalles están en el siguiente blog ¡ J
Lea el artículo, descargue el archivo lo necesitaremos en la parte 2. Gracias a Samir utilizamos su script y su método para instalar muchas de las complejas aplicaciones. Este script forma ahora parte de mi caja de herramientas hasta que Microsoft resuelva el asunto de las carpetas en ICD.
Terminamos con un o365.ZIP y un script de instalación PowerShell, para obtener un script de orquestación que se ve así:
set LOGFILE=%SystemDrive%\7zip_install.log
echo Installing 7zip >> %LOGFILE%
7zip_x64.exe /S >> %LOGFILE%
echo result: %ERRORLEVEL% >> %LOGFILE%
set LOGFILE=%SystemDrive%\Java_install.log
echo Installing Java >> %LOGFILE%
msiexec /i jre1.8.0_66.msi /quiet >> %LOGFILE%
echo result: %ERRORLEVEL% >> %LOGFILE%
set LOGFILE=%SystemDrive%\AdobeDC_install.log
echo Installing AdobeDC >> %LOGFILE%
AcroRdrDC1501620039_fr_FR.exe /sAll /rs >> %LOGFILE%
echo result: %ERRORLEVEL% >> %LOGFILE%
set LOGFILE=%SystemDrive%\O365_install.log
echo Installing Office2016ProPlus >> %LOGFILE%
PowerShell.exe -ExecutionPolicy Unrestricted .\install_o365.ps1 >> %LOGFILE%
echo result: %ERRORLEVEL% >> %LOGFILE%
En la consola ICD se ve así:
Hasta aquí llegamos por hoy, en la segunda parte finalizaremos la cuestión de las aplicaciones y hablaremos de los parámetros de Windows…
Hasta mañana para más consejos sobre ICD,
@Demain,
Pierre Joubert.
Traducción por : Rosario.
redkaffe 