Відео: Why is Google Chrome Browser great for business? (Вересень 2024)
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 для бізнесу з веб-сайту Chrome for Business. Документація Google вказує вам завантажити пакет Windows Installer - файл .MSI для встановлення браузера Chrome і розміщення його в мережі, доступній для користувачів.
Потім інструкції визначають, як імпортувати шаблони Google у групову політику, але залишаємо важливим кроком: ви повинні завантажити файли шаблонів Chrome .ADM або .ADMX. Вказівки також не вказують, звідки їх завантажити, але швидкий пошук Google спрямовує вас на потрібне місце.
Процес встановлення та розгортання
Я встановив Chrome for Business на двох доменах Windows: один - домен на рівні Server 2008 R2, інший - домен на рівні Windows Server 2012.
Я розмістив завантажений .MSI файл у мережевій спільній доступності в кожному домені; частка, доступна автентифікованим користувачам домену. Потім я завантажив файли шаблонів Chrome .ADMX (у папці-блискавці) для використання з груповою політикою. Звичайно, якщо ви не працюєте в домені Windows і використовуєте Google Apps, вам потрібно використовувати хмарні ІТ-інструменти, що підтримуються в середовищах Google Apps, а не групову політику.
Після завантаження шаблонів я перейшов до управління груповою політикою та створив об’єкт групової політики, який назвав "Chrome". Я пов’язав цей об’єкт зі своїм доменом. Я відредагував новий об’єкт і в розділі "Налаштування програмного забезпечення" визначив шлях UNC до файлу .MSI. Ви повинні використовувати шлях до UNC у цьому сценарії, шлях з літер диска не працюватиме.
Після цього Google вказує використовувати функцію "Додати / видалити шаблони" в груповій політиці для переходу до файлів .ADMX для налаштування політик Chrome, які ви хочете натиснути на клієнтів. Якщо ви дотримуєтесь документації Google щодо цього листа, ви можете розчаруватися. Документація неохайна і показує додавання шаблонів лише до локальної машини, а не до всього домену.
Під час роботи з шаблонами GP я вважаю за краще перенести їх у папку% systemroot% \ PolicyDefintions. Файли Chrome .ADMX після розпакування відкривають папку з мовним пакетом (англ. США для англійської США). Під час копіювання файлів ADMX у PolicyDefinition вам потрібно створити папку en-US у вигляді підпапки під PolicyDefinitions та опустити супровідний файл .ADML, що входить до пакету zipped.
Після завершення налаштування ви переходите до редагування групової політики. У розділі Адміністративні шаблони тепер ви побачите об’єкт 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 видаляло Chrome чисто з реєстру Windows.
Chrome на роботі
Очевидно, є й інші способи автоматизації встановлення в домені Windows - типовими методами є використання сценаріїв сценаріїв та пакетних файлів. Однак можливість витіснити встановлення та попередньо налаштувати деякі дуже детальні налаштування Chrome, включаючи керування оновленнями (швидкий цикл оновлень Chrome може часом перешкоджати ІТ-менеджерам), неоціненний для Chrome for Business. У будь-якому разі, якщо Chrome широко використовується в організації, спробуйте Chrome for Business. Одним плюсом є те, що він чудово працює з доменами Windows. Google Chrome for Business отримує чотири з п'яти зірок для програмного забезпечення для управління ІТ.
