Python RAC — клиент администрирования кластеров 1С

Протокольные реализации собраны в pyrac/protocol/: v8311.py содержит клиент и кодек 10.0 (1С 8.3.11), v851_client.py — клиент 16.0 (1С 8.5.1), а v851.py — его проверенные константы и проверку кадров. Примитивы и форматы записей, общие для двух версий, пока находятся в v8311.py и импортируются клиентом 16.0 напрямую; совпадение остальных структур не предполагается. Общий публичный интерфейс находится в pyrac/client.py. Старый импорт и запуск pyrac.v8311 сохранены для совместимости.

Установите дистрибутив python-rac с PyPI (pip install python-rac); импортируйте его как pyrac. Имя pyrac на PyPI принадлежит другому проекту. Лицензия — MIT. Выпуск не происходит автоматически: см. инструкцию по публикации. Версия 0.2.0 уже опубликована; текущая версия исходников — 0.2.1. До её публикации устанавливайте исходники из репозитория командой python -m pip install ..

Клиент для 1С 8.5.1 и интерфейсы преимущественно для чтения

Реализованы настольная консоль и локальный MCP-сервер через stdio; вместе с веб-панелью только для чтения они используют pyrac.read_service. Для каждого вызова инструмента MCP установлен единый срок ожидания 30 секунд, включая последовательные запросы обзора кластера. Интерфейсы предоставляют чтение кластеров, серверов, процессов и ИБ, но не все команды rac. См. возможности настольной консоли, объём MCP и перечень команд. Покрытие команд и параметров протокола 16.0 неполное: поддержку операций нельзя выводить из подтверждения приёма или пустых списков. Библиотека допускает явный выбор RacClient(protocol='auto'): сначала согласуется 16.0, а 10.0 выбирается только при явном отказе RAS открыть точку подключения протокола 16.0; по умолчанию используется 16.0. Адаптер 10.0 применяет таймаут клиента ко всей команде, включая операцию после переключения с auto, закрывает TCP-сокет после завершения, ошибки или отмены и отклоняет неканонические либо слишком длинные (>4 МБ) входящие кадры до чтения тела. Декодер ответов 10.0 отклоняет отсутствие числа записей и значения свыше 1000 до обхода записей. Общий декодер записей 8.3.11/8.5.1 ограничивает 1000 вложенных диапазонов портов и лицензий сеансов, отклоняет усечённые или превышающие 4 МБ поля байтов с префиксом длины, а также слишком длинные или неканонические varint. CLI pyrac также принимает --protocol=auto только при явном выборе для операций чтения (например, pyrac --protocol=auto agent admin list); команды изменения данных и аргументы пароля в этом режиме отклоняются до согласования версии. Режим --protocol=auto доступен и для чтения в desktop, web (включая выбор протокола каждого RAS рабочей области) и MCP. Селектор добавления RAS в desktop предлагает auto только при отсутствии флагов изменения данных. Любое явное включение операции записи по-прежнему требует 16.0 при запуске; для записи auto не используйте. Ещё пять вариантов списков ACL профиля с парольной аутентификацией (COM, внешние компоненты, модули, приложения, интернет) проверены только для чтения пустых списков на dev-area-06 как нативным, так и публичным клиентом; декодирование заполненных записей этих вариантов не подтверждено.

Рабочая область локальных RAS

Поиск в рабочей области, список серверов и страницы объектов только для чтения используют компактную компоновку консоли: дерево RAS, плотную таблицу объектов и панель подробностей. Страницы отдельных областей сохраняют эту компоновку, не загружая дерево RAS повторно. Маршрут /ras/<index>/tree раскрывает кластеры и ИБ выбранного RAS по запросу; уже загруженная навигационная таблица фильтруется локально. Ссылка «Раскрыть профили безопасности» запрашивает только имена профилей этого RAS и добавляет ссылки на профили и списки ACL в доступные для поиска и выбора таблицу и дерево, не загружая записи ACL или ИБ. Ссылка «Раскрыть рабочие серверы» запрашивает только список кластеров этого RAS и серверы выбранного кластера (без повторного чтения ИБ), затем добавляет в дерево ссылки на сведения, процессы, правила, настройки сервисов и каталоги переноса, а также таблицу с выбором сервера. Ссылка «Раскрыть процессы» отдельного сервера читает только его процессы и добавляет в дерево ссылки на процессы и соединения с таблицей для выбора процесса; ссылка «Раскрыть соединения» процесса загружает его соединения по запросу и показывает ссылки на подробности и блокировки в таблице с поиском, не читая ИБ. В таблицах серверов и процессов можно локально фильтровать строки по видимому тексту; список процессов конкретного сервера содержит ссылки на подробности и соединения каждой строки. Первоначальное дерево и раскрытие сервера не загружают процессы заранее; раскрытие процессов не запрашивает ИБ. Остаются доступны ссылки на объекты кластера, версию агента, администраторов и подробности, краткие и полные сведения об ИБ, сеансы, соединения, блокировки и хранилища, а также выбор строк в центральной таблице; другие RAS не опрашиваются, а построение ссылок разделов не загружает дополнительные списки. Выбор результата поиска или строки списка показывает в панели только уже видимые поля без нового запроса к RAS; ссылка на объект по-прежнему открывает существующий маршрут. Для выбора строки с клавиатуры служат Enter и пробел. Настольное приложение открывается с деревом RAS → кластер → раздел: доступны существующие списки кластера только для чтения и страницы администраторов и подробностей. Выбор раздела профилей загружает в дерево все доступные профили; у каждого — ссылки на шесть подтверждённых списков ACL. Таблица обзора кластера показывает уже полученные серверы, процессы, ИБ, сеансы, соединения, менеджеры, ограничения и счётчики со ссылками на подробности, фильтром строк и общедоступными свойствами. При смене RAS или кластера прежние таблица и панель подробностей очищаются до загрузки нового контекста; расширенные операции и исходные ответы доступны через меню. Двойной щелчок по строке ИБ, сервера, процесса, сеанса, соединения, менеджера, ограничения, счётчика, правила, настройки сервиса, профиля или блокировки открывает существующие подробности; для администратора он лишь выбирает имя, не удаляя администратора. Это начальная компоновка консоли: пока не для каждого маршрута и команды реализовано полное соответствие дерева, таблицы и свойств.

Команда pyrac-web --workspace --ras-host=127.0.0.1 открывает рабочую область /ras. Дополнительные RAS можно задать повторяемым аргументом --ras-server=HOST:PORT/PROTOCOL (например, --ras-server=second.local:2545/auto --ras-server=third.local:3545/10.0); повторный запуск с теми же параметрами восстанавливает исходный список. Хост, порт и протокол обязательны; допускается не более 64 уникальных адресов. RAS можно добавлять и удалять в памяти (последний удалить нельзя). Список кластеров отдельного RAS доступен по /ras/<index>/clusters: индекс закреплён за RAS на всё время работы; удалённый индекс возвращает 404 и не перенаправляет на другой сервер. Списки по всем RAS без поискового запроса доступны только для чтения: кластеры — /ras/clusters (без чтения ИБ), ИБ — /ras/infobases (сбои отдельных кластеров изолированы), рабочие серверы — /ras/servers (без чтения ИБ и процессов), процессы — /ras/processes (проверенные подписи PID, без чтения ИБ и серверов), сеансы — /ras/sessions (проверенные имена пользователей, без чтения ИБ и серверов), соединения — /ras/connections (проверенные имена хостов, без чтения ИБ и серверов), службы кластеров — /ras/services (только проверенные имена, ссылки ведут к службам исходного кластера), профили безопасности — /ras/profiles (проверенные имена и URL-кодирование ссылок на обзор исходного профиля). Во всех этих представлениях действует один общий срок ожидания 30 секунд, включая ожидающие в очереди RAS; ссылки остаются привязаны к исходному RAS. Поиск по именам или UUID кластеров и ИБ всех серверов доступен на /ras/search; scope=clusters исключает чтение ИБ, а scope=infobases ограничивает поиск ИБ. Области scope=agent-admins|cluster-admins ищут имена администраторов и пользователей ОС с переходом к спискам исходного RAS; scope=services — имена и описания служб кластеров; scope=locks — описания блокировок, UUID объекта или соединения с переходом к блокировкам этого соединения; scope=servers, scope=processes, scope=sessions, scope=profiles — соответственно имя/UUID рабочего сервера, PID/UUID процесса, пользователь/UUID сеанса и имя профиля. Область scope=profile-directories|profile-com|profile-addin|profile-module|profile-app|profile-inet ищет имена и псевдонимы в шести проверенных списках ACL профилей, но не чувствительные пути и хеши; scope=connections|managers|limits|counters относится к объектам кластера, scope=rules|service-settings — к объектам рабочего сервера. Число параллельных соединений ограничено, а общий срок поиска составляет 30 секунд, в том числе для узлов в очереди; на страницах отдельных объектов только для чтения те же 30 секунд охватывают все последовательные запросы. В веб-таблицах рабочих серверов, процессов и сеансов доступен поиск по видимым свойствам. Этот режим работает только для чтения и только на loopback: его нельзя совместить с флагами записи или именами администраторов. Адреса RAS не сохраняются; учётные данные не хранятся.

Настольная консоль также принимает повторяемый --ras-server=HOST:PORT/PROTOCOL для предварительной загрузки не более 64 уникальных RAS; при таком запуске доступны лишь чтение без аутентификации. В ней есть поиск по службам и блокировкам кластера (выбор блокировки открывает блокировки её соединения), список RAS в памяти с добавлением и удалением, а также кнопки Все кластеры (без чтения ИБ), Все ИБ (открывают ИБ на исходном RAS), Все рабочие серверы (без чтения ИБ и процессов), Все рабочие процессы, Все сеансы, Все соединения (для последних трёх списков не загружаются ИБ и серверы), Все службы (проверенные имена, открывают службы исходного кластера) и Все профили безопасности (проверенные имена, открывают исходный обзор профиля). Для этих восьми списков и поиска по всем RAS действует единый срок ожидания 30 секунд, включая узлы в очереди. Доступны фильтры по имени/UUID для кластеров, ИБ и рабочих серверов (выбор ИБ из списка кластера открывает краткие сведения), PID/UUID для процессов, пользователю/UUID для сеансов (выбор сервера, процесса или сеанса из списка кластера открывает подробности), хосту/UUID для соединений и имени/UUID для менеджеров (выбор соединения, менеджера, ограничения или счётчика открывает подробности), имени для ограничений и счётчиков, имени/UUID для правил и настроек сервисов (выбор открывает подробности). Выбор профиля безопасности открывает обзор профиля и ACL. Поиск администраторов агента и кластера учитывает имя и пользователя ОС; выбор лишь заполняет поле удаления при отдельно включённой операции и не удаляет администратора. Элементы управления прокручиваются, подробности выводятся отдельно. Рабочие области web и desktop — первый шаг к удобству работы, а не полная копия консоли 1С.

Без поискового запроса rac_workspace_list_clusters() возвращает навигационные поля кластеров (ограниченный параллелизм и срок ожидания, сбои узлов изолированы); rac_workspace_list_infobases() возвращает поля ИБ с изоляцией ошибок кластеров; rac_workspace_list_servers() возвращает поля рабочих серверов, ограничивает ожидание узлов в очереди общим сроком и отделяет object_host от хоста RAS. rac_workspace_list_processes() возвращает процессы с проверенными подписями PID; rac_workspace_list_sessions() — сеансы с проверенными подписями пользователей; rac_workspace_list_connections() — соединения с проверенным object_host, отдельным от хоста RAS. Все три инструмента изолируют ошибки кластеров, используют общий срок ожидания и не запрашивают списки ИБ или рабочих серверов. rac_workspace_list_services() возвращает проверенные имена служб кластеров, исключая недопустимые имена и приватные поля записей; rac_workspace_list_profiles() возвращает проверенные имена профилей безопасности без приватных полей. Ошибки кластеров изолированы, а ожидающие узлы укладываются в единый срок ожидания. rac_workspace_list_cluster_inventory(kind="managers"|"counters"|"limits") возвращает безопасные селекторы и подписи из RAS списка запуска; вид объекта проверяется до подключения, ошибки кластеров изолируются в пределах одного срока ожидания.

