Revisión de Google Chrome for Business

Google Chrome for Business (gratuito) se lanzó por primera vez en 2010 para proporcionar a los administradores de TI una forma de implementar de forma centralizada navegadores Chrome preconfigurados en toda la organización. Chrome for Business se actualizó en abril de 2013 y Google agregó una serie de políticas nuevas para configurar Chrome (ahora hay 100), implementar la compatibilidad con navegadores heredados y usar herramientas de administración de TI basadas en la nube para organizaciones que usan Google Apps.

La actualización hace que configurar y enviar Chrome a los clientes en un dominio de Windows sea bastante fácil porque se integra con la Política de grupo (GP), aunque la documentación instructiva de Google es bastante lamentable. Sin embargo, si desea y necesita que Chrome se implemente para una cantidad significativa de usuarios en una red, no hay forma más eficiente de implementarlo y administrarlo que con Chrome for Business.

Cómo obtener Google Chrome for Business
Puede descargar Google Chrome for Business desde el sitio de Chrome for Business. La documentación de Google le indica que descargue el paquete de Windows Installer, el archivo .MSI para instalar el navegador Chrome y colocarlo en un recurso compartido de red, accesible para los usuarios.

Luego, las instrucciones describen cómo importar las plantillas de Google a la Política de grupo, pero omiten un paso importante: debe descargar los archivos de plantillas .ADM o .ADMX de Chrome. Las instrucciones tampoco le dicen de dónde descargarlas, pero una búsqueda rápida en Google le indica la ubicación correcta.

El proceso de instalación e implementación
Instalé Chrome for Business en dos dominios de Windows: uno, un dominio de nivel Server 2008 R2, el otro un dominio de nivel Windows Server 2012.

Coloqué el archivo .MSI descargado en un recurso compartido de red dentro de cada dominio; el recurso compartido accesible para usuarios de dominio autenticados. Luego descargué los archivos de plantilla .ADMX de Chrome (en una carpeta comprimida) para usar con la Política de grupo. Por supuesto, si no está trabajando dentro de un dominio de Windows y está usando Google Apps, querrá usar las herramientas de TI basadas en la nube compatibles con los entornos de Google Apps y no la Política de grupo.

Una vez que descargué las plantillas, entré en Administración de políticas de grupo y creé un Objeto de política de grupo al que llamé «Chrome». Vinculé ese objeto a mi dominio. Edité el nuevo objeto y en «Configuración de software» definí la ruta UNC al archivo .MSI. Debe utilizar la ruta UNC en este escenario, una ruta de letra de unidad no funcionará.

Google indica que luego use la función Agregar / Quitar plantillas en la Política de grupo para buscar los archivos .ADMX para configurar las políticas de Chrome que desea enviar a los clientes. Si sigue la documentación de Google para hacerlo al pie de la letra, puede terminar frustrado. La documentación es descuidada y muestra cómo agregar las plantillas solo a una máquina local, y no a todo el dominio.

Cuando trabajo con plantillas GP, prefiero colocarlas en la carpeta% systemroot% PolicyDefintions. Los archivos .ADMX de Chrome, cuando se descomprimen, muestran una carpeta de paquete de idioma (en-US para inglés de EE. UU.). Al copiar archivos ADMX en PolicyDefinition, querrá crear esa carpeta en-US como una subcarpeta en PolicyDefinitions y colocar el archivo .ADML adjunto que forma parte del paquete comprimido.

Una vez que haya finalizado la configuración, ingrese en Editar Política de grupo. En Plantillas administrativas, ahora verá un objeto de Google. Aquí es donde se establecen innumerables opciones de configuración y políticas para las instalaciones de clientes de Chrome.

Algunas de las configuraciones de la política incluyen la configuración de una página de inicio predeterminada; evitar que se abra la ventana Nueva pestaña; especificar cómo Google Frame maneja varios contenidos; administrar extensiones; configurar el Administrador de contraseñas; y mucho más.

Especifiqué una página de inicio predeterminada y no permitir que se abra una nueva pestaña cuando el usuario inicia Chrome, y también habilité el Administrador de contraseñas para los usuarios. Primero, verifiqué para asegurarme de que cada cliente recibiera automáticamente el navegador Chrome al reiniciar. Probé en un cliente físico de Windows 7 en el dominio de Server 2008 R2 y un invitado virtual de Windows 8 que se ejecuta en Hyper-V R2 en el dominio de Server 2012. Todo funcionó como se esperaba. Ambos clientes recibieron el navegador Chrome y la configuración adecuada.

Al desinstalar Chrome de un cliente, descubrí que realizar una desinstalación evita que Chrome se instale de nuevo automáticamente cuando se reinicia el cliente. Tuve que ingresar al Registro del cliente y eliminar las claves relacionadas con la política de implementación de Chrome. Una vez que lo hice, Chrome fue enviado nuevamente a los clientes. Esto puede estar bien en algunos casos en los que Chrome ya no se desea en el cliente, pero es un poco molesto, en caso de que un administrador tenga que desinstalar y reinstalar Chrome para solucionar problemas. Preferiría que la desinstalación elimine Chrome limpiamente del registro de Windows.

Chrome en el trabajo
Obviamente, existen otras formas de automatizar una instalación en un dominio de Windows; el uso de secuencias de comandos y archivos por lotes son métodos típicos. Sin embargo, la capacidad de realizar una instalación y preconfigurar algunas configuraciones de Chrome muy granulares, incluida la administración de actualizaciones (el ciclo de actualización rápida de Chrome a veces puede frustrar a los administradores de TI) es invaluable con Chrome for Business. Por supuesto, si Chrome se usa mucho en una organización, pruebe Chrome for Business. Una ventaja es que funciona de maravilla con dominios de Windows. Google Chrome for Business obtiene cuatro de cinco estrellas por software de gestión de TI.