rpi: интеграция с Марусей удалена (юниты, код, секрет, CODEX_HOME, ключ туннеля)

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-11 21:01:53 +03:00
parent 5c17e4f3d6
commit 4775d59a4e
1 changed files with 4 additions and 11 deletions
@@ -153,17 +153,10 @@ Docker CE 29.9 + Compose v5.6 из репо download.docker.com (в Debian ст
 - Индикатор работы добавлен 2026-10-11: [astra-bot `20a8ffc`](https://git.ruzzy.dev/ruzzy/astra-bot/commit/20a8ffc). Раньше typing отправлялся один раз и пропадал через несколько секунд; теперь при распознавании голосовых и выполнении задачи отдельное тихое сообщение с машинкой 🚗 редактируется каждые 4 с, typing обновляется. Один индикатор на чат, перекрывающиеся задачи учитываются; после окончания сообщение удаляется. Проверки: 46 тестов, включая перекрытие задач, редактирование/удаление и неудачную отправку. Резервная копия `/opt/astra-bot/bot.py.bak-20261011-waiting-car`; установка выполнена, перезапуск через `restart-check.py` после ответа.
-## Разговорный навык Маруси (подготовлен 2026-10-11)
+## Разговорный навык Маруси — отменён и удалён (2026-10-11)
- ⛔ **Отменено владельцем 2026-10-11 (вечер): интеграцию с Марусей не делаем.** `astra-marusia.service` и `astra-marusia-tunnel.service` остановлены и выключены (`disable --now`), туннель до fr1 закрыт (8788 на rpi и 18788 на fr1 не слушаются). Код, юниты, `/etc/astra-marusia.env`, ключ `~astra/.ssh/marusia_tunnel` пока на месте — полный демонтаж (rpi + fr1) по отдельному решению. Ниже — как было устроено.
+- Подготовленную за день интеграцию (разговорный сервис Astra для колонки Маруся через вебхук VK → nginx fr1 → SSH-туннель → rpi) владелец отменил в тот же вечер. Навык в VK так и не регистрировался.
- Повторная проверка безопасности 2026-10-11: [astra-bot `7294ea8`](https://git.ruzzy.dev/ruzzy/astra-bot/commit/7294ea8), 59 тестов. Секреты webhook исключены из окружения backend; HTTP максимум четыре соединения, очередь 8 и таймаут чтения 5 с; Unicode path/deep JSON обрабатываются безопасно. Установлены InaccessiblePaths для бэкапов и чужих конфигов/приложений, ProtectProc=invisible. В рабочей mount namespace от astra с NoNewPrivileges подтверждено отсутствие доступа к home/infra, backup, router.env, bot.env, marusia.env, media; sudo denied, модель работает. Публичный HTTPS: GET webhook 403, wrong secret 404, unknown skill/user 403, malformed schema 400; public /health скрыт, HTTP /marusia/ не редиректит. Порты 8788/18788 fr1 недоступны с публичного IPv4, wildcard reverse forward denied. ⚠️ Без подтверждённой подписи VK секрет URL остаётся единственным подтверждением доступа; user_id/skill_id можно подделать при утечке URL. Сейчас оба списка настройки пусты и webhook не запускает модель. Живые конфиги/логи/firewall/IPv6 fr1 доступны только его агенту, с rpi их прочитать нельзя. Детали — stacks/astra-marusia/README.md; прежний server.py — `/opt/astra-marusia/server.py.bak-before-audit`.
+- Удалено с rpi: `astra-marusia.service`, `astra-marusia-tunnel.service`, `/opt/astra-marusia`, `/etc/astra-marusia.env` (секрет пути вебхука), `/var/lib/astra-marusia` (отдельный CODEX_HOME), ключ туннеля `~astra/.ssh/marusia_tunnel{,.pub}` и `known_hosts_marusia`. На fr1 — vhost, сертификат, sshd-правило, пользователь `marusia-tunnel` (см. `servers/fr1.md`).
- Туннель Маруси запущен и проверен 2026-10-11 (ранее не был подключён): `astra-marusia-tunnel.service`, источник `stacks/astra-marusia/astra-marusia-tunnel.service`, автозапуск и Restart=always/10 с, SSH keepalive 30 с × 3. `~astra/.ssh/known_hosts_marusia` (600) содержит публичный ключ fr1, сверенный по отпечатку из документации; используется StrictHostKeyChecking. Вход `marusia-tunnel@fr1.ruzzy.dev:22`, reverse `127.0.0.1:18788` → rpi `127.0.0.1:8788`, отдельный ключ `marusia_tunnel`. Через `https://astra.ruzzy.dev/marusia/webhook/…` подтверждены 404 на неверный секрет и 403 на правильный секрет с посторонним skill/user; TLS проверяется штатно. Shell, другой reverse-порт 18789 и direct forwarding через этот SSH-ключ отклонены fr1. Навык/разрешённые user IDs ещё не настроены; колонка пока не подключена. Публичная часть fr1 подготовлена его агентом (infra e2bd908); ограниченный ключ не даёт читать ss/firewall/логи fr1, loopback bind там проверяет агент fr1.
+- Код остался в репозиториях: `ruzzy/astra-bot` (`marusia/server.py`, `test_marusia.py`) и `stacks/astra-marusia/` — если вернёмся к идее, начинать оттуда (⚠️ ключ туннеля и пользователь на fr1 — заново).
 - Ограничения Маруси усилены 2026-10-11 по решению владельца: только обычная беседа, действия подключать отдельно. [astra-bot `b39c9d5`](https://git.ruzzy.dev/ruzzy/astra-bot/commit/b39c9d5), проверки [ `52b07b8`](https://git.ruzzy.dev/ruzzy/astra-bot/commit/52b07b8). В `/etc/astra-marusia.env` добавлен пустой `MARUSIA_ALLOWED_USER_IDS`: до явного добавления проверенных идентификаторов Маруси все запросы запрещены; Telegram ID не подходит, первого неизвестного пользователя автоматически не принимать. Секрет URL и skill_id сохранены, но не доказывают происхождение от VK. Schema/Content-Type проверяются, тело до 16 KiB (было 64), вопрос до 1000 символов, TTS-разметка экранируется. Один запрос к модели одновременно (было два), 10 вопросов/мин и 60/час; приём POST ограничен 30/мин. ⚠️ Бюджеты в памяти и сбрасываются после рестарта. systemd: MemoryMax=512M, CPUQuota=100%, TasksMax=64; служба active и `/health`=200 после установки. 57 тестов прошли, в том числе отказ чужому/пустому списку до модели. Предыдущий сервер `/opt/astra-marusia/server.py.bak-before-limits`. Агент fr1 параллельно подготовил публичный vhost astra.ruzzy.dev и ограниченного пользователя туннеля (infra e2bd908); его изменения сохранены при rebase. Локальные ограничения действуют; дополнительное ужесточение nginx на fr1 до 16 KiB и 30 запросов/мин ещё не выполнено.
 - Установлен и включён `astra-marusia.service`, код — [astra-bot `27e39ea`](https://git.ruzzy.dev/ruzzy/astra-bot/commit/27e39ea), `/opt/astra-marusia/server.py`; юнит и инструкция — `stacks/astra-marusia/`. Это отдельная беседа без инструментов управления сервером; семейные ответы для 10 лет. История до 16 реплик на user_id в памяти, очищается после перезапуска/суток простоя; тексты не пишутся в access log.
 - Слушает только `127.0.0.1:8788`, `/health` проверен. Секрет пути webhook — `/etc/astra-marusia.env` (root 600), `MARUSIA_SKILL_ID` пока пуст: POST закрыты до регистрации навыка. Публичного HTTPS URL, туннеля и привязки колонки ещё нет. ⚠️ Это готовая локальная часть, не подключённая колонка.
 - Используется существующая авторизация Codex/ChatGPT через read-only bind `~astra/.codex/auth.json` в отдельный CODEX_HOME `/var/lib/astra-marusia`; пользовательские config/rules, shell/apps/browser и проектные инструкции отключены. systemd `ProtectHome=tmpfs`, `ProtectSystem=strict`, `NoNewPrivileges=yes`; рабочий StateDirectory 700. ⚠️ Read-only привязка auth может потребовать повторной проверки после обновления/refresh авторизации; не выдавать колонке административный тред Telegram.
 - Проверки: 50 тестов бота/навыка, настоящий ответ модели «Два плюс два — четыре» (7 с), успешный запуск сервиса. Webhook ждёт модель до 2 с, затем предлагает спросить «готово?»; повтор session_id/message_id идемпотентен. До двух запросов к модели одновременно, до 50 разговоров. Короткое ожидание нужно из-за задержки модели; реальное время ожидания/tts и формат платформы проверить в отладчике VK.
 - Ключ туннеля создан 2026-10-11 пользователем astra: `~astra/.ssh/marusia_tunnel` (приватный, 600), публичный `marusia_tunnel.pub`; Ed25519, fingerprint `SHA256:XMUGNzoDstNGNJQ0yCZ6KLJ6zx8DIKHUbBH/s7oIBS4`. Публичная часть передаётся владельцем агенту fr1 для ограниченного пользователя `marusia-tunnel`; установка на fr1 и запуск туннеля пока не подтверждены. Ключ без passphrase для systemd; использовать только для loopback reverse forwarding.
 - Осталось владельцу: зарегистрировать приватный навык VK и прислать skill_id; для публичного адреса нужен ограниченный SSH-туннель к fr1 + HTTPS-прокси. С rpi у astra есть только ключ Gitea, доступа SSH на fr1 нет. Шаблон nginx подготовлен, на fr1 не установлен.
 - Реестр устройств уточнён 2026-10-11 по сообщению владельца: `Xiaomi-Pad-7`, `ce:14:42:fd:a2:d5`, при обнаружении `192.168.10.45` — «Планшет подруги Полины (Xiaomi Pad 7)». Записано через `router known add`; MAC частный, при его смене потребуется новая отметка.