Для выбранного RAS rac_workspace_cluster_overview(ras, cluster_id) читает серверы, процессы, ИБ и сведения о кластере за общие 30 секунд; ras — индекс, возвращённый поиском. rac_workspace_list_cluster_group(ras, cluster_id, group) читает подтверждённый список кластера (servers, processes, infobases, sessions, connections, profiles, counters, limits, managers, services или locks), исключая приватные поля, за 30 секунд. rac_workspace_object_detail(ras, cluster_id, kind, object_id) открывает сервер, процесс, сеанс, ИБ или соединение по UUID; хост объекта остаётся отдельным от хоста RAS. rac_workspace_list_server_group(ras, cluster_id, server_id, group) читает rules, service-settings или transfer-directories выбранного рабочего сервера; rac_workspace_list_profile_acl(ras, cluster_id, profile_name, acl_type) — список ACL профиля типа directory, com, addin, module, app или inet; rac_workspace_list_infobase_group(ras, cluster_id, infobase_id, group) — sessions, connections или binary-storages выбранной ИБ. rac_workspace_record_detail(ras, cluster_id, kind, selector, server_id="") читает подробности менеджера, правила, настройки сервиса, счётчика или ограничения: правила и настройки требуют server_id, а счётчики и ограничения выбираются по имени вместо UUID. rac_workspace_related_inventory(ras, cluster_id, scope, record_id) читает server-processes, process-connections, infobase-locks или connection-locks. rac_workspace_counter_values(ras, cluster_id, name, object_filter="", accumulated=false) читает обычные или накопленные значения именного счётчика; заполненные значения на живом сервере 16.0 пока не проверены. rac_workspace_named_overview(ras, cluster_id, kind, selector) читает infobase-summary по UUID или profile-overview по имени профиля (профиль и шесть списков ACL). rac_workspace_agent_view(ras, scope, cluster_id="") читает agent-version, agent-admins или cluster-admins; в последнем случае нужен UUID кластера. rac_workspace_infobase_by_name(ras, cluster_id, kind, name) читает info или summary ИБ по имени без UUID: требуется протокол 16.0, явно заданная точка подключения 10.0 отклоняется до подключения; имя проверяется до подключения, приватные поля исключаются. Режим нескольких RAS не допускает флаги изменения данных или имена администраторов; существующие инструменты MCP по-прежнему обращаются только к основному RAS. Учётные данные не хранятся.

Веб-интерфейс также предоставляет маршрут только для чтения /ras/cluster-inventory?kind=managers|counters|limits: проверенные подписи объектов из разных RAS с поиском и ссылками на исходный кластер. В настольном приложении соответствующие кнопки Все менеджеры, Все счётчики и Все ограничения открывают сведения на исходном RAS. При сбоях отдельных узлов или кластеров уже полученные строки сохраняются; общий срок ожидания охватывает и ожидающие очереди узлы. Эти представления используют существующие команды чтения и не подтверждают новые операции протокола.

MCP-инструмент rac_workspace_list_server_inventory(kind="rules"|"service-settings"|"transfer-directories") возвращает безопасные навигационные данные по рабочим серверам разных RAS через уже существующие операции чтения. При сбое сервера или истечении общего срока ожидания ранее полученные строки сохраняются. Новых подтверждённых команд протокола этот инструмент не добавляет.

Раздел настольного приложения Все блокировки показывает безопасные подписи по нескольким RAS и открывает список блокировок выбранного соединения на исходном узле. При ошибке или истечении общего срока ожидания, в том числе для узлов в очереди, уже полученные строки сохраняются. Используется существующая команда чтения.

Веб-маршрут /ras/locks показывает блокировки из нескольких RAS с поиском и ссылками на списки блокировок исходных соединений; изменение данных через него недоступно. Недопустимые описания заменяются безопасными подписями, частичные результаты сохраняются, а общий срок ожидания включает узлы в очереди. Используются существующие операции чтения; новая команда протокола этим не подтверждается.

rac_workspace_list_locks() предоставляет навигацию по блокировкам нескольких RAS без поискового запроса: канонические идентификаторы соединения и объекта, безопасное описание либо общую подпись, без приватных полей. При сбоях кластеров и истечении общего срока ожидания, включая узлы в очереди, уже полученные результаты сохраняются. Инструмент повторно использует проверенные списки чтения и не расширяет подтверждённое покрытие протокола.

В настольном приложении разделы Все администраторы агентов и Все администраторы кластеров открывают выбранные имена на исходном RAS. Они возвращают только имена и сохраняют уже полученные строки при сбоях и истечении срока ожидания.

Веб-маршрут /ras/administrators?kind=agent-admins|cluster-admins показывает имена администраторов из нескольких RAS с поиском и ссылками в пределах исходного агента или кластера, без полей учётной записи. Частичные результаты сохраняются; единый срок ожидания охватывает и узлы в очереди. Представления используют ранее проверенные операции чтения, а не новые подтверждённые команды протокола.

Веб-маршрут /ras/server-inventory?kind=rules|service-settings|transfer-directories показывает записи рабочих серверов разных RAS с поиском и безопасными ссылками на исходный сервер; чтение ограничено по объёму и общему времени, включая ожидание в очереди. В настольном приложении соответствующие кнопки Все правила, Все настройки сервисов и Все каталоги переноса открывают выбранный объект на его исходном RAS. Это представления существующих методов чтения, а не новое подтверждённое покрытие протокола.

rac_workspace_list_administrators(kind="agent-admins"|"cluster-admins") возвращает проверенные имена администраторов со всех RAS, указанных при запуске, без поискового запроса и приватных полей учётной записи. При сбоях кластеров уже полученные имена сохраняются; единый срок ожидания включает узлы в очереди. Используются существующие проверенные операции чтения, без расширения покрытия команд протокола.

Дополнительные приложения (не требуют установленного оригинального клиента rac при выполнении):

