Удалённая поддержка и RMM — настройка модуля

Раздел описывает, как администратору включить и настроить контур АСК Удалённая поддержка (RMM) в связке с сервис-деском. Пользовательские сценарии — в руководстве пользователя, п. 3.13.

1. Что должно быть готово до работы специалистов

2. Где находятся настройки

1. Войдите в АСК под учётной записью с правом системных настроек.
2. Откройте «Настройки» → RMM (хаб модуля).
3. Отсюда же переходят к:
4. привязкам клиентов к контуру;
5. общим флагам модуля;
6. политикам оповещений;
7. политикам заданий и окнам обслуживания (ссылки/разделы в хабе).

Рабочая консоль специалистов: меню RMM (дашборд, устройства, задания…).

3. Привязка клиента к контуру

Без привязки задания и выбор клиента на формах невозможны.

1. Откройте «Настройки» → RMM → список привязок.
2. Создайте запись:
3. Клиент (обязательно);
4. идентификатор тенанта контура (обязательно; выдаётся при развёртывании контура);
5. признак «Активна».
6. На одного клиента — одна активная привязка.
7. Сохраните. Сообщение об успехе выглядит в духе «Настройки RMM сохранены».

Клиента без активной привязки система не даст выбрать: «У клиента нет активной привязки…».

4. Общие флаги модуля

В настройках RMM проверьте:

5. Группы и права

Назначьте сотрудникам группы (через управление пользователями / группами АСК):

Дополнительно:

• для хаба «Настройки» → RMM нужно право системных настроек;
• типичная связка специалиста техподдержки: Jobs + RA либо сразу Manage для администраторов модуля.

Подробная матрица «право → кнопка» — в Права доступа (user) и техническом описании.

6. Политики заданий и окна обслуживания

Политика заданий

Создайте политику для клиента (или области):

• название, область, признак «активна»;
• опасные действия требуют окна обслуживания;
• остановка и перезапуск службы требуют окна (если нужно ужесточить);
• поведение вне окна: ждать окна или отклонить задание;
• правила для пропущенного окна / рабочие часы — по полям формы.

Окно обслуживания

1. Укажите название и часовой пояс.
2. Выберите цель: весь клиент или список устройств.
3. Задайте недельные интервалы (дни и время).
4. При необходимости добавьте даты исключения (blackout).
5. Включите окно.
6. Отметьте, нужно ли приглушать оповещения во время окна и ограничивать деструктивные задания.

Проверка: на карточке устройства в разрешённый интервал видно, что действует подходящее окно.

7. Политики оповещений

1. Откройте политики оповещений из хаба RMM.
2. Настройте базовую политику клиента.
3. При необходимости добавьте переопределения (устройство / тег / группа).
4. Для каждого правила: вкл/выкл, пороги, «Создавать заявку при срабатывании», политика повторного открытия заявки.
5. Подберите события журнала Windows из встроенного каталога (если используете правило по журналу).

Рекомендуемый старт: включить контроль диска (%), офлайн устройства, активацию Windows и базовые проверки безопасности; пороги CPU/памяти включать после калибровки, чтобы не утонуть в шуме.

8. Группы устройств и теги

В разделе «Группы и теги»:

• создайте теги для маркировки;
• статические группы — ручной состав;
• динамические группы — правила отбора (например, «в сети», продукт ОС, тег).

Используйте группы для массовых заданий и переопределений политик. Помните: состав целей замораживается в момент создания массового задания.

9. Скрипты, пакеты, автоматизация, кольца обновления

Справочные правила автоматизации можно засеять служебной командой вашей поставки (имена вроде AT-10 / AT-11) — по умолчанию они выключены.

10. Установка и настройка агента

1. Соберите/возьмите MSI агента из поставки.
2. Укажите адрес контура удалённой поддержки (базовый URL).
3. Выполните установку на ПК (от имени администратора ОС).
4. Проверьте трей: «Готов к подключению» и отображение UID.
5. Убедитесь, что устройство появилось в RMM → «Устройства».
6. Привяжите устройство к клиенту.
7. Для лабораторных/ограниченных контуров уточните у внедренцев, включено ли выполнение изменяющих заданий на агенте (без этого mutate-задания завершатся отказом).
8. Режим «Разрешить подключение без подтверждения» в трее оставляйте выключенным, пока политика безопасности явно не потребует иного.
9. Функции захвата системного рабочего стола (UAC) включайте только в согласованном пилоте.

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

11. Связь с сервис-деском и CMDB

• Настройте типы/маршрутизацию заявок, если оповещения создают обращения автоматически.
• Источник заявок с трея агента: «Агент техподдержки».
• При включённом автосоздании КЕ проверьте карточку CMDB после привязки устройства.
• С заявки специалисты должны видеть блок устройства и «Подключиться удалённо» при наличии прав.

12. Импорт и экспорт

• Экспорт сводок — RMM → «Аналитика» → выгрузка CSV.
• Импорта устройств/скриптов/политик из Excel/CSV в модуле нет — заводите через UI или штатные процедуры внедрения агента.
• Аудит — просмотр журнала; срок хранения технических метаданных ориентируйте на политику контура (порядка года).

13. Проверка после настройки (чеклист)

1. Клиент с активной привязкой выбирается на форме задания.
2. Тестовое устройство в сети, привязано к клиенту, инвентарь заполнен (или «Обновить данные» завершилось успешно).
3. Безопасное задание (состояние / обновить данные) проходит в «Успешно».
4. Опасное задание вне окна — ждёт или отклоняется согласно политике; внутри окна — выполняется при заполненной причине.
5. Оповещение тестового правила появляется в центре; «Принять» / «Решить» меняют статус.
6. «Подключиться удалённо» показывает окно согласия на ПК; после «Разрешить» есть картинка и кнопка отключения.
7. Сотрудник только с View не видит запуск заданий; сотрудник с RA — видит подключение.

14. Типовые роли (рекомендация)

См. также:

• 3.13 Удалённая поддержка и RMM
• Настройки сервис-деска
• CMDB — настройка