После обновления Яндекс Браузера на рабочих компьютерах желательно проверить не только сам факт установки новой версии. В корпоративной среде важно убедиться, что браузер запускается, получает политики, работает через прокси, открывает внутренние сайты и не потерял необходимые расширения.
Ниже — практический чек-лист, который удобно использовать после тестового или массового обновления.
1. Проверьте номер версии
Сначала убедитесь, что на компьютере действительно установилась новая версия браузера.
Версию можно посмотреть вручную в информации о браузере или получить средствами PowerShell и систем управления.
2. Проверьте запуск браузера
После обновления запустите браузер под обычной пользовательской учётной записью.
- окно браузера открывается без ошибок;
- процесс не завершается сразу после запуска;
- страницы загружаются нормально;
- браузер не требует повторной установки;
- после перезагрузки Windows запуск остаётся нормальным.
Если браузер установлен, но не запускается, проблему лучше диагностировать до продолжения массового развёртывания.
3. Проверьте пользовательский профиль
При штатном обновлении пользовательские настройки и данные не должны неожиданно исчезать.
Проверьте:
- закладки;
- настройки браузера;
- профиль пользователя;
- корпоративные расширения;
- авторизацию на необходимых сервисах, если она должна сохраняться.
4. Проверьте корпоративные политики
После обновления убедитесь, что управляемые настройки продолжают применяться.
На тестовом компьютере можно обновить групповые политики:
gpupdate /force
После этого проверьте применённые параметры непосредственно в браузере:
browser://policy
Сравните список и значения политик с тем, что должно применяться в вашей организации.
5. Проверьте прокси
Если интернет-доступ в организации работает через корпоративный прокси, после обновления обязательно проверьте несколько внешних и внутренних ресурсов.
- доступ в интернет;
- корпоративные сайты;
- PAC-файл;
- исключения прокси;
- аутентификацию на прокси;
- ресурсы, которые должны открываться напрямую.
6. Проверьте корпоративные сайты
Новая версия браузера должна корректно работать с внутренними веб-системами организации.
Проверьте основные сервисы:
- корпоративный портал;
- веб-почту;
- Service Desk;
- CRM;
- систему документооборота;
- внутренние административные панели;
- другие критичные веб-приложения.
Лучше проверять не только открытие страницы, но и основные рабочие функции: вход, загрузку файлов, печать, скачивание документов и работу форм.
7. Проверьте расширения
Если в организации используются обязательные расширения, убедитесь, что они установлены и активны после обновления.
- корпоративные дополнения;
- расширения для работы с ЭЦП;
- защитные расширения;
- внутренние расширения организации.
8. Проверьте КриптоПро и электронную подпись
Если сотрудники используют КриптоПро, работу ЭЦП лучше проверять отдельно после каждого значимого обновления браузера.
- загружается ли расширение;
- определяется ли Browser plug-in;
- видны ли сертификаты;
- работает ли подписание документов;
- открываются ли необходимые государственные и корпоративные сервисы.
9. Проверьте сертификаты и HTTPS
Если организация использует внутренний удостоверяющий центр, SSL-инспекцию или собственные сертификаты, откройте несколько ресурсов с HTTPS.
- нет ли предупреждений сертификата;
- доверяется ли корпоративному корневому сертификату;
- открываются ли внутренние HTTPS-сайты;
- нет ли новых проблем после SSL-инспекции.
10. Проверьте стартовые страницы
Если стартовые страницы задаются централизованно, убедитесь, что после обновления они продолжают открываться автоматически.
Это особенно важно, если при запуске браузера пользователи должны сразу попадать на корпоративный портал или другую внутреннюю систему.
11. Проверьте обновление на обычном пользователе
Проверки под учётной записью администратора недостаточно.
Запустите браузер под стандартной рабочей учётной записью и убедитесь, что пользователь получает те же настройки и может выполнять необходимые действия.
12. Проверьте работу после перезагрузки
После тестового обновления перезагрузите компьютер и повторите несколько основных проверок.
- запуск браузера;
- применение политик;
- доступ к сети;
- работу расширений;
- открытие корпоративных сайтов.
Это помогает обнаружить проблемы, которые не проявляются сразу после установки.
13. Проверьте результат массового развёртывания
После обновления тестовой группы можно переходить к более широкому развёртыванию, но необходимо контролировать результат.
Разделите устройства на несколько групп:
| Статус | Действие |
|---|---|
| Новая версия установлена | Дополнительные действия не требуются |
| Осталась старая версия | Повторно проверить назначение и установку |
| Ошибка установки | Изучить код возврата и журналы |
| Компьютер недоступен | Повторить обновление после его появления в сети |
14. Что проверить в SCCM
Если обновление распространялось через SCCM, проверьте состояние приложения и Detection Method.
Для диагностики могут пригодиться клиентские журналы:
AppDiscovery.log— обнаружение приложения;AppIntentEval.log— необходимость установки;AppEnforce.log— выполнение установки;CAS.log— получение контента.
15. Не разворачивайте обновление сразу на всю организацию
Даже если установка проходит без ошибок, сначала лучше обновить небольшую тестовую группу.
Оптимальная схема:
- компьютеры ИТ-службы;
- небольшая пилотная группа;
- одно подразделение;
- основная часть организации;
- оставшиеся компьютеры и исключения.
Так намного проще остановить развёртывание, если новая версия вызывает проблемы с корпоративными сервисами.
Краткий чек-лист после обновления
- версия браузера изменилась;
- браузер запускается;
- профиль пользователя на месте;
- политики применяются;
- прокси работает;
- корпоративные сайты открываются;
- расширения работают;
- КриптоПро и ЭЦП работают;
- сертификаты принимаются;
- стартовые страницы открываются;
- после перезагрузки проблем нет.
Если после обновления появились проблемы
Если неисправность появилась одновременно на нескольких компьютерах после установки новой версии, остановите дальнейшее массовое развёртывание и сначала разберите проблему на тестовом устройстве.
Так можно избежать распространения одной и той же ошибки на весь парк компьютеров.