python3 -m pip install '.[desktop,mcp]'
pyrac-desktop --ras-host=127.0.0.1 --ras-port=1545 --protocol=16.0
# Необязательные имена администраторов с аутентификацией ОС для чтения в desktop:
# pyrac-desktop --cluster-user=cluster-reader --agent-user=agent-reader
pyrac-mcp --ras-host=127.0.0.1 --ras-port=1545 --protocol=16.0
# Необязательные имена администраторов с аутентификацией ОС для чтения через MCP:
# pyrac-mcp --cluster-user=cluster-reader --agent-user=agent-reader
# Разрушающая операция только на контролируемом изолированном RAS (16.0, без cluster-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-process-turn-off
# Инструмент rac_turn_off_process требует точного совпадения confirm_process_id и process_id.
# Отдельное защищённое добавление кластера на изолированном RAS (16.0, без agent-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-cluster-insert
# rac_insert_cluster требует host, port, name, строгий булев audit и точное confirm_host_port=host:port.
# Дополнительные независимо проверенные параметры: expiration_timeout, security_level,
# session_fault_tolerance_level, load_balancing_mode (performance|memory),
# kill_problem_processes, kill_by_memory_with_dump, restart_schedule (шесть числовых полей)
# и парные ping_period/ping_timeout. Некорректные параметры отклоняются до подключения;
# защищённый клиент перечитывает полные список и сведения и возвращает проверенную запись.
# Отдельное разрушающее удаление кластера на изолированном RAS (16.0, без cluster-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-cluster-remove
# rac_remove_cluster требует confirm_cluster_id с точным UUID кластера и проверяет полный список.
# Отдельная регистрация администратора агента без пароля на изолированном RAS (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-agent-admin-register
# rac_register_agent_admin требует name, os_user, descr и точное confirm_name_os_user=name:os_user;
# успех подтверждается полным повторным чтением списка. Инструмент не принимает пароль.
# Отдельное разрушающее удаление администратора агента на изолированном RAS (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --agent-user=existing-admin --allow-agent-admin-remove
# rac_remove_agent_admin требует точное confirm_name=name; удалять может лишь
# аутентифицированный agent-user, после чего клиент перечитывает полный список.
# Отдельная регистрация администратора кластера без пароля на изолированном RAS (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-cluster-admin-register
# rac_register_cluster_admin требует точного подтверждения cluster UUID:name:os_user;
# защищённый клиент перечитывает полный список администраторов. Пароль не принимается.
# Отдельное разрушающее удаление администратора кластера на изолированном RAS (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --cluster-user=existing-admin --allow-cluster-admin-remove
# rac_remove_cluster_admin требует точное confirm_cluster_name=cluster UUID:name;
# защищённый клиент перечитывает полный список. По умолчанию выключено.
# Отдельное разрушающее удаление только регистрации ИБ на изолированном RAS (16.0, без cluster-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-infobase-registration-drop
# rac_drop_infobase_registration требует точного подтверждения cluster UUID:infobase UUID
# и поручает защищённому клиенту повторное чтение полного списка.
# Удаление и очистка базы данных всегда отключены; эффект через MCP на живом сервере не подтверждён.
# Отдельное разрешение регистрации уже существующей ИБ PostgreSQL (16.0, без cluster-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-infobase-existing-registration
# rac_register_existing_infobase требует cluster UUID, name, db_name, db_server,
# db_user, locale и точное confirm_cluster_name_db=cluster UUID:name:db_name.
# База данных не создаётся; защищённый клиент перечитывает полные список и сведения,
# возвращая публичную проекцию. Пароли не принимаются; база должна быть доступна без них.
# Эффект через MCP на живом сервере не подтверждён.
# Отдельное РАЗРУШАЮЩЕЕ разрешение создать и зарегистрировать новую ИБ PostgreSQL (16.0, без cluster-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-infobase-database-create
# rac_create_infobase_database требует точное confirm_cluster_name_db=cluster UUID:name:db_name.
# Инструмент всегда передаёт create_database=True; защищённый клиент сверяет полный список
# регистраций и сведения. Не включайте на общем кластере без разрешения;
# пароль не поддерживается, эффект через MCP на живом сервере не подтверждён.
# Результаты защищённого изменения ИБ через MCP фильтруются той же публичной проекцией,
# что и чтение сведений: пароль БД и материалы доступа остаются внутренними,
# даже если они входят в полную запись, полученную при проверке изменения.
# Для описания кратких сведений ИБ предусмотрено отдельное разрешение MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-infobase-summary-description-update
# rac_update_infobase_summary_description принимает строку строгого типа (пустая
# очищает; не более 1024 байт UTF-8) и точное подтверждение cluster UUID:infobase UUID.
# Защищённый клиент перечитывает полный список ИБ; в отличие от изменения полных
# сведений используется путь изменения кратких сведений. Эффект MCP на живом сервере не подтверждён.
# Для описания полных сведений ИБ предусмотрено отдельное разрешение MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-infobase-description-update
# rac_update_infobase_description принимает строку строгого типа (пустая очищает;
# не более 1024 байт UTF-8), точное подтверждение cluster UUID:infobase UUID;
# полные сведения и список ИБ перечитываются. Эффект MCP на живом сервере не подтверждён.
# Для запрета регламентных заданий ИБ предусмотрено отдельное разрешение MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-infobase-scheduled-jobs-deny-update
# rac_update_infobase_scheduled_jobs_deny принимает строго булев denied
# (включая false), точное подтверждение cluster UUID:infobase UUID;
# перечитываются полные сведения и список регистраций. Эффект MCP на живом сервере не подтверждён.
# Для запрета сеансов ИБ предусмотрено отдельное разрешение MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-infobase-sessions-deny-update
# rac_update_infobase_sessions_deny принимает строго булев denied (включая
# false), точное подтверждение cluster UUID:infobase UUID; перечитываются полные
# сведения и список регистраций. Эффект MCP на живом сервере не подтверждён.
# Для распределения лицензий ИБ предусмотрено отдельное разрешение MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-infobase-license-distribution-update
# rac_update_infobase_license_distribution принимает только 'allow' либо 'deny',
# точное подтверждение cluster UUID:infobase UUID; перечитываются полные сведения
# и список регистраций. Эффект MCP на живом сервере не подтверждён.
# Для сообщения об отказе ИБ предусмотрено отдельное разрешение MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-infobase-denied-message-update
# rac_update_infobase_denied_message принимает строку строгого типа (пустая очищает),
# точное подтверждение cluster UUID:infobase UUID; перечитываются полные сведения
# и список регистраций. Эффект MCP на живом сервере не подтверждён.
# Для резервирования рабочих процессов ИБ предусмотрено отдельное разрешение MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-infobase-reserve-working-processes-update
# rac_update_infobase_reserve_working_processes принимает строго булев reserve
# (включая false), точное подтверждение cluster UUID:infobase UUID;
# перечитываются полные сведения и список регистраций.
# Эффект MCP на живом сервере не подтверждён.
# Для требования внешнего менеджера сеансов ИБ предусмотрено отдельное разрешение MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-infobase-external-session-manager-update
# rac_update_infobase_external_session_manager_required принимает строго булев
# required (включая false), точное подтверждение cluster UUID:infobase UUID;
# перечитываются полные сведения и список регистраций.
# Эффект MCP на живом сервере не подтверждён.
# Для локального распознавания речи ИБ предусмотрено отдельное разрешение MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-infobase-local-speech-update
# rac_update_infobase_disable_local_speech_to_text принимает строго булев disabled
# (false включает распознавание), точное подтверждение cluster UUID:infobase UUID;
# перечитываются полные сведения и список регистраций.
# Эффект MCP на живом сервере не подтверждён.
# Для задержки выгрузки конфигурации ИБ предусмотрено отдельное разрешение MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-infobase-configuration-unload-delay-update
# rac_update_infobase_configuration_unload_delay принимает строго целое число
# 0..4294967295 (в том числе явный ноль), точное подтверждение cluster UUID:infobase UUID;
# перечитываются полные сведения и список регистраций.
# Эффект MCP на живом сервере не подтверждён.
# Для минимального периода запуска регламентных заданий ИБ есть отдельное разрешение MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-infobase-minimum-scheduled-jobs-period-update
# rac_update_infobase_minimum_scheduled_jobs_start_period принимает строго целое
# число 0..4294967295 (в том числе явный ноль), точное подтверждение cluster UUID:infobase
# UUID; перечитываются полные сведения и список регистраций.
# Эффект MCP на живом сервере не подтверждён.
# Для максимального сдвига запуска регламентных заданий ИБ есть отдельное разрешение MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-infobase-maximum-scheduled-jobs-shift-update
# rac_update_infobase_maximum_scheduled_jobs_start_shift принимает строго целое
# число 0..255 (в том числе явный ноль), точное подтверждение cluster UUID:infobase UUID;
# перечитываются полные сведения и список регистраций.
# Эффект MCP на живом сервере не подтверждён.
# Для назначения/очистки профиля безопасности безопасного режима ИБ есть отдельное разрешение MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-infobase-safe-mode-security-profile-update
# rac_update_infobase_safe_mode_security_profile принимает пустое имя для очистки,
# требует точного подтверждения cluster UUID:infobase UUID и полного повторного чтения
# сведений и списка регистраций защищённым клиентом. Эффект MCP на живом сервере не подтверждён.
# Для назначения/очистки профиля безопасности ИБ есть другое разрешение MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-infobase-security-profile-update
# rac_update_infobase_security_profile принимает имя профиля (пустое очищает),
# точное подтверждение cluster UUID:infobase UUID и поручает защищённому клиенту
# повторно прочитать полные сведения и список регистраций. Эффект MCP на живом сервере
# не подтверждён.
# Для добавления/изменения ACL интернет-ресурса требуется отдельное разрешение MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-profile-inet-update
# rac_update_profile_inet принимает непустой набор url, port (целое 0..65535),
# protocol и descr; требуется точное подтверждение cluster UUID:profile name:resource name
# и полное повторное чтение списка ACL inet. Изменение может создать запись ACL;
# эффект через MCP на живом сервере не подтверждён.
# Удаление ACL интернет-ресурса включается отдельно и разрушает данные (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-profile-inet-remove
# rac_remove_profile_inet требует точного подтверждения cluster UUID:profile name:resource
# name и полного повторного чтения списка интернет-ресурсов. Эффект MCP не подтверждён.
# Добавление/изменение ACL приложения включается отдельно (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-profile-app-update
# rac_update_profile_app принимает непустой набор wild и descr, точное
# подтверждение cluster UUID:profile name:application name; защищённый клиент
# перечитывает полный список приложений. Изменение может создать ACL;
# эффект через MCP на живом сервере не подтверждён.
# Удаление ACL приложения включается отдельно и разрушает данные (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-profile-app-remove
# rac_remove_profile_app требует точного подтверждения cluster UUID:profile name:application
# name и полного повторного чтения списка приложений. Эффект MCP не подтверждён.
# Добавление/изменение ACL модуля включается отдельно (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-profile-module-update
# rac_update_profile_module принимает непустой набор hash_value и descr,
# точное подтверждение cluster UUID:profile name:module name; защищённый клиент
# перечитывает полный список модулей. Изменение может создать ACL;
# эффект через MCP на живом сервере не подтверждён.
# Удаление ACL модуля включается отдельно и разрушает данные (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-profile-module-remove
# rac_remove_profile_module требует точного подтверждения cluster UUID:profile name:module
# name и полного повторного чтения списка модулей. Эффект MCP не подтверждён.
# Добавление/изменение ACL внешней компоненты включается отдельно (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-profile-addin-update
# rac_update_profile_addin принимает непустой набор hash_value и descr,
# точное подтверждение cluster UUID:profile name:add-in name; защищённый клиент
# перечитывает полный список внешних компонент. Изменение может создать ACL;
# эффект через MCP на живом сервере не подтверждён.
# Удаление ACL внешней компоненты включается отдельно и разрушает данные (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-profile-addin-remove
# rac_remove_profile_addin требует точного подтверждения cluster UUID:profile name:add-in
# name и полного повторного чтения списка внешних компонент. Эффект MCP не подтверждён.
# Добавление/изменение ACL COM-класса включается отдельно (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-profile-com-update
# rac_update_profile_com_class принимает непустой набор file_name, class_id,
# host, descr; точное подтверждение cluster UUID:profile name:class name и полное
# повторное чтение списка ACL COM. Изменение может создать ACL COM-класса;
# эффект через MCP на живом сервере не подтверждён.
# Удаление ACL COM-класса включается отдельно и разрушает данные (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-profile-com-remove
# rac_remove_profile_com_class требует точного подтверждения cluster UUID:profile name:class
# name и полного повторного чтения списка COM-классов. Эффект MCP не подтверждён.
# Добавление/изменение ACL каталога включается отдельно (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-profile-directory-update
# rac_update_profile_directory принимает непустой набор полей physical_path,
# descr, allowed_read, allowed_write (строго булевы); точное подтверждение cluster UUID:
# profile name:alias и полное повторное чтение списка каталогов.
# Изменение может создать ACL каталога. Эффект MCP не подтверждён.
# Удаление ACL каталога включается отдельно и разрушает данные (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-profile-directory-remove
# rac_remove_profile_directory требует точного подтверждения cluster UUID:profile name:alias
# и поручает защищённому клиенту полное повторное чтение списка каталогов.
# Эффект через MCP на живом сервере не подтверждён.
# Строковые поля ролей и модулей профиля изменяются с отдельным разрешением MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-profile-role-fields-update
# rac_update_profile_role_fields принимает непустой набор
# right_extension_definition_roles, privileged_mode_roles,
# modules_available_for_extension, modules_not_available_for_extension.
# Пустые строки очищают отдельные поля; требуется точное подтверждение cluster UUID:profile name
# и полное повторное чтение списка. Изменение может создать отсутствующий профиль.
# Эффект через MCP на живом сервере не подтверждён.
# Выбранные флаги доступа профиля изменяются с отдельным разрешением MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-profile-access-flags-update
# rac_update_profile_access_flags принимает непустой набор строго булевых полей
# priv, crypto, directory_access, com_access, addin_access, module_access,
# app_access, inet_access, right_extension и all_modules_extension; требуется точное
# подтверждение cluster UUID:profile name и полное повторное чтение списка.
# Изменение может создать отсутствующий профиль; эффект через MCP не подтверждён.
# Изменение доступа к конфигурации профиля включается отдельно в MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-profile-config-update
# rac_update_profile_config принимает строго булево значение (включая явное false),
# точное подтверждение cluster UUID:profile name и полное защищённое повторное чтение списка.
# Изменение может создать отсутствующий профиль; используйте только собственные имена.
# Эффект через MCP на живом сервере не подтверждён.
# Изменение описания профиля включается отдельно в MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-profile-description-update
# rac_update_profile_description требует точного подтверждения cluster UUID:profile name
# и полного защищённого повторного чтения списка профилей. Исходная операция RAC
# тоже может создать профиль с указанным именем; используйте лишь собственные имена.
# Эффект через MCP на живом сервере не подтверждён.
# Удаление профиля безопасности — отдельное разрушающее разрешение MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-profile-remove
# rac_remove_profile требует точного подтверждения cluster UUID:profile name;
# защищённый клиент перечитывает полный список профилей. Эффект через MCP
# на живом сервере не подтверждён.
# Добавление настройки сервиса включается отдельно в MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-service-setting-insert
# rac_insert_service_setting требует точного подтверждения cluster UUID:working server UUID:
# service name:infobase name; защищённый клиент перечитывает полный список настроек.
# Эффект через MCP на живом сервере не подтверждён.
# Изменение каталога настройки сервиса включается отдельно в MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-service-setting-update
# rac_update_service_setting требует точного подтверждения cluster UUID:working server UUID:
# setting UUID; защищённый клиент перечитывает полный список настроек.
# Эффект через MCP на живом сервере не подтверждён.
# Удаление настройки сервиса — отдельное разрушающее разрешение MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-service-setting-remove
# rac_remove_service_setting требует точного подтверждения cluster UUID:working server UUID:
# setting UUID; защищённый клиент перечитывает полный список настроек.
# Эффект через MCP на живом сервере не подтверждён.
# Применение ожидающих настроек сервисов включается отдельно в MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-service-settings-apply
# rac_apply_service_settings требует точного подтверждения cluster UUID:working server UUID
# и возвращает полный список настроек, повторно прочитанный защищённым клиентом.
# Эффект через MCP на живом сервере пока не подтверждён.
# Применение правил назначения включается отдельно в MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-rule-apply
# rac_apply_rules принимает строго булев full (true=full, false=partial) и точное
# подтверждение cluster UUID. Защищённый клиент требует наличия правил и проверяет
# неизменность всех списков после подтверждения; фактическое размещение и эффект
# через MCP на живом сервере не наблюдались и не подтверждены.
# Защищённое добавление правила назначения (16.0, только изолированный RAS):
# pyrac-mcp --ras-host=127.0.0.1 --allow-rule-insert
# rac_insert_rule принимает position, rule_type (never/auto/always), priority и точное
# подтверждение cluster UUID:server UUID:position; клиент проверяет полный список правил.
# Удаление правила назначения — отдельное разрушающее разрешение (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-rule-remove
# rac_remove_rule требует точного подтверждения cluster UUID:server UUID:rule UUID;
# клиент перечитывает полный список правил до сообщения об удалённом UUID.
# Изменение порядка правил назначения включается отдельно в MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-rule-position-update
# rac_move_rule принимает строго целое position и точное подтверждение cluster UUID:server
# UUID:rule UUID. Клиент сохраняет остальные поля и проверяет полный упорядоченный список;
# эффект через MCP на живом сервере не подтверждён.
# Изменение полей правила назначения включается отдельно (16.0, изолированный RAS):
# pyrac-mcp --ras-host=127.0.0.1 --allow-rule-fields-update
# rac_update_rule_fields принимает непустой набор object_type, infobase_name,
# rule_type (never/auto/always), application_ext и priority; position — строго
# целое число. Нужно точное подтверждение cluster UUID:server UUID:rule UUID.
# Защищённый клиент проверяет полный список после изменения; эффект через MCP
# на живом сервере не подтверждён.
# Отдельное изменение только приоритета правила назначения (16.0, изолированный RAS):
# pyrac-mcp --ras-host=127.0.0.1 --allow-rule-priority-update
# rac_update_rule_priority принимает точные UUID кластера, сервера и правила,
# position и priority; confirm_cluster_server_rule должен совпадать с cluster UUID:server UUID:rule UUID.
# Защищённый клиент сохраняет другие поля и проверяет полный список правил.
# Схемы MCP требуют строго целые position и priority: булевы значения и числовые строки
# отклоняются до подключения к кластеру, а не приводятся неявно.
# При добавлении кластера port также должен быть строго целым; числовая строка
# не принимается схемой MCP, даже если текст подтверждения совпал бы после приведения.
# Изменение параметров кластера kill-problem-processes и kill-by-memory-with-dump через MCP
# требует строго булевых значений: строки и целые отклоняются до подключения.
# Для периода/таймаута ping и срока действия кластера MCP также требует строго целых чисел;
# числовые строки и булевы значения отклоняются до подключения.
# Для уровня безопасности и отказоустойчивости сеансов кластера MCP тоже требует
# строго целых значений: схема инструмента не должна приводить строки или булевы значения.
# Ограничения infobases-per-process и connections-per-process рабочего сервера через MCP
# требуют строго целых чисел и отклоняют строки и булевы значения до подключения.
# Ограничения памяти safe-call и критической общей памяти рабочего сервера через MCP
# также отклоняют числовые строки и булевы значения на уровне схемы до подключения.
# Для временного ограничения общей памяти рабочего сервера и его срока через MCP также
# требуются строго целые числа: строки и булевы значения отклоняются до подключения.
# Границы диапазона портов рабочего сервера через MCP строго целые для каждой конечной
# точки: числовые строки и булевы значения отклоняются до подключения.
# Очистка счётчика — отдельное разрушающее разрешение MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-counter-clear
# rac_clear_counter требует точного подтверждения cluster UUID:counter name
# и защищённого повторного чтения списка конфигурации. Удаление заполненных
# показаний не проверено: возвращается неизменная запись, а не доказательство очистки.
# Изменение выбранных флагов анализа счётчика включается отдельно в MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-counter-analysis-flags-update
# rac_update_counter_analysis_flags принимает непустой набор из 11 проверенных
# имён флагов со строго булевыми значениями; неизвестные или приводимые вложенные
# значения отклоняются до подключения. Требуется точное подтверждение cluster UUID:counter name.
# Клиент проверяет весь список счётчиков. Эффект через MCP на живом сервере не проверен.
# Изменение фильтра объектов счётчика включается отдельно (16.0, без cluster-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-counter-filter-update
# rac_update_counter_filter принимает пустой фильтр для очистки; требуются точное
# подтверждение cluster UUID:counter name и полное защищённое повторное чтение списка.
# Проверка эффекта через MCP на живом сервере ещё не выполнена.
# Изменение типа фильтра счётчика включается отдельно (16.0, без cluster-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-counter-filter-type-update
# rac_update_counter_filter_type принимает all, all-selected либо all-but-selected;
# требуются точное подтверждение cluster UUID:counter name и полное повторное чтение.
# Проверка эффекта через MCP на живом сервере ещё не выполнена.
# Изменение группы счётчика включается отдельно (16.0, без cluster-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-counter-group-update
# rac_update_counter_group принимает users либо data-separation, точное
# подтверждение cluster UUID:counter name и полное повторное чтение списка.
# Проверка эффекта через MCP на живом сервере не завершена после таймаутов создания счётчика.
# Анализ длительности счётчика включается отдельно (16.0, без cluster-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-counter-duration-update
# rac_update_counter_duration требует точного cluster UUID:counter name
# и строго булевого флага enabled (включая false); клиент проверяет полный список.
# Проверка эффекта через MCP на живом сервере ещё не выполнена.
# Защищённое изменение времени сбора счётчика включается отдельно в MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-counter-collection-time-update
# rac_update_counter_collection_time требует точного cluster UUID:counter name
# и строго целого значения seconds; клиент проверяет весь повторно прочитанный
# список счётчиков. Проверка эффекта через MCP на живом сервере ещё не выполнена.
# Защищённое изменение описания счётчика включается отдельно (16.0, без cluster-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-counter-description-update
# rac_update_counter_description требует точного cluster UUID:counter name;
# клиент сохраняет прочие поля и проверяет полный список счётчиков.
# Проверка эффекта через MCP на живом сервере ещё не выполнена.
# Удаление счётчика — отдельное разрушающее разрешение (16.0, без cluster-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-counter-remove
# rac_remove_counter требует точного confirm_cluster_name=cluster UUID:counter name;
# клиент проверяет полный список после удаления. Проверка через MCP на живом
# сервере ещё не выполнена; эффект для заполненных показаний не установлен.
# Создание/изменение именованного ограничения включается отдельно (16.0, без cluster-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-limit-update
# rac_update_limit принимает name, action, counter и строго целый порог duration;
# confirm_cluster_name должен совпадать с cluster UUID:limit name. Клиент
# проверяет полный повторно прочитанный список ограничений. Эффект MCP на живом сервере не проверен.
# Удаление именованного ограничения — отдельное разрушающее разрешение MCP (16.0):
# pyrac-mcp --ras-host=127.0.0.1 --allow-limit-remove
# rac_remove_limit требует точного confirm_cluster_name=cluster UUID:limit name;
# клиент проверяет полный повторно прочитанный список. Проверка MCP на изолированном RAS
# пока не выполнена: создание/удаление ограничения на пробном стенде завершилось таймаутом.
# Отдельный проверенный инструмент изменения имени кластера (16.0, без agent-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-cluster-name-update
# rac_update_cluster_name требует точного совпадения confirm_cluster_id с cluster_id.
# Отдельное защищённое изменение срока действия кластера (16.0, без agent-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-cluster-expiration-timeout-update
# rac_update_cluster_expiration_timeout требует целого числа секунд и точного confirm_cluster_id.
# Отдельное защищённое изменение уровня безопасности кластера (16.0, без agent-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-cluster-security-level-update
# rac_update_cluster_security_level требует целого level и точного confirm_cluster_id.
# Отдельное защищённое изменение отказоустойчивости сеансов кластера (16.0, без agent-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-cluster-session-fault-tolerance-level-update
# rac_update_cluster_session_fault_tolerance_level требует целого level и точного confirm_cluster_id.
# Отдельное защищённое изменение балансировки кластера (16.0, без agent-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-cluster-load-balancing-mode-update
# rac_update_cluster_load_balancing_mode принимает performance либо memory и точное confirm_cluster_id.
# Отдельное защищённое изменение политики проблемных процессов кластера (16.0, без agent-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-cluster-kill-problem-processes-update
# rac_update_cluster_kill_problem_processes требует булев enabled и точного confirm_cluster_id.
# Отдельное защищённое изменение дампа при завершении по памяти (16.0, без agent-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-cluster-kill-by-memory-with-dump-update
# rac_update_cluster_kill_by_memory_with_dump требует булев enabled и точного confirm_cluster_id.
# Отдельное защищённое изменение записи аудита прав доступа (16.0, без agent-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-cluster-audit-update
# rac_update_cluster_audit требует булев enabled и точного confirm_cluster_id; проверяется полная запись.
# Отдельное защищённое изменение пары параметров ping кластера (16.0, без agent-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-cluster-ping-update
# rac_update_cluster_ping требует (0, 0) либо 0 < period < timeout <= 2147483647 и точного confirm_cluster_id.
# Отдельное защищённое изменение расписания перезапуска кластера (16.0, без agent-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-cluster-restart-schedule-update
# rac_update_cluster_restart_schedule принимает проверенный формат расписания либо пустую строку для очистки;
# требуется точное confirm_cluster_id и полное повторное чтение, а не только подтверждение протокола ACK.
# Отдельное защищённое изменение расписания рабочего сервера (16.0, без cluster-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-server-restart-schedule-update
# rac_update_server_restart_schedule требует точного UUID сервера и полного повторного чтения;
# пустое расписание очищает поле. До разрешения работы на своём сервере используйте только изолированный RAS.
# Отдельное защищённое изменение предела ИБ на процесс (16.0, без cluster-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-server-infobases-limit-update
# rac_update_server_infobases_limit требует целое 0..2147483647, точный UUID сервера и полное повторное чтение.
# Отдельное защищённое изменение предела соединений на процесс (16.0, без cluster-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-server-connections-limit-update
# rac_update_server_connections_limit требует целое 0..2147483647, точный UUID сервера и полное повторное чтение.
# Отдельное защищённое изменение предела памяти безопасного вызова (16.0, без cluster-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-server-safe-call-memory-limit-update
# rac_update_server_safe_call_memory_limit требует целое 0..9223372036854775807, точный UUID сервера и полное повторное чтение.
# Отдельное защищённое изменение критической общей памяти рабочего сервера в desktop (16.0, без cluster-user):
# python -m pyrac.desktop --ras-host=127.0.0.1 --allow-server-critical-total-memory-update
# Отдельное защищённое изменение критической общей памяти рабочего сервера (16.0, без cluster-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-server-critical-total-memory-update
# rac_update_server_critical_total_memory требует целое 0..9223372036854775807, точный UUID сервера и полное повторное чтение.
# Отдельное защищённое изменение временно разрешённой общей памяти (16.0, без cluster-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-server-temporary-total-memory-update
# rac_update_server_temporary_allowed_total_memory требует целое 0..9223372036854775807, точный UUID сервера и полное повторное чтение.
# Отдельное защищённое изменение срока временного ограничения памяти (16.0, без cluster-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-server-temporary-memory-time-limit-update
# rac_update_server_temporary_allowed_total_memory_time_limit требует целое 0..9223372036854775807, точный UUID сервера и полное повторное чтение.
# Отдельное защищённое изменение/очистка имени участника службы (SPN) (16.0, без cluster-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-server-spn-update
# rac_update_server_service_principal_name требует длину UTF-8 не более 256 байт (пустая строка очищает), точный UUID сервера и полное повторное чтение.
# Отдельное защищённое изменение выделенных менеджеров рабочего сервера (16.0, без cluster-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-server-dedicate-managers-update
# rac_update_server_dedicate_managers принимает all либо none, точный UUID сервера и полное повторное чтение.
# Отдельное защищённое изменение диапазонов портов рабочего сервера (16.0, без cluster-user):
# pyrac-mcp --ras-host=127.0.0.1 --allow-server-port-ranges-update
# rac_update_server_port_ranges принимает 1..64 непересекающиеся пары [start, end] (порты 1..65535), точный UUID сервера и полное повторное чтение.
# Все двадцать три разрешающих флага MCP можно сочетать; каждое изменение включается отдельно.
# Разрушающее действие desktop — только на контролируемом изолированном RAS (16.0, без cluster-user):
# pyrac-desktop --ras-host=127.0.0.1 --allow-process-turn-off
# Выберите кластер и процесс, нажмите «Выключить выбранный процесс…» и введите точный UUID.
# Удаление кластера в desktop — только на контролируемом изолированном RAS (16.0, без cluster-user):
# pyrac-desktop --ras-host=127.0.0.1 --allow-cluster-remove
# Выберите собственный кластер, нажмите «Удалить выбранный кластер…» и введите точный UUID; нужен полный повторный список.
# Удаление кластера в web — только на контролируемом изолированном RAS (loopback, 16.0, без agent-user):
# pyrac-web --ras-host=127.0.0.1 --allow-cluster-remove
# Откройте /clusters/<owned-UUID>/remove и введите точный UUID. Результат требует повторного чтения полного списка.
# Защищённое добавление кластера в web на контролируемом изолированном RAS (loopback, 16.0, без agent-user):
# pyrac-web --ras-host=127.0.0.1 --allow-cluster-insert
# Откройте /clusters/insert и введите точное host:port. Форма принимает аудит и независимо проверенные
# срок действия, безопасность, отказоустойчивость, балансировку, политики завершения, расписание перезапуска
# и парные настройки ping; неверные сочетания отклоняются до подключения. Нужны полные повторные список и сведения.
# Защищённая регистрация администратора агента в web на изолированном RAS (loopback, 16.0, без agent-user):
# pyrac-web --ras-host=127.0.0.1 --allow-agent-admin-register
# Откройте /agent/admins/register и подтвердите точное name:os_user. Пароль не используется;
# клиент сообщает об успехе только после повторного чтения полного списка администраторов.
# Защищённая регистрация администратора агента в desktop на изолированном RAS (16.0, без agent-user):
# pyrac-desktop --ras-host=127.0.0.1 --allow-agent-admin-register
# Введите имя, пользователя ОС и необязательное описание; подтвердите точное name:os_user.
# Защищённое удаление администратора агента в web на изолированном RAS (loopback, 16.0):
# pyrac-web --ras-host=127.0.0.1 --agent-user=<existing-admin> --allow-agent-admin-remove
# Откройте /agent/admins, выберите администратора и подтвердите его точное имя.
# Клиент сообщает об успехе только после повторного чтения полного списка администраторов.
# Защищённое удаление администратора агента в desktop на изолированном RAS (16.0):
# pyrac-desktop --ras-host=127.0.0.1 --agent-user=<existing-admin> --allow-agent-admin-remove
# Введите имя существующего администратора и точно подтвердите его; нужен полный повторный список.
# Защищённая регистрация администратора кластера в web на изолированном RAS (loopback, 16.0, без cluster-user):
# pyrac-web --ras-host=127.0.0.1 --allow-cluster-admin-register
# Откройте /clusters/<owned-UUID>/admins/register; подтвердите точное cluster UUID:name:os_user.
# Пароль не используется; нужен полный повторный список администраторов.
# Защищённое удаление администратора кластера в web на изолированном RAS (loopback, 16.0):
# pyrac-web --ras-host=127.0.0.1 --cluster-user=<existing-admin> --allow-cluster-admin-remove
# Откройте /clusters/<owned-UUID>/admins; подтвердите точное cluster UUID:administrator name.
# Клиент сообщает об успехе только после повторного чтения полного списка администраторов.
# Защищённое применение правил назначения в web на изолированном RAS (loopback, 16.0):
# pyrac-web --ras-host=127.0.0.1 --allow-rule-apply
# Откройте /clusters/<owned-UUID>/rules/apply; выберите full или partial и подтвердите точный UUID.
# Проверяются ACK и неизменность полных списков правил; фактическое размещение процессов не наблюдается.
# Защищённое применение настроек сервисов в web на изолированном RAS (16.0):
# pyrac-web --ras-host=127.0.0.1 --allow-service-settings-apply
# Откройте /clusters/<owned-cluster-UUID>/servers/<owned-server-UUID>/service-settings/apply.
# Подтвердите точное cluster UUID:server UUID; должны существовать ожидающие настройки, а полные флаги
# активности должны совпасть после применения. Поведение службы при работе отдельно не проверяется.
# Защищённое применение настроек сервисов в desktop на изолированном RAS (16.0):
# pyrac-desktop --ras-host=127.0.0.1 --allow-service-settings-apply
# Выберите собственные кластер и рабочий сервер; подтвердите точное cluster UUID:server UUID.
# Проверяются полные флаги активности; поведение службы при работе отдельно не проверяется.
# Защищённое удаление одной настройки сервиса в web на изолированном RAS (16.0):
# pyrac-web --ras-host=127.0.0.1 --allow-service-setting-remove
# Откройте /clusters/<owned-cluster-UUID>/servers/<owned-server-UUID>/service-settings/<owned-setting-UUID>/remove.
# Подтвердите точное cluster UUID:server UUID:setting UUID; клиент проверит
# полный список настроек после удаления. По умолчанию действие отключено.
# Защищённое удаление одной настройки сервиса в desktop на изолированном RAS (16.0):
# pyrac-desktop --ras-host=127.0.0.1 --allow-service-setting-remove
# Выберите собственные кластер, рабочий сервер и настройку; подтвердите точное
# cluster UUID:server UUID:setting UUID. Нужно полное повторное чтение списка.
# Защищённое изменение каталога настройки сервиса в web на изолированном RAS (16.0):
# pyrac-web --ras-host=127.0.0.1 --allow-service-setting-update
# Откройте /clusters/<owned-cluster-UUID>/servers/<owned-server-UUID>/service-settings/<owned-setting-UUID>/update.
# Введите новый каталог и точно подтвердите cluster UUID:server UUID:setting UUID.
# Успех требует повторного чтения полного списка настроек защищённым клиентом.
# Защищённое изменение каталога настройки сервиса в desktop (16.0):
# pyrac-desktop --ras-host=127.0.0.1 --allow-service-setting-update
# Выберите собственные кластер, рабочий сервер и настройку, введите новый каталог,
# затем точно подтвердите cluster UUID:server UUID:setting UUID. Нужно полное повторное чтение.
# Защищённое добавление настройки сервиса в web на изолированном RAS (16.0):
# pyrac-web --ras-host=127.0.0.1 --allow-service-setting-insert
# Откройте /clusters/<owned-cluster-UUID>/servers/<owned-server-UUID>/service-settings/insert.
# Введите имена службы и ИБ, а также каталог; подтвердите точное
# cluster UUID:server UUID:service name:infobase name. Нужно полное повторное чтение.
# Защищённое добавление настройки сервиса в desktop на изолированном RAS (16.0):
# pyrac-desktop --ras-host=127.0.0.1 --allow-service-setting-insert
# Выберите собственные кластер и рабочий сервер, введите имена службы и ИБ,
# каталог и точно подтвердите cluster UUID:server UUID:service name:infobase name.
# Нужно полное повторное чтение списка настроек.
# Защищённое применение правил назначения в desktop на изолированном RAS (16.0):
# pyrac-desktop --ras-host=127.0.0.1 --allow-rule-apply
# Выберите собственный кластер, вариант full либо partial и подтвердите его точный UUID.
# Проверяются ACK и неизменность полных списков правил; фактическое размещение не наблюдается.
# Защищённая регистрация администратора кластера в desktop на изолированном RAS (16.0, без cluster-user):
# pyrac-desktop --ras-host=127.0.0.1 --allow-cluster-admin-register
# Выберите собственный кластер, введите имя, пользователя ОС и необязательное описание;
# подтвердите точное cluster UUID:name:os_user. Нужен полный повторный список администраторов.
# Защищённое удаление администратора кластера в desktop на изолированном RAS (16.0):
# pyrac-desktop --ras-host=127.0.0.1 --cluster-user=<existing-admin> --allow-cluster-admin-remove
# Выберите собственный кластер, введите имя существующего администратора,
# подтвердите точное cluster UUID:name. Клиент перечитывает полный список администраторов.
# Защищённое добавление кластера в desktop на контролируемом изолированном RAS (16.0, без agent-user):
# pyrac-desktop --ras-host=127.0.0.1 --allow-cluster-insert
# Введите host, port, name, режим аудита и необязательные проверенные параметры (таймауты, безопасность,
# отказоустойчивость, балансировку, политики завершения, расписание перезапуска, пару ping); подтвердите
# точное host:port. Некорректные параметры отклоняются до подключения; требуются полные список и сведения.
# Изменение имени кластера в desktop включается отдельно (16.0, без agent-user):
# pyrac-desktop --ras-host=127.0.0.1 --allow-cluster-name-update
# Выберите кластер, введите новое имя и подтвердите его точным UUID кластера.
# Изменение срока действия кластера в desktop включается отдельно (16.0, без agent-user):
# pyrac-desktop --ras-host=127.0.0.1 --allow-cluster-expiration-timeout-update
# Выберите кластер и время в секундах, затем введите точный UUID кластера.
# Изменение уровня безопасности кластера в desktop включается отдельно (16.0, без agent-user):
# pyrac-desktop --ras-host=127.0.0.1 --allow-cluster-security-level-update
# Выберите кластер и уровень, затем введите точный UUID кластера.
# Изменение отказоустойчивости сеансов в desktop включается отдельно (16.0, без agent-user):
# pyrac-desktop --ras-host=127.0.0.1 --allow-cluster-session-fault-tolerance-level-update
# Выберите кластер и уровень, затем введите точный UUID кластера.
# Изменение балансировки кластера в desktop включается отдельно (16.0, без agent-user):
# pyrac-desktop --ras-host=127.0.0.1 --allow-cluster-load-balancing-mode-update
# Выберите кластер и режим performance либо memory, затем введите его точный UUID.
# Изменение политики проблемных процессов в desktop включается отдельно (16.0, без agent-user):
# pyrac-desktop --ras-host=127.0.0.1 --allow-cluster-kill-problem-processes-update
# Выберите on/off и точно подтвердите UUID кластера; требуется полное повторное чтение.
# Изменение политики дампа при завершении по памяти в desktop включается отдельно (16.0, без agent-user):
# pyrac-desktop --ras-host=127.0.0.1 --allow-cluster-kill-by-memory-with-dump-update
# Выберите on/off и точно подтвердите UUID кластера; требуется проверенное повторное чтение.
# Защищённое изменение записи аудита кластера в desktop включается отдельно (16.0, без agent-user):
# pyrac-desktop --ras-host=127.0.0.1 --allow-cluster-audit-update
# Выберите on/off и подтвердите UUID кластера; требуется повторное чтение полной записи.
# Изменение пары ping кластера в desktop включается отдельно (16.0, без agent-user):
# pyrac-desktop --ras-host=127.0.0.1 --allow-cluster-ping-update
# Укажите (0, 0) либо 0 < period < timeout и точный UUID; требуется полное повторное чтение.
# Расписание перезапуска кластера в desktop включается отдельно (16.0, без agent-user):
# pyrac-desktop --ras-host=127.0.0.1 --allow-cluster-restart-schedule-update
# Введите расписание проверенного формата либо оставьте пустым для очистки; подтвердите точный UUID кластера.
# Расписание перезапуска рабочего сервера в desktop включается отдельно (16.0, без cluster-user):
# pyrac-desktop --ras-host=127.0.0.1 --allow-server-restart-schedule-update
# Выберите сервер, введите расписание либо пустую строку для очистки и точный UUID; требуется полное повторное чтение.
# Предел ИБ на процесс рабочего сервера в desktop включается отдельно (16.0, без cluster-user):
# pyrac-desktop --ras-host=127.0.0.1 --allow-server-infobases-limit-update
# Выберите сервер, введите целое 0..2147483647 и его UUID; требуется полное повторное чтение.
# Предел соединений на процесс рабочего сервера в desktop включается отдельно (16.0, без cluster-user):
# pyrac-desktop --ras-host=127.0.0.1 --allow-server-connections-limit-update
# Выберите сервер, введите целое 0..2147483647 и его UUID; требуется полное повторное чтение.
# Предел памяти безопасного вызова в desktop включается отдельно (16.0, без cluster-user):
# pyrac-desktop --ras-host=127.0.0.1 --allow-server-safe-call-memory-limit-update
# Выберите сервер, введите целое 0..9223372036854775807 и его UUID; требуется полное повторное чтение.
# Временно разрешённая общая память сервера в desktop включается отдельно (16.0, без cluster-user):
# pyrac-desktop --ras-host=127.0.0.1 --allow-server-temporary-total-memory-update
# Выберите сервер, введите целое 0..9223372036854775807 и его UUID; требуется полное повторное чтение.
# Срок временного ограничения памяти в desktop включается отдельно (16.0, без cluster-user):
# pyrac-desktop --ras-host=127.0.0.1 --allow-server-temporary-memory-time-limit-update
# Выберите сервер, введите целое 0..9223372036854775807 и его UUID; требуется полное повторное чтение.
# Изменение/очистка SPN рабочего сервера в desktop включается отдельно (16.0, без cluster-user):
# pyrac-desktop --ras-host=127.0.0.1 --allow-server-spn-update
# Выберите сервер, введите SPN (пустая строка очищает, не более 256 байт UTF-8) и точный UUID; требуется полное повторное чтение.
# Выделенные менеджеры рабочего сервера в desktop включаются отдельно (16.0, без cluster-user):
# pyrac-desktop --ras-host=127.0.0.1 --allow-server-dedicate-managers-update
# Выберите сервер, all либо none и точный UUID; требуется полное повторное чтение.
# Диапазоны портов рабочего сервера в desktop включаются отдельно (16.0, без cluster-user):
# pyrac-desktop --ras-host=127.0.0.1 --allow-server-port-ranges-update
# Выберите сервер, введите 1..64 непересекающихся диапазона start:end (порты 1..65535) и точный UUID; требуется полное повторное чтение.
# Двадцать разрешающих флагов desktop можно сочетать; по умолчанию ни один не включён.
# Веб-выключение процесса включается только на loopback: форме нужны POST того же источника, CSRF-токен и точный UUID.
# pyrac-web --host=127.0.0.1 --ras-host=127.0.0.1 --allow-process-turn-off
# Отдельное разрешение на переименование кластера через web на loopback с теми же защитными мерами:
# pyrac-web --host=127.0.0.1 --ras-host=127.0.0.1 --allow-cluster-name-update
# Откройте «Сведения о кластере» → «Переименовать кластер…»; для подтверждения введите точный UUID кластера.
# Отдельное разрешение на изменение срока действия кластера через web на loopback:
# pyrac-web --host=127.0.0.1 --ras-host=127.0.0.1 --allow-cluster-expiration-timeout-update
# Откройте «Сведения о кластере» → «Изменить время до истечения срока…»; подтвердите точный UUID.
# Отдельное разрешение на изменение уровня безопасности кластера через web на loopback:
# pyrac-web --host=127.0.0.1 --ras-host=127.0.0.1 --allow-cluster-security-level-update
# Откройте «Сведения о кластере» → «Изменить уровень безопасности кластера»; подтвердите точный UUID.
# Отдельное разрешение на изменение отказоустойчивости сеансов через web на loopback:
# pyrac-web --host=127.0.0.1 --ras-host=127.0.0.1 --allow-cluster-session-fault-tolerance-level-update
# Откройте «Сведения о кластере» → «Изменить отказоустойчивость сеансов…»; подтвердите точный UUID.
# Отдельное разрешение на изменение балансировки нагрузки кластера через web на loopback:
# pyrac-web --host=127.0.0.1 --ras-host=127.0.0.1 --allow-cluster-load-balancing-mode-update
# Отдельное разрешение на изменение политики проблемных процессов через web на loopback (16.0, без agent-user):
# pyrac-web --host=127.0.0.1 --ras-host=127.0.0.1 --allow-cluster-kill-problem-processes-update
# Выберите on/off; для POST нужны тот же источник, CSRF-токен, точный UUID и проверенное повторное чтение.
# Откройте «Сведения о кластере» → «Изменить балансировку нагрузки…»; подтвердите точный UUID.
# Откройте «Сведения о кластере» → «Изменить завершение проблемных процессов…»; подтвердите точный UUID.
# Отдельное разрешение на дамп при завершении по памяти через web на loopback (16.0, без agent-user):
# pyrac-web --host=127.0.0.1 --ras-host=127.0.0.1 --allow-cluster-kill-by-memory-with-dump-update
# Выберите on/off и подтвердите точный UUID; нужны POST того же источника и CSRF-токен.
# Отдельное разрешение на запись аудита кластера через web на loopback (16.0, без agent-user):
# pyrac-web --host=127.0.0.1 --ras-host=127.0.0.1 --allow-cluster-audit-update
# Подтвердите точный UUID кластера; нужны POST того же источника, CSRF и полное повторное чтение.
# Отдельное разрешение на изменение пары ping кластера через web на loopback (16.0, без agent-user):
# pyrac-web --host=127.0.0.1 --ras-host=127.0.0.1 --allow-cluster-ping-update
# Установите оба значения в ноль или 0 < period < timeout; подтвердите точный UUID; нужно проверенное повторное чтение.
# Отдельное разрешение на расписание перезапуска кластера через web на loopback (16.0, без agent-user):
# pyrac-web --host=127.0.0.1 --ras-host=127.0.0.1 --allow-cluster-restart-schedule-update
# Введите расписание проверенного формата либо оставьте поле пустым для очистки; нужны POST того же источника, CSRF, точный UUID и полное повторное чтение.
# Отдельное разрешение на расписание рабочего сервера через web на loopback (16.0, без cluster-user):
# pyrac-web --host=127.0.0.1 --ras-host=127.0.0.1 --allow-server-restart-schedule-update
# Подтвердите точный UUID сервера; пустая строка очищает расписание. Нужны POST того же источника, CSRF и полное повторное чтение.
# Отдельное разрешение на предел ИБ рабочего сервера через web на loopback (16.0, без cluster-user):
# pyrac-web --host=127.0.0.1 --ras-host=127.0.0.1 --allow-server-infobases-limit-update
# Выберите сервер, введите целое 0..2147483647 и его UUID; требуется полное повторное чтение.
# Отдельное разрешение на предел соединений на процесс через web на loopback (16.0, без cluster-user):
# pyrac-web --host=127.0.0.1 --ras-host=127.0.0.1 --allow-server-connections-limit-update
# Выберите сервер, введите целое 0..2147483647 и его UUID; требуется полное повторное чтение.
# Отдельное разрешение на предел памяти безопасного вызова через web на loopback (16.0, без cluster-user):
# pyrac-web --host=127.0.0.1 --ras-host=127.0.0.1 --allow-server-safe-call-memory-limit-update
# Выберите сервер, введите целое 0..9223372036854775807 и его UUID; требуется полное повторное чтение.
# Отдельное разрешение на критическую общую память рабочего сервера через web на loopback (16.0, без cluster-user):
# pyrac-web --host=127.0.0.1 --ras-host=127.0.0.1 --allow-server-critical-total-memory-update
# Выберите сервер, введите целое 0..9223372036854775807 и его UUID; требуется полное повторное чтение.
# Отдельное разрешение на временно разрешённую общую память через web на loopback (16.0, без cluster-user):
# pyrac-web --host=127.0.0.1 --ras-host=127.0.0.1 --allow-server-temporary-total-memory-update
# Выберите сервер, введите целое 0..9223372036854775807 и его UUID; требуется полное повторное чтение.
# Отдельное разрешение на срок временного ограничения памяти через web на loopback (16.0, без cluster-user):
# pyrac-web --host=127.0.0.1 --ras-host=127.0.0.1 --allow-server-temporary-memory-time-limit-update
# Выберите сервер, введите целое 0..9223372036854775807 и его UUID; требуется полное повторное чтение.
# Отдельное разрешение на изменение/очистку SPN сервера через web на loopback (16.0, без cluster-user):
# pyrac-web --host=127.0.0.1 --ras-host=127.0.0.1 --allow-server-spn-update
# Выберите сервер, введите SPN (пустая строка очищает, не более 256 байт UTF-8) и точный UUID; требуется полное повторное чтение.
# Отдельное разрешение на выделенных менеджеров сервера через web на loopback (16.0, без cluster-user):
# pyrac-web --host=127.0.0.1 --ras-host=127.0.0.1 --allow-server-dedicate-managers-update
# Выберите сервер, all либо none и точный UUID; требуется полное повторное чтение.
# Отдельное разрешение на диапазоны портов сервера через web на loopback (16.0, без cluster-user):
# pyrac-web --host=127.0.0.1 --ras-host=127.0.0.1 --allow-server-port-ranges-update
# Выберите сервер, введите 1..64 непересекающихся диапазона start:end (порты 1..65535) и точный UUID; требуется полное повторное чтение.
# Двадцать один разрешающий флаг web можно сочетать; по умолчанию ни один не включён.
pyrac-web --host=127.0.0.1 --ras-host=127.0.0.1 --protocol=16.0
# Необязательные имена администраторов с аутентификацией ОС для чтения через web:
# pyrac-web --host=127.0.0.1 --cluster-user=cluster-reader --agent-user=agent-reader

