Files
openspec-lab/openspec/changes/icq-fix-prosody-network/tasks.md
T
estorozhenko b047e3a21d change email-storage-analysis: ФС vs Maildir анализ (задача 4)
- STORAGE_ANALYSIS.md: сравнение email.md/Maildir/MBOX/notmuch, рекомендация
  остаться на email.md + tags в frontmatter + опц. экспорт Maildir
- 3 REQUIREMENTS в spec email-storage-format, change архивирован
- Задача 4 из портфеля веб-UI закрыта
2026-09-11 13:14:56 +00:00

2.6 KiB
Raw Blame History

Tasks — icq-fix-prosody-network

1. Снимок состояния до изменений

  • Зафиксировать docker ps --format '{{.Names}} {{.Networks}}' (пустая сеть у prosody)
  • Зафиксировать docker network inspect icq_default (webchat, slidgram — без prosody)
  • Снимок контейнера: docker inspect icq-prosody > /tmp/icq-prosody-inspect-before.json

2. Пересоздание prosody через compose

  • cd /opt/icq && docker compose up -d --force-recreate prosody
  • Дождаться Up (status), зафиксировать docker ps для prosody

3. Проверка сети (внутри compose)

  • docker ps --format '{{.Names}} {{.Networks}}' → prolody в icq_default
  • docker network inspect icq_default → контейнер icq-prosody с IP (172.27.0.x)
  • docker exec icq-prosody hostname -i → непустой адрес
  • docker exec icq-webchat getent hosts icq-prosody → резолвится (172.27.0.x)
  • docker exec icq-slidgram getent hosts icq-prosody → резолвится

4. Проверка приложения и логов

  • docker logs icq-prosody --tail 100 — нет новых критических ошибок, компонент telegram.nixg.ru аутентифицирован (или в активных)
  • docker logs icq-webchat --tail 50 — страница отдаётся без ошибок
  • docker logs icq-slidgram --tail 50 — без ошибок аутентификации
  • curl -i внутренний на prosody:5280 (BOSH/WS) → ответ сервера (не refused)
  • docker compose ps → все 3 сервиса Up, без Exited/Restarting

5. Проверка снаружи (chat.nixg.ru)

  • curl -i https://chat.nixg.ru/ → HTTP 200 (страница Converse)
  • WS wss://xmpp.nixg.ru → HTTP 101 Switching Protocols
  • (если доступен браузер) chat.nixg.ru открывается, форма входа видна, без бесконечной загрузки

6. Итог и документация

  • Записать результат в /opt/icq/STATUS.md (секция «Что работает» + журнал инцидента)
  • Зафиксировать вывод docker compose ps и проверок в коммит-сообщение
  • Обновить WALKTHROUGH.md при необходимости (грабли: ручной запуск вне compose → потеря сети)