feat: 账号自动同步失败时更新 Telegram 状态 - DataSyncService: 同步失败时自动更新账号状态字段 - AccountTelegramToolsService: 添加 AUTH_KEY_DUPLICATED/SESSION_REVOKED 错误映射 - MapTelegramException 改为 public static 供跨项目调用 docs: 更新 Webhook 模式文档 - advanced.md: 添加完整的 Webhook 配置说明和反向代理示例 - sync.md: 添加 Bot 频道同步和同步失败状态更新说明 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>
5.3 KiB
5.3 KiB
进阶说明
技术栈
- .NET 8 / ASP.NET Core / Blazor Server
- MudBlazor
- EF Core(默认 SQLite)
- WTelegramClient(MTProto)
Docker 数据目录(强相关)
docker-compose.yml 会把宿主机 ./docker-data 挂载到容器 /data,核心文件包括:
/data/telegram-panel.db:SQLite 数据库/data/sessions/:账号 session 文件/data/appsettings.local.json:UI 保存后的本地覆盖配置/data/admin_auth.json:后台登录账号/密码(首次会用初始默认值生成)
后台任务(刷新页面不影响)
部分批量任务会在后台静默执行(避免“刷新页面就中断”):
- 批量邀请
- 批量设置管理员
账号状态检测(深度探测)
为更可靠识别冻结/受限等状态,支持深度探测(例如通过创建/删除测试频道来探测权限)。
检测结果会持久化到数据库,避免刷新页面又变回“未检测”。
清理废号(封禁/受限/未登录/session 失效)
在「账号列表」与「外置验证码链接」页面支持“清理废号”(多选批量):
- 会先执行 Telegram 状态检测(可选普通/深度)
- 仅当判定为废号(封禁/受限/被冻结/需要 2FA/Session 失效或损坏)才会删除
- 删除范围:数据库记录 +
*.session(含常见备份/同名 json) - 若遇到
*.session文件被占用,会先尝试从TelegramClientPool释放客户端并重试删除
另外,系统「账号列表」支持“一键清理所有废号”(扫描系统全部账号)。
配置项速查
Docker 下常用环境变量(见 docker-compose.yml):
ConnectionStrings__DefaultConnection:SQLite 路径(默认/data/telegram-panel.db)Telegram__SessionsPath:session 目录(默认/data/sessions)AdminAuth__CredentialsPath:后台密码文件(默认/data/admin_auth.json)Sync__AutoSyncEnabled:账号创建的频道/群组自动同步(默认关闭)Telegram__BotAutoSyncEnabled:Bot 频道自动同步(默认关闭)Telegram__WebhookEnabled:Bot Webhook 模式开关(默认关闭,使用长轮询)Telegram__WebhookBaseUrl:Webhook 公网 HTTPS 地址Telegram__WebhookSecretToken:Webhook 验证密钥
UI 保存到本地覆盖配置
面板里的部分“保存”按钮会把设置写入 appsettings.local.json(Docker 下为 /data/appsettings.local.json),常见键:
Telegram:BotAutoSyncEnabled/Telegram:BotAutoSyncIntervalSeconds:Bot 频道后台自动同步轮询开关/间隔ChannelAdminDefaults:Rights:批量设置管理员的“默认权限”ChannelAdminPresets:Presets:批量设置管理员的“用户名列表预设”(名称 -> usernames)ChannelInvitePresets:Presets:批量邀请成员的“用户名列表预设”(名称 -> usernames)
Bot 启用/停用(每个 Bot)
机器人管理页可以对单个 Bot 启用/停用:停用后该 Bot 不会再被后台轮询 getUpdates,也不会被需要 Bot 的模块/任务使用。
Bot Webhook 模式(生产环境推荐)
💡 提示:如果你不使用「Bot 频道管理」功能,可以跳过此节。
默认情况下,Bot 使用**长轮询(Long Polling)**模式接收更新。生产环境建议使用 Webhook 模式,优势如下:
- ✅ 更低的资源消耗(无需持续轮询)
- ✅ 更快的响应速度(Telegram 主动推送)
- ✅ 更适合高流量/多 Bot 场景
Webhook 配置项
在 docker-compose.yml 或 appsettings.local.json 中配置:
| 配置项 | 环境变量 | 说明 |
|---|---|---|
Telegram:WebhookEnabled |
Telegram__WebhookEnabled |
设为 true 启用 Webhook 模式;默认 false 使用轮询 |
Telegram:WebhookBaseUrl |
Telegram__WebhookBaseUrl |
你的公网 HTTPS 地址(Telegram 要求必须 HTTPS) |
Telegram:WebhookSecretToken |
Telegram__WebhookSecretToken |
验证密钥,Telegram 会在请求头中携带此值供校验 |
Telegram:BotAutoSyncEnabled |
Telegram__BotAutoSyncEnabled |
设为 true 启用自动同步;Bot 加入新频道后自动添加到列表 |
docker-compose.yml 配置示例
environment:
# 启用 Webhook 模式(生产环境推荐)
Telegram__WebhookEnabled: "true"
# Webhook 公网基础 URL(必须是 HTTPS)
Telegram__WebhookBaseUrl: "https://your-domain.com"
# Webhook 验证密钥(建议使用随机字符串)
Telegram__WebhookSecretToken: "your-random-secret-token"
# 启用自动同步(Bot 加入新频道后自动添加到列表)
Telegram__BotAutoSyncEnabled: "true"
注意事项
- Webhook 模式必须使用 HTTPS,Telegram 不支持 HTTP
- 启用 Webhook 后,系统会自动在启动时为所有活跃 Bot 注册 Webhook
- 如果你使用反向代理,确保
/api/bot/webhook/*路径可以被外部访问 - 同一个 Bot Token 同时只能使用一种模式(Webhook 或 Long Polling),切换模式会自动覆盖
- 切换模式后需要重启服务生效
反向代理配置
Nginx 示例(确保 Webhook 路径可访问):
location /api/bot/webhook/ {
proxy_pass http://127.0.0.1:5000;
proxy_http_version 1.1;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
}