Селектор разделов desktop также предлагает «Кластер: сведения», «Сервер: рабочие процессы», «Сервер: каталоги передачи по сервису» (с необязательным полем имени сервиса), «Процесс: соединения (локальная фильтрация)», «ИБ: соединения», «ИБ: сеансы (заполненные данные 16.0 не проверены)», «ИБ: блокировки» и «Соединение: блокировки» для чтения записей в пределах выбранного UUID. Для desktop нужны графический дисплей и PySide6; чтение выполняется вне потока GUI. Кнопка «Обновить кластеры» перезагружает селектор кластеров, «Обновить выбранный раздел» повторяет текущее чтение, не меняя выбранные раздел и запись. MCP работает через локальный stdio с явными инструментами только для чтения, включая rac_cluster_overview(cluster_id) для сведений о кластере и списков его серверов, процессов и кратких сведений об ИБ; инструменты не принимают параметры с учётными данными. Необязательные параметры запуска --agent-user и --cluster-user задают имена администраторов с аутентификацией ОС для desktop, MCP и web (параметров пароля нет); они не разрешают неподтверждённые изменения и парольные сценарии. По умолчанию desktop, MCP и web не предоставляют действий изменения. Веб-сервер может отдельно включить защищённое выключение процесса через --allow-process-turn-off, но только при привязке к loopback, протоколе 16.0 и без --cluster-user: карточка процесса ведёт к форме подтверждения; POST с того же источника через loopback должен передать выданный сервером токен CSRF и повторить точный UUID процесса. Сервер отклоняет нелокальных клиентов, недоверенные заголовки Host и запросы с другого источника, отправляет заголовки запрета кэширования, передачи referrer и отображения во фрейме и не объявляет успех, если защищённый клиент не подтвердил исчезновение процесса. Маршрут WSGI проверен на новом изолированном локальном RAS 8.5.1.1343: GET показал собственный процесс и форму его подтверждения; POST с другого источника и с неверным UUID отклонены без эффекта; подтверждённый POST с того же источника вернул другой UUID, порт и PID процесса, совпавшие с повторным чтением прямого Python-клиента и оригинального rac process list. Это подтверждает путь приложения WSGI на настоящем RAS. Затем отдельно проверены собственный изолированный RAS и самостоятельный HTTP-сервер python -m pyrac.web --allow-process-turn-off настоящим HTTP-клиентом: GET вернул форму и заголовок запрета кэширования; неверный UUID, чужой Origin и неверный токен CSRF каждый раз дали 403 при неизменном исходном процессе; корректный POST вернул 200, а UUID/порт/PID нового процесса совпали с прямым Python-клиентом и оригинальным rac process list. Веб-сервер и оба локальных лабораторных процесса остановлены, их порты закрыты. Это только локальное лабораторное ограничение, не авторизация и не безопасный многопользовательский административный интерфейс для эксплуатации; не публикуйте его через прокси. При запуске с --allow-process-turn-off сервер MCP делает одно явное исключение: rac_turn_off_process(cluster_id, process_id, confirm_process_id) вызывает защищённый клиент 16.0 лишь после точного подтверждения UUID; флаг несовместим с протоколом 10.0 и --cluster-user. Второе изменение включается отдельно через --allow-cluster-name-update: rac_update_cluster_name(cluster_id, name, confirm_cluster_id) передаёт запрос защищённому клиенту 16.0 и возвращает полностью проверенную запись кластера. Этот режим несовместим с протоколом 10.0 и --agent-user; два флага можно совместить, но ни один не включает другой автоматически. Новый инструмент проверен и через настоящий MCP stdio на новом изолированном RAS 8.5.1.1343: без флага он отсутствовал, несовпадающее подтверждение отклонялось без изменения кластера, а подтверждённое изменение имени совпало с повторным чтением полной записи. Исходные имя и полная запись кластера восстановлены; оригинальный rac cluster list подтвердил прежнее имя перед остановкой стенда. В desktop защищённое выключение процесса тоже требует отдельного флага: выберите кластер и процесс, затем введите точный UUID процесса в диалоге подтверждения; при ошибке результат отмечается как неподтверждённый, выбранный процесс не заменяется, а при успехе устаревший селектор процессов обновляется по проверенному повторному чтению (без автоматического выбора). Этот флаг в desktop несовместим с протоколом 10.0 и --cluster-user; переключение работающего селектора протокола на 10.0 отключает действие. Операция разрушительная и предназначена только для контролируемых стендов. При публикации оставляйте веб-панель только для чтения за TLS-прокси с аутентификацией; режим изменения должен оставаться доступным лишь на loopback и не должен проксироваться. Протокол выбирается явно: ни одно приложение не повторяет неудачный запрос с другим протоколом.

