Как обновлять Яндекс Браузер на десятках и сотнях компьютеров

Если Яндекс Браузер используется на большом количестве рабочих компьютеров, обновлять его вручную на каждом устройстве неудобно. В корпоративной среде лучше организовать централизованное обновление Яндекс Браузера и контролировать, какие версии установлены у пользователей.

Для этого можно использовать SCCM, PowerShell, групповые политики и другие средства управления. Главное — не только доставить новую версию браузера, но и проверить результат установки.

Почему обновления лучше контролировать централизованно

На нескольких компьютерах браузер можно обновить вручную. Но при десятках или сотнях устройств быстро возникают проблемы.

  • на компьютерах установлены разные версии браузера;
  • часть устройств давно не подключалась к сети;
  • некоторые обновления завершаются ошибкой;
  • корпоративные расширения могут вести себя по-разному;
  • новая версия может повлиять на внутренние сайты;
  • сложно понять, на каких компьютерах обновление уже установлено.

Поэтому обновление лучше рассматривать как обычное корпоративное развёртывание программного обеспечения.

Сначала определите текущие версии браузера

Перед массовым обновлением полезно понять, какие версии Яндекс Браузера уже используются в организации.

Это особенно важно, если компьютеры обновлялись в разное время или часть устройств долго находилась вне корпоративной сети.

Информацию о версии можно собирать через систему управления компьютерами, PowerShell или инвентаризацию программного обеспечения.

Обновление через SCCM

Если в организации используется SCCM, его удобно применять и для обновления Яндекс Браузера.

Общая схема выглядит так:

  1. подготовить новую версию дистрибутива;
  2. создать новую версию Application или Deployment Type;
  3. настроить команду установки;
  4. изменить Detection Method;
  5. распространить контент на Distribution Point;
  6. назначить обновление тестовой коллекции;
  7. после проверки развернуть на остальные устройства.

Detection Method должен учитывать новую версию

При обновлении через SCCM особенно важно правильно настроить Detection Method.

Если правило проверяет только наличие браузера, SCCM может решить, что приложение уже установлено, даже если на компьютере находится старая версия.

Для контроля обновления лучше проверять:

  • версию исполняемого файла;
  • версию установленного приложения;
  • MSI Product Code, если он подходит для используемого пакета;
  • результат PowerShell-скрипта обнаружения.

Обновление через PowerShell

PowerShell удобен, когда нужно самостоятельно контролировать логику обновления.

Скрипт может:

  • определить установленную версию браузера;
  • сравнить её с требуемой;
  • скачать или получить новый дистрибутив;
  • запустить тихую установку;
  • записать результат в лог;
  • вернуть код завершения системе управления.

Обновление через GPO

В доменной инфраструктуре для распространения программного обеспечения можно использовать GPO. Этот вариант проще SCCM, но предоставляет меньше возможностей для контроля результата.

GPO подходит, если инфраструктура построена вокруг Active Directory и требуется относительно простой механизм распространения пакетов.

Не обновляйте сразу все компьютеры

Даже если новая версия успешно устанавливается на одном компьютере, это не означает, что её стоит сразу отправлять всей организации.

Лучше использовать несколько этапов.

  1. один или два тестовых компьютера ИТ-службы;
  2. небольшая пилотная группа;
  3. одно подразделение;
  4. основная часть компьютеров;
  5. оставшиеся устройства и исключения.

Так проще обнаружить проблему до того, как она затронет большое количество пользователей.

Что проверить на тестовой группе

  • браузер успешно запускается;
  • пользовательский профиль сохранился;
  • корпоративные политики применяются;
  • прокси работает;
  • корпоративные расширения загружаются;
  • внутренние сайты открываются;
  • КриптоПро и электронная подпись работают;
  • нет проблем с запуском после перезагрузки.

Проверьте политики после обновления

После обновления браузера полезно убедиться, что корпоративные политики продолжают применяться.

На тестовом компьютере можно выполнить:

gpupdate /force

А затем проверить политики непосредственно в браузере:

browser://policy

Проверьте расширения

Если организация использует обязательные расширения, после обновления браузера их также стоит проверить.

  • корпоративные расширения;
  • КриптоПро ЭЦП;
  • средства защиты;
  • внутренние дополнения организации.

КриптоПро после обновления браузера

Если сотрудники используют электронную подпись, тестирование КриптоПро лучше включить в обязательный чек-лист обновления.

Проверьте:

  • определяется ли Browser plug-in;
  • включено ли расширение КриптоПро ЭЦП;
  • виден ли сертификат;
  • работает ли нужный государственный или корпоративный сервис;
  • сохранилась ли настройка ГОСТ.

Как контролировать успешность обновления

После массового развёртывания нужно получить ответ как минимум на три вопроса:

  • на скольких компьютерах установилась новая версия;
  • на каких устройствах осталась старая версия;
  • где установка завершилась ошибкой.

В SCCM для этого можно использовать состояние развёртывания и клиентские журналы.

При использовании собственного PowerShell-сценария полезно сохранять результаты установки в лог или передавать статус в используемую систему управления.

Какие логи смотреть в SCCM

Если обновление через SCCM не устанавливается, полезны клиентские журналы:

ЛогЧто проверять
AppDiscovery.logОпределение установленной версии
AppIntentEval.logТребуется ли установка приложения
AppEnforce.logЗапуск установки и код возврата
CAS.logПолучение контента
ContentTransferManager.logЗагрузку файлов приложения

Не забывайте про компьютеры вне сети

Часть ноутбуков может долго находиться вне корпоративной сети. Поэтому после основного развёртывания обычно остаётся некоторое количество устройств со старой версией.

Такие компьютеры лучше отслеживать отдельно и обновлять после их появления в сети или подключения через корпоративный VPN.

Стоит ли принудительно удалять старую версию

Обычно сначала стоит проверить, поддерживает ли новый пакет штатное обновление существующей установки.

Удаление старой версии перед каждым обновлением усложняет процесс и может затрагивать пользовательские данные, поэтому использовать такой сценарий стоит только при реальной необходимости.

Рекомендуемая схема обновления

  1. Получите новый дистрибутив.
  2. Проверьте установку вручную.
  3. Обновите браузер на компьютере ИТ-службы.
  4. Проверьте политики, расширения и корпоративные сайты.
  5. Разверните обновление на небольшой тестовой группе.
  6. Проверьте результат.
  7. Расширяйте развёртывание поэтапно.
  8. Найдите компьютеры, на которых осталась старая версия.
  9. Разберите ошибки установки.

Читайте также

Понравилась статья? Поделиться с друзьями:
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: