Видео: Маша и Медведь (Masha and The Bear) - первые серии - Сборник мультиков (Ноябрь 2024)
Google Chrome для бизнеса (бесплатный) был впервые запущен в 2010 году, чтобы предоставить ИТ-администраторам возможность централизованно развертывать предварительно настроенные браузеры Chrome во всей организации. Chrome для бизнеса был обновлен в апреле 2013 года, и Google добавил ряд новых политик для настройки Chrome (сейчас их 100), реализации устаревшей поддержки браузеров и использования облачных инструментов ИТ-администрирования для организаций, использующих Google Apps.
Это обновление делает настройку и распространение Chrome для клиентов в домене Windows довольно простым, поскольку оно интегрируется с групповой политикой (GP), хотя поучительная документация Google довольно жалкая. Однако, если вы хотите и нуждаетесь в развертывании Chrome среди значительного числа пользователей в сети, нет более эффективного способа развертывания и управления им, чем в Chrome для бизнеса.
Как получить Google Chrome для бизнеса
Вы можете загрузить Google Chrome для бизнеса с сайта Chrome для бизнеса. В документации Google содержится инструкция по загрузке пакета установщика Windows - файла MSI для установки браузера Chrome и размещения его в общем сетевом ресурсе, доступном для пользователей.
Затем в инструкциях описывается, как импортировать шаблоны Google в групповую политику, но упускается важный шаг: необходимо загрузить файлы шаблонов Chrome.ADM или.ADMX. В инструкциях также не указано, где их можно скачать, но быстрый поиск в Google указывает на правильное местоположение.
Процесс установки и развертывания
Я установил Chrome для бизнеса в двух доменах Windows: один - домен уровня Server 2008 R2, другой - домен уровня Windows Server 2012.
Я поместил загруженный файл.MSI в общий сетевой ресурс в каждом домене; общий ресурс, доступный для аутентифицированных пользователей домена. Затем я загрузил файлы шаблона Chrome.ADMX (в заархивированной папке) для использования с групповой политикой. Конечно, если вы не работаете в домене Windows и используете Службы Google, вам нужно использовать облачные ИТ-инструменты, поддерживаемые в средах Служб Google, а не групповую политику.
Загрузив шаблоны, я вошел в Управление групповой политикой и создал объект групповой политики, который я назвал «Chrome». Я связал этот объект с моим доменом. Я отредактировал новый объект и в разделе «Настройки программного обеспечения» определил UNC-путь к MSI-файлу. В этом сценарии необходимо использовать путь UNC, путь к букве диска не будет работать.
Google поручает затем использовать функцию «Добавить / удалить шаблоны» в групповой политике, чтобы перейти к файлам.ADMX для настройки политик Chrome, которые вы хотите передать клиентам. Если вы будете следовать документации Google для этого письма, вы можете разочароваться. Документация небрежная и показывает добавление шаблонов только на локальный компьютер, а не на весь домен.
При работе с шаблонами GP я предпочитаю помещать их в папку% systemroot% \ PolicyDefintions. Файлы Chrome.ADMX, когда они распакованы, показывают папку языкового пакета (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 для бизнеса. В любом случае, если в организации интенсивно используется Chrome, попробуйте Chrome для бизнеса. Один плюс в том, что он прекрасно работает с доменами Windows. Google Chrome для бизнеса получает четыре из пяти звезд за программное обеспечение для управления ИТ.