Инструменты MCP rac_list_counter_values и rac_list_accumulated_counter_values, а также ссылки карточки счётчика в веб-интерфейсе /clusters/UUID/counters/ENCODED_NAME/values и /accumulated-values предоставляют уже реализованное прямое чтение 16.0 для именованного счётчика; MCP также принимает необязательный фильтр объекта. Заполненные показания на живом сервере 16.0 не проверены. Веб-маршруты значений предлагают форму фильтра (GET) и принимают один необязательный URL-кодированный параметр запроса object_filter, проверяемый до обращения к серверу. Инструмент MCP rac_list_processes_on_server(cluster_id, server_id) предоставляет список процессов с фильтром по серверу после проверки обоих UUID. rac_list_sessions_in_infobase(cluster_id, infobase_id) предоставляет список сеансов с фильтром по ИБ, также проверяя оба UUID до обращения к серверу; заполненные записи сеансов 16.0 не подтверждены. rac_list_connections_in_infobase(cluster_id, infobase_id) аналогично предоставляет проверенный список соединений с фильтром по ИБ и предварительной проверкой обоих UUID. rac_list_connections_in_process(cluster_id, process_id) фильтрует декодированные соединения кластера локально: отдельный запрос протокола 16.0 по процессу не подтверждён. rac_list_filtered_locks(cluster_id, scope, record_id) поддерживает только проверенные фильтры UUID infobase и connection; параметр сеанса в оригинальном клиенте отправляет запрос без фильтра и не предлагается как фильтр. Веб-маршрут /clusters/UUID/info открывает существующую запись get_cluster только для чтения. Веб-маршруты /clusters/UUID/GROUP, селектор групп desktop и инструмент MCP rac_list_cluster_group(cluster_id, group) также предоставляют проверенные списки в пределах кластера: серверы, процессы, ИБ, сеансы, соединения, профили, счётчики, ограничения, менеджеры, службы и блокировки. Неподдерживаемые группы отклоняются; эти представления остаются доступными только для чтения. Декодирование заполненных сеансов и показаний счётчиков 16.0 на изолированном стенде пока не проверено.

