docs: опыт 2026-08-29 — грабли mod_privilege на 0.11, миллион приглашений, flood wait, план сборки Prosody 0.12 (WALKTHROUGH §12.7-12.8, STATUS, BRIDGE-TELEGRAM)

This commit is contained in:
2026-08-29 18:20:50 +00:00
parent 770c9fa78f
commit 498d79e6df
3 changed files with 69 additions and 2 deletions
+14
View File
@@ -21,6 +21,20 @@
- Трафик Telegram → SOCKS5 172.27.0.1:1080 (SSH-туннель VPS01) — проверено: SOCKS5→MTProto DC1 OK.
- ✅ **mod_privilege (XEP-0356)**: community-модуль → ./modules/mod_privilege.lua, включён в
modules_enabled + privileged_entities в VirtualHost для telegram.nixg.ru (roster sync, legacy carbons).
⚠️ На Prosody 0.11.9 модуль из prosody-modules НЕ работает (зовёт API 0.12 `module:send_iq`).
Стоит стаб-ACK (коммит 770c9fa): модуль отвечает ACK, не падает, но bookmarks/MDS
через XEP-0356 не выполняются → слайдж шлёт приглашения в группы вручную (см. ниже).
Полное решение — апгрейд Prosody на 0.12 (нативный XEP-0356), задача в STATUS.md.
## Наблюдения после регистрации (2026-08-29)
- **«Миллион запросов на подключение к чату» в Pidgin**: слайдж шлёт gateway-приглашение
на каждую группу (`always_invite_when_adding_bookmarks: true` + bookmarks не пишутся из-за
сломанного mod_privilege → fallback на ручные приглашения). Не баг как таковой; уйдёт после
апгрейда 0.12. Временно: `always_invite_when_adding_bookmarks: false` в preferences (SQLite user_account).
- **Flood wait при первом старте**: `WARNING:slidgram.telegram:Flood in get_chat(...) sleep for N sec`
при синхронизации большого аккаунта (1602 контакта). Норма; кэш заполнится — паузы уйдут.
- **Контакты «пропали» из ростера после рестарта**: рostер на сервере цел (проверено, 1602).
Клиент при переподключении сам запрашивает рostер; если в Pidgin пусто — Disable/Enable аккаунта.
## Регистрация TG-аккаунта — ВЫПОЛНЕНА (2026-08-29)
- estorozhenko@nixg.ru → команда `register` (отправлена из Pidgin на адрес telegram.nixg.ru,