# Итоги: 003 — скачивание через REST, загрузка в S3 сервером

## Сделано
- Бэкап: Control Server создаёт `.backup` и `.rsc` через REST → скачивает их блоками по 32 КБ во временный каталог
  (`POST /rest/execute` + `:convert to=base64`) → загружает в S3 (`PutObject`) → удаляет файлы с устройства
  (в том числе при сбое). Временный каталог удаляется всегда. Устройство S3 не касается.
- Удалены `/tool/fetch`-загрузка и presigned PUT. Проверка целостности: сравнение размера на устройстве и скачанного.
- Экспорт: пример из документации (`compact`) на ROS 7 даёт побайтно тот же результат, поэтому запрос остался без `compact`.

## Проверено на RB4011 (ROS 7.24.4) и бакете Yandex
- Бэкап `MSK_Home`: `.backup` 231 237 Б и `.rsc` 74 924 Б в бакете, размеры совпадают с устройством,
  сигнатура `.backup` = `88 AC A1 B1`, `.rsc` начинается с заголовка экспорта; на устройстве `ros_control-*` не осталось.
- Скачивание из бакета через API (`/backups/download`) работает. `pytest`: 4 из 4.

## Причина прежних ошибок доступа (002)
Права применились только после пересоздания подключения к устройству (пользователь `full`);
сама смена политик группы без этого не помогала.

## Ограничения
- `.rsc` создаётся без `show-sensitive`: пароли и ключи в нём скрыты (для полного восстановления служит `.backup`).
- Скорость скачивания ограничена размером блока и задержкой REST (около 8 запросов на 230 КБ); для очень больших файлов
  можно увеличить `chunk_size`.

## Не проверено
Обновление ROS и FW (перезагрузка устройства), групповые операции над несколькими устройствами.