Веб-маршрут /clusters/UUID/processes/PROCESS_UUID/connections показывает соединения после локальной фильтрации декодированного списка кластера по процессу. На это представление только для чтения ведут ссылки из списка и карточки процессов; оттуда можно открыть карточки соединений. Карточка рабочего сервера ведёт к /clusters/UUID/servers/SERVER_UUID/processes: здесь процессы выбираются проверенным фильтром по серверу и связаны со своими карточками. Список серверов и каждая карточка сервера ведут к поддерживаемым группам в пределах сервера; список процессов ведёт к отдельным записям. Веб-маршруты /clusters/UUID/servers/SERVER_UUID/GROUP и инструмент MCP rac_list_server_group(cluster_id, server_id, group) предоставляют только существующие списки rules, service-settings и transfer-directories в пределах сервера. rac_list_transfer_directories(cluster_id, server_id, service_name) и веб-форма каталогов переноса (GET) дополнительно поддерживают проверенный необязательный фильтр по имени службы, валидируемый до обращения к серверу. Веб-маршруты /clusters/UUID/servers/SERVER_UUID/service-settings/SETTING_UUID и /clusters/UUID/servers/SERVER_UUID/rules/RULE_UUID, а также инструменты MCP rac_get_service_setting и rac_get_rule показывают сведения об отдельной настройке службы или правиле назначения. Веб-маршруты /clusters/UUID/servers/SERVER_UUID, /clusters/UUID/processes/PROCESS_UUID, /clusters/UUID/sessions/SESSION_UUID, /clusters/UUID/connections/CONNECTION_UUID, /clusters/UUID/managers/MANAGER_UUID, /clusters/UUID/limits/ENCODED_NAME, /clusters/UUID/counters/ENCODED_NAME и /clusters/UUID/infobases/INFOBASE_UUID/summary, а также инструменты MCP rac_get_server, rac_get_process, rac_get_session, rac_get_connection, rac_get_manager, rac_get_limit, rac_get_counter и rac_get_infobase_summary предоставляют существующее чтение отдельных записей. rac_get_infobase_summary_by_name(cluster_id, name) дополнительно находит ИБ по единственному совпадению имени через существующий публичный клиент; имя и кластер проверяются до обращения к серверу. UUID проверяются, группы ограничены явным списком разрешённых значений; пустые результаты локальных групп сопоставлены с изолированным RAS 8.5.1. Декодирование заполненных записей описано отдельно в перечне команд.

