Google Chrome за преглед и оценка на бизнеса

Google Chrome for Business (безплатен) бе пуснат за първи път през 2010 г., за да предостави на ИТ администраторите начин за централно разгръщане на предварително конфигурирани браузъри на Chrome в една организация. Chrome for Business беше актуализиран през април 2013 г., а Google добави редица нови правила за конфигуриране на Chrome (вече има 100), внедряване на наследена поддръжка на браузъра и използване на облачни базирани ИТ администраторски инструменти за организации, използващи Google Apps.

Актуализацията прави конфигурирането и изтласкването на Chrome към клиенти в домейн на Windows доста лесно, защото се интегрира с груповата политика (GP), въпреки че инструктивната документация на Google е доста жалка. Ако обаче искате и се нуждаете от Chrome, разгърнат на значителен брой потребители в мрежа, няма по-ефективен начин да го разгърнете и управлявате, отколкото с Chrome for Business.

Как да получите Google Chrome for Business

Можете да изтеглите Google Chrome for Business от сайта Chrome for Business. Документацията на Google ви инструктира да изтеглите пакета Windows Installer -.MSI файла за инсталиране на браузъра Chrome и поставянето му в мрежов дял, достъпен за потребителите.

След това инструкциите очертават как да импортирате шаблони на Google в груповата политика, но не изключвайте важна стъпка: трябва да изтеглите файловете с шаблони.ADM или.ADMX на Chrome. Инструкциите също не ви казват откъде да ги изтеглите, но бързо търсене с Google ви насочва към правилното място.

Процесът на инсталиране и внедряване

Инсталирах Chrome for Business на два домейна на Windows: единият домейн на ниво Server 2008 R2, а другият домейн на ниво Windows Server 2012.

Поставих изтегления.MSI файл в мрежов дял във всеки домейн; дялът, достъпен за удостоверени потребители на домейн. След това изтеглих файловете с шаблони.ADMX на Chrome (в цип папка), които да използвам с групови правила. Разбира се, ако не работите в домейн на Windows и използвате Google Apps, ще искате да използвате облачните бази на ИТ инструменти, поддържани в средите на Google Apps, а не груповата политика.

След като изтеглих шаблоните, влязох в Управление на групови политики и създадох обект за групова политика, който нарекох „Chrome“. Свързах този обект с моя домейн. Редактирах новия обект и под „Настройки на софтуера“ дефинирах пътя на UNC до файла.MSI. Трябва да използвате пътя на UNC в този сценарий, пътят на буквата с букви няма да работи.

След това Google инструктира да използва функцията за добавяне / премахване на шаблони в груповата политика, за да преминете към.ADMX файлове за настройка на правилата на Chrome, които искате да натиснете на клиентите. Ако следвате документацията на Google за това по отношение на писмото, може да се окажете разочаровани. Документацията е помия и показва добавяне на шаблоните само към локална машина, а не към целия домейн.

Когато работя с GP шаблони, предпочитам да ги пускам в папката% systemroot% \ PolicyDefintions. Когато разархивирате.ADMX файловете на Chrome, разкривате папка с езиков пакет (en-US за американски английски). Когато копирате ADMX файлове в PolicyDefinition, ще искате да създадете тази en-US папка като подпапка под PolicyDefinitions и да пуснете съпътстващия.ADML файл, който е част от пакета с цип.

След като приключите с настройката, влизате в редактиране на групови правила. Под Административни шаблони вече ще видите обект на Google. Тук задавате безброй опции и правила за конфигуриране за инсталиране на клиент на Chrome.

Някои от настройките на правилата включват задаване на начална страница по подразбиране; предотвратяване на отваряне на прозореца на нов раздел; уточняване как обработва Google Frame с различно съдържание; управление на разширения; конфигуриране на мениджър на пароли; и още много.

Посочих начална страница по подразбиране и да не позволявам нов раздел да се отваря, когато потребителят стартира Chrome, и също активирах Мениджъра на пароли за потребителите. Първо проверих дали всеки клиент автоматично е получил браузъра Chrome при рестартиране. Тествах на физически клиент на Windows 7 в домейна Server 2008 R2 и виртуален гост на Windows 8, работещ на Hyper-V R2 в домейн Server 2012. Всичко работеше както се очакваше. И двамата клиенти получиха браузъра Chrome и съответните настройки.

При деинсталиране на Chrome от клиент открих, че извършването на деинсталиране пречи на Chrome да се инсталира автоматично отново, когато клиентът се рестартира. Трябваше да вляза в Регистъра на клиента и да изтрия всички ключове, свързани с правилата за внедряване на Chrome. След като го направих, Chrome отново беше изтласкан към клиентите. Това може да е наред в някои случаи, когато Chrome вече не се иска от клиента, но това е вид болка, в случай че администратор трябва да деинсталира и преинсталира Chrome за целите на отстраняване на проблеми. Предпочитам деинсталирането да премахне Chrome чисто от системния регистър на Windows.

Chrome на работа

Очевидно има други начини за автоматизиране на инсталирането в Windows домейн - използването на скриптови и пакетни файлове са типични методи. Въпреки това възможността за изтласкване на инсталиране и предварително конфигуриране на някои много подробни настройки на Chrome, включително управление на актуализации (бързият цикъл на актуализиране на Chrome понякога може да смути ИТ мениджърите) е безценна за Chrome for Business. Във всеки случай, ако Chrome се използва широко в организация, опитайте Chrome for Business. Един плюс е, че работи чудесно с домейни на Windows. Google Chrome for Business получава четири от пет звезди за софтуер за управление на ИТ.