Проверка на рабочей станции

Выполняется один раз на тестовой машине после применения политики.

1. Политика применилась

Откройте chrome://policy → Reload policies. Должны быть видны:

• ExtensionInstallForcelist со строкой <ID вашего расширения>;<адрес updates.xml>;
• в разделе 3rdparty extensions — политика с ID вашего расширения и значениями backendUrl / eventsToken.

Статус у обеих — OK. Если политики нет: на Windows — gpupdate /force и проверить, что машина в домене; на macOS — профиль реально установлен (System Settings → Profiles); на Linux — файл лежит в правильном каталоге для установленной сборки браузера.

2. Расширение установлено и не удаляется

chrome://extensions → расширение TETRA присутствует, кнопки удаления и отключения недоступны (установлено политикой).

Если расширения нет, а политика применилась — почти всегда это гейт domain-join, см. Применение политики.

3. Детект работает

Откройте любой поддерживаемый AI-сервис и вставьте в поле ввода тестовое значение, например номер карты:

4111 1111 1111 1111

Ожидаемо: появляется оверлей TETRA с маскировкой или блокировкой (в зависимости от политики).

4. Событие дошло до панели

Откройте в панели раздел События — там должно появиться событие с этой рабочей станции: сотрудник, AI-сервис, категория данных, действие.

Маскировка сработала, а события нет

Значит, сенсор работает локально, но не может достучаться до сервера. Проверьте:

1. Адрес сервера в политике — он обязан заканчиваться на /events.
2. Токен — совпадает ли значение в политике с тем, что показывает панель (после ротации токена политику надо обновить).
3. Доступность сервера с рабочей станции по HTTPS.

Что именно происходит, видно в журнале расширения: chrome://extensions → Details → Inspect views → service worker — строки с префиксом [tetra].

Дальше

Всё сработало — раскатывайте политику на остальной парк и переходите к настройке политик. Обновление расширения дальше происходит само — Обновление сенсора.