Ссылки профилей в веб-интерфейсе /clusters/UUID/profiles/PROFILE/acl/TYPE, поиск по точному уникальному имени /clusters/UUID/profiles/by-name?name=... (только GET) и страница /clusters/UUID/profiles/overview?name=... (только GET) предоставляют проверенные чтения списка профилей и ACL. Обзор показывает один профиль и все шесть списков ACL через одно соединение только для чтения; вывод экранируется, переход доступен из списка профилей. Инструменты MCP rac_list_profile_acl(cluster_id, profile_name, acl_type) / rac_get_profile_by_name(cluster_id, name) предоставляют проверенное чтение списка профилей и ACL. rac_profile_overview(cluster_id, name) возвращает единственный совпавший профиль и шесть проверенных списков ACL через одно соединение только для чтения; отсутствие или дублирование имени вызывает ошибку до запроса ACL. rac_get_infobase_info_by_name(cluster_id, name) находит ИБ по уникальному имени так же, как CLI, и перед возвратом полных сведений удаляет поля аутентификации и доступа. Веб-маршрут /clusters/UUID/infobases/INFOBASE_UUID/info и инструмент MCP rac_get_infobase_info предоставляют полные сведения об ИБ 16.0 после удаления параметров аутентификации и доступа в общем сервисе чтения. Списки ИБ и соединений, а также карточки соединений ведут к представлениям /locks только для чтения с фильтром по соответствующему UUID. Представления блокировок с фильтром по сеансу нет: оригинальный клиент с этим параметром отправляет запрос без фильтра. В списке ИБ /clusters/UUID/infobases есть две формы поиска по имени (GET): /clusters/UUID/infobases/by-name?name=... находит уникальную запись кратких сведений, а /clusters/UUID/infobases/info-by-name?name=... — отфильтрованные полные сведения. Обе отклоняют некорректные запросы и POST. Список ИБ /clusters/UUID/infobases и каждая карточка кратких сведений ведут к полным сведениям, двоичному хранилищу, сеансам и соединениям с фильтром по ИБ, а также блокировкам. Представления сеансов и соединений ведут к карточкам записей; заполненные сеансы 16.0 остаются непроверенными. Маршрут /clusters/UUID/infobases/INFOBASE_UUID/binary-storages и инструмент MCP rac_list_binary_storages предоставляют только существующий список хранилищ: декодирование заполненных записей и сведения о хранилище не проверены. Имена и типы ACL валидируются до обращения к серверу. Это только чтение; изменение профилей через web/MCP остаётся недоступным.

Веб-маршруты только для чтения /agent/version, /agent/admins и /clusters/UUID/admins, а также инструменты MCP rac_agent_version, rac_list_agent_admins и rac_list_cluster_admins предоставляют существующее чтение версии агента и списков администраторов (без изменения администраторов). Версия агента не поддерживается в протоколе 10.0. В desktop также доступны версия агента, списки администраторов агента и кластера, селекторы серверов, процессов, сеансов, соединений, менеджеров, именованных ограничений, счётчиков и ИБ, а также поле имени профиля. Выбор сервера, процесса, сеанса, соединения, менеджера, именованного ограничения или счётчика позволяет получить сведения только для чтения через общий сервис. Пункт «Профиль: поиск по имени» показывает запись профиля безопасности при единственном точном совпадении с введённым именем. «Профиль: обзор с ACL» читает тот же уникальный профиль и все шесть проверенных списков ACL через одно соединение. Селектор счётчика в desktop позволяет показывать текущие и накопленные показания с необязательным фильтром объекта (декодирование заполненных данных 16.0 не подтверждено). Списки настроек сервисов и правил назначения выбранного сервера позволяют открывать отдельные записи. Селектор ИБ поддерживает краткие и полные сведения, а также списки двоичных хранилищ; пункты «ИБ: краткие сведения по имени» и «ИБ: полные сведения по имени» находят запись по введённому уникальному имени без выбора UUID. При показе полных сведений общий фильтр удаляет параметры аутентификации и доступа. Декодирование двоичного хранилища проверено только для пустого списка, не для заполненных записей. Графический интерфейс не сохраняет пароли; действия изменения отключены по умолчанию. Отдельно разрешаемая кнопка выключения процесса требует точного подтверждения UUID и использует защищённый клиент 16.0. Этот путь интерфейса проверен тестами без экрана с подставным клиентом и пробным запуском desktop без экрана на собственном изолированном RAS 8.5.1.1343. Неверное подтверждение не отправило запрос; после точного подтверждения собственный процесс был заменён, а UUID/порт/PID нового процесса совпали с повторным чтением через прямой Python-клиент и оригинальный rac. Навигация desktop в пределах выбранных объектов покрыта тестами без экрана с подставным клиентом; для проверки переходов ACL на живом сервере требуется существующий профиль.

Установите пакет командой python3 -m pip install . (либо запускайте из рабочего каталога репозитория). По умолчанию протокол 16.0 реализован прямым подключением Python по TCP: оригинальный исполняемый файл rac не вызывается и не требуется. Чтение кластеров, рабочих серверов, процессов и пустого списка ИБ, а также изменение расписаний перезапуска кластера и сервера проверены на изолированном стенде 8.5.1.1343. Заполненные записи ИБ поддерживаются на изолированном стенде PostgreSQL-1C; проверка отдельных настроек отражена в перечне команд. Парольная аутентификация 16.0 проверена только для узкого набора прямых запросов чтения: списков администраторов, списка менеджеров без фильтра и сведений по UUID, списка служб без фильтра, списка кратких сведений об ИБ и сведений по UUID, списков блокировок без фильтра и с фильтром по ИБ, списка рабочих серверов и сведений по UUID, списков сеансов без фильтра и с фильтром по ИБ, сведений о сеансе по UUID, списков соединений без фильтра и с фильтром по ИБ, сведений о соединении по UUID, списков процессов без фильтра и с фильтром по серверу, а также сведений о процессе по UUID. Заполненные записи декодированы на dev-area-06 после запроса парольной аутентификации кластера 9 (список менеджеров 18/19, сведения о менеджере 20/21, список служб 35/36, список кратких сведений об ИБ 42/43, краткие сведения по ИБ 46/47, список блокировок 72/73 и с фильтром по ИБ 74/75, список серверов 22, сведения о сервере 24, список сеансов 65, с фильтром по ИБ 67, сведения о сеансе 69, список соединений 50, с фильтром по ИБ 52, сведения о соединении 54, список процессов 29, с фильтром по серверу 33, сведения о процессе 31). Выбранные записи сведений о менеджере, ИБ, сервере, сеансе, соединении и процессе совпали с соответствующими записями списков; записи не сохранялись. Из этого не следует поддержка блокировок с фильтром по соединению или сеансу при парольной аутентификации, других операций чтения или изменений. На dev-area-06 декодированы заполненные ответы сеансов и соединений с фильтром по ИБ; их идентификаторы входили в соответствующие списки без фильтра на момент каждой проверки. Неверные пароли отклонялись, а свежий сгенерированный пароль позволил прочитать списки администраторов на изолированном локальном RAS. Временные администраторы с паролями после первой проверки остались на прежнем локальном стенде (порт 26545); не используйте его как чистый тестовый стенд. Новый изолированный стенд (порт 26645) использован для воспроизводимых чтений списков администраторов с парольной аутентификацией и сгенерированными учётными данными, очистки и полного восстановления исходного состояния. Не передавайте пароли аргументами CLI: используйте библиотеку в защищённом процессе и не переключайтесь незаметно на другой протокол после ошибки аутентификации. Для сохранённого кодека Python под 1С 8.3.11 укажите --protocol=10.0 (pyrac.v8311; pyrac.legacy остаётся совместимым импортируемым псевдонимом). Исходный скрипт rac_client.py по-прежнему предоставляет прежний CLI.

Узко проверенное чтение списков с парольной аутентификацией 16.0 также охватывает профили безопасности и каталоги профиля (по одной заполненной записи каждого типа проверено на dev-area-06), счётчики и ограничения (на этом стенде — только пустые ответы). Из этих проверок не следует парольная поддержка других списков ACL, чтения сведений или операций изменения.

python3 -m pyrac --protocol=16.0 --ras-host=127.0.0.1 cluster list
python3 -m pyrac --ras-host=127.0.0.1 cluster info --cluster=UUID
python3 -m pyrac --ras-host=127.0.0.1 server --cluster=UUID list
python3 -m pyrac --ras-host=127.0.0.1 process --cluster=UUID list
# Необратимое действие: только для собственного процесса на изолированном RAS. Проверяет UUID заранее и ожидает исчезновения процесса.
python3 -m pyrac --ras-host=127.0.0.1 process --cluster=UUID turn-off --process=PROCESS_UUID
python3 -m pyrac --ras-host=127.0.0.1 infobase --cluster=UUID summary list
python3 -m pyrac --ras-host=127.0.0.1 infobase --cluster=UUID info --infobase=INFOBASE_UUID
python3 -m pyrac --ras-host=127.0.0.1 infobase --cluster=UUID update --infobase=INFOBASE_UUID --descr='new description'
python3 -m pyrac --ras-host=127.0.0.1 infobase --cluster=UUID update --infobase=INFOBASE_UUID --scheduled-jobs-deny=on
python3 -m pyrac --ras-host=127.0.0.1 infobase --cluster=UUID update --infobase=INFOBASE_UUID --sessions-deny=on
python3 -m pyrac --ras-host=127.0.0.1 infobase --cluster=UUID update --infobase=INFOBASE_UUID --license-distribution=allow
python3 -m pyrac --ras-host=127.0.0.1 infobase --cluster=UUID update --infobase=INFOBASE_UUID --denied-message='temporary maintenance'
python3 -m pyrac --ras-host=127.0.0.1 infobase --cluster=UUID update --infobase=INFOBASE_UUID --reserve-working-processes=yes
python3 -m pyrac --ras-host=127.0.0.1 infobase --cluster=UUID update --infobase=INFOBASE_UUID --external-session-manager-required=yes
python3 -m pyrac --ras-host=127.0.0.1 infobase --cluster=UUID update --infobase=INFOBASE_UUID --disable-local-speech-to-text=yes
python3 -m pyrac --ras-host=127.0.0.1 infobase --cluster=UUID update --infobase=INFOBASE_UUID --configuration-unload-delay-by-working-process-without-active-users=17
python3 -m pyrac --ras-host=127.0.0.1 infobase --cluster=UUID update --infobase=INFOBASE_UUID --minimum-scheduled-jobs-start-period-without-active-users=23
python3 -m pyrac --ras-host=127.0.0.1 infobase --cluster=UUID update --infobase=INFOBASE_UUID --maximum-scheduled-jobs-start-shift-without-active-users=29
# Для очистки укажите пустое значение.
python3 -m pyrac --ras-host=127.0.0.1 infobase --cluster=UUID update --infobase=INFOBASE_UUID --security-profile-name=EXISTING_PROFILE_NAME
python3 -m pyrac --ras-host=127.0.0.1 infobase --cluster=UUID update --infobase=INFOBASE_UUID --safe-mode-security-profile-name=EXISTING_PROFILE_NAME
# На той же временной ИБ восстановите исходные значения через =off, --license-distribution=deny, --denied-message='', --reserve-working-processes=no, --external-session-manager-required=no или --disable-local-speech-to-text=no. Если исходные значения задержки выгрузки конфигурации, минимального периода запуска и максимального сдвига регламентных заданий были нулевыми, восстановите их через =0.
# Создаёт новую базу PostgreSQL (в этом подтверждённом сценарии — только пользователь БД без пароля).
# Протокол 16.0: единственное совпадение в списке ИБ, затем проверенное чтение полных сведений по UUID (либо используйте --infobase=UUID).
python3 -m pyrac --ras-host=127.0.0.1 infobase --cluster=UUID info --name=NAME
# Необязательные параметры: по умолчанию off/deny/0/0; смещение даты — 0 либо 2000, уровень безопасности — 0 либо 1.
python3 -m pyrac --ras-host=127.0.0.1 infobase --cluster=UUID create --name=NAME --db-name=DB --db-server=HOST --db-user=USER --locale=ru_RU --create-database --scheduled-jobs-deny=on --license-distribution=allow --date-offset=2000 --security-level=1
# Регистрирует ИБ в существующей базе PostgreSQL; не создаёт и не удаляет базу.
# Используйте только собственную базу: это регистрация, а не восстановление данных БД.
python3 -m pyrac --ras-host=127.0.0.1 infobase --cluster=UUID create --name=NAME --db-name=EXISTING_DB --db-server=HOST --db-user=USER --locale=ru_RU --use-existing-database
# Необратимое действие: удаляет ИБ И её базу данных; только для собственной временной тестовой базы.
python3 -m pyrac --ras-host=127.0.0.1 infobase --cluster=UUID drop --infobase=INFOBASE_UUID --drop-database
# Удаляет только регистрацию ИБ; база данных остаётся, ею нужно управлять отдельно.
python3 -m pyrac --ras-host=127.0.0.1 infobase --cluster=UUID drop --infobase=INFOBASE_UUID --keep-database
# Удаляет регистрацию и очищает все таблицы в базе данных, оставляя пустую базу на месте.
# Необратимое действие: только для собственной временной тестовой базы; --drop-database/--keep-database/--clear-database взаимно исключают друг друга.
python3 -m pyrac --ras-host=127.0.0.1 infobase --cluster=UUID drop --infobase=INFOBASE_UUID --clear-database
python3 -m pyrac --ras-host=127.0.0.1 infobase --cluster=UUID summary update --infobase=INFOBASE_UUID --descr='new description'
python3 -m pyrac --ras-host=127.0.0.1 binary-data-storage --cluster=UUID list --infobase=INFOBASE_UUID
python3 -m pyrac --protocol=16.0 --ras-host=127.0.0.1 cluster update --cluster=UUID --restart-schedule='1 2 3 4 5 6'
python3 -m pyrac --ras-host=127.0.0.1 server --cluster=UUID update --server=SERVER_UUID --restart-schedule='1 2 3 4 5 6'
python3 -m pyrac.web --host=127.0.0.1 --port=8080 --ras-host=127.0.0.1 --protocol=16.0

Локальный RAS 8.5.1 принял приведённое расписание для кластера и рабочего сервера; библиотека проверяет сохранённые значения повторным чтением. Полная грамматика закрытого формата расписания не установлена. Веб-интерфейс следует привязывать к loopback; для публикации наружу нужны внешняя аутентификация и TLS. Операции записи в веб-интерфейсе доступны только при отдельном явном включении соответствующих маршрутов.

Для встраивания используйте async with pyrac.RacClient(host, port, protocol='16.0'). Границы проверки и ещё не декодированные операции описаны в матрице протоколов и перечне команд оригинального rac.

Границы подтверждённой поддержки прямого протокола 8.5.1

Прямой кодек проверен на отдельном локальном RAS 8.5.1.1343: чтение кластеров, рабочих серверов и процессов, пустого списка информационных баз, изменение расписаний кластера и сервера с повторным чтением и восстановлением. Поля процесса, значение которых не доказано для разных сборок, остаются raw-*. Парольная аутентификация перенесена из протокола 10.0; объём подтверждённых чтений для 16.0, включая проверки на dev-area-06, указан в перечне команд. Неверные пароли отклонялись, а сгенерированный пароль сработал на отдельном RAS. Остальные команды и непроверенные параметры требуют независимого подтверждения; точные границы см. в перечне.

Примеры исходного CLI

Реализация основана на статьях: https://infostart.ru/1c/articles/1503913/ и https://infostart.ru/1c/tools/1519541/

Формат данных описан в https://github.com/v8platform/protos

Примеры использования

Список кластеров:

rac_client.py --ras-host=area-sp-01 --ras-port=1545 cluster list

Информация о кластере:

rac_client.py --ras-host=area-sp-01 --ras-port=1545 cluster info --cluster=0cec4877-38b8-4fa1-8ee3-3c6623ba7c92

Установка времени перезапуска сеансов:

rac_client.py --ras-host=area-sp-01 --ras-port=1545 cluster update --cluster=0cec4877-38b8-4fa1-8ee3-3c6623ba7c92 --agent-user=agent1c --agent-pwd=пароль --lifetime-limit=86400 --expiration-timeout=180

Список ИБ:

rac_client.py --ras-host=area-sp-01 --ras-port=1545 infobase --cluster=0cec4877-38b8-4fa1-8ee3-3c6623ba7c92 --cluster-user=agent1c --cluster-pwd=пароль summary list

Информация о ИБ:

rac_client.py --ras-host=area-sp-01 --ras-port=1545 infobase --cluster=0cec4877-38b8-4fa1-8ee3-3c6623ba7c92 --cluster-user=agent1c --cluster-pwd=пароль info --infobase=779e935b-7cfc-4b3e-a36e-fff3a8dd693f --infobase-user=Admin --infobase-pwd=пароль

Установка блокировки сеансов:

rac_client.py --ras-host=area-sp-01 --ras-port=1545 infobase --cluster=0cec4877-38b8-4fa1-8ee3-3c6623ba7c92 --cluster-user=agent1c --cluster-pwd=пароль update --infobase=779e935b-7cfc-4b3e-a36e-fff3a8dd693f --infobase-user=Admin --infobase-pwd=пароль --denied-message="" --sessions-deny=on --scheduled-jobs-deny=on --permission-code="1234567890" --denied-from="2024-01-01 23:00:00" --denied-to=""

Список сеансов:

rac_client.py --ras-host=area-sp-01 --ras-port=1545 session --cluster=0cec4877-38b8-4fa1-8ee3-3c6623ba7c92 --cluster-user=agent1c --cluster-pwd=пароль list

Завершение определенного сеанса:

rac_client.py --ras-host=area-sp-01 --ras-port=1545 session --cluster=0cec4877-38b8-4fa1-8ee3-3c6623ba7c92 --cluster-user=agent1c --cluster-pwd=пароль terminate --session=1da9758f-3c10-4064-9501-bc848863bbc3

Завершение всех сеансов ИБ:

Завершение всех сеансов кластера:

rac_client.py --ras-host=area-sp-01 --ras-port=1545 session --cluster=0cec4877-38b8-4fa1-8ee3-3c6623ba7c92 --cluster-user=agent1c --cluster-pwd=пароль terminate

Development Status
- 3 - Alpha
Environment
- Console
Intended Audience
- Developers
Operating System
- OS Independent
Programming Language
Topic
- System :: Systems Administration

Metadata

Development Status
- 3 - Alpha
Environment
- Console
Intended Audience
- Developers
Operating System
- OS Independent
Programming Language
Topic
- System :: Systems Administration

Release files for python-rac 0.2.1

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for python-rac 0.2.1
File	Size	Uploaded
python_rac-0.2.1.tar.gz	294.3 kB	Oct 12, 2026	Details

Built distribution (wheel)

Table of built distributions (wheels) for python-rac 0.2.1
File	Interpreter	ABI	Platform	Reset
python_rac-0.2.1-py3-none-any.whl 215.5 kB Oct 12, 2026	Python 3	none	any	Details

Total release size: 509.8 kB

Release files / python_rac-0.2.1.tar.gz

Download URL	python_rac-0.2.1.tar.gz
Size	294.3 kB
Tags	Source
SHA-256 checksum How to use checksums	`8563e719e9761bfacdd47b79f9e18d2c26abb115c54a432c6be0da31c708ffd7`
BLAKE2b-256 checksum How to use checksums	`09cb540e0e53fddb9affe885a679c6a8fb18a7ddbee2d76daaf0857ffbe27918`
Upload date	Oct 12, 2026
Uploaded using Trusted Publishing? What is trusted publishing?	No
Uploaded via	`twine/7.0.0 CPython/3.11.17`

Release files / python_rac-0.2.1-py3-none-any.whl

Download URL	python_rac-0.2.1-py3-none-any.whl
Size	215.5 kB
Tags	Python 3
SHA-256 checksum How to use checksums	`246d0d4b58821175274b1f74d72c506b7d5d6072bc19e197ed20e479cafb8f3c`
BLAKE2b-256 checksum How to use checksums	`16873d025aa0da845a5185595d5adbafaa2eed267ea8bed79db5ef04aa15f510`
Upload date	Oct 12, 2026
Uploaded using Trusted Publishing? What is trusted publishing?	No
Uploaded via	`twine/7.0.0 CPython/3.11.17`