Auto-sync: wiki-ingest 3 sources (2026-04-16)
This commit is contained in:
65
openclaw/每日复盘/2026-04-15.md
Normal file
65
openclaw/每日复盘/2026-04-15.md
Normal file
@@ -0,0 +1,65 @@
|
||||
|
||||
---
|
||||
## 【xingjiang】星匠 每日复盘 - 2026-04-15
|
||||
|
||||
今日(2026-04-15)在 Django Admin 中未检索到 xingjiang 的对话记录(页面 404),系统内无活动。
|
||||
无新的错误与经验教训总结。
|
||||
|
||||
## 【xingyao】星曜 每日复盘 - 2026-04-15
|
||||
|
||||
### 今日概况
|
||||
**报告时间**: 2026-04-15 23:10(距当天结束约50分钟)
|
||||
**Django Admin 状态**: 2026-04-15 的报告尚未生成(正常 — 当天还有约50分钟);最新可用数据为 2026-04-14
|
||||
|
||||
**2026-04-14 主要数据**:
|
||||
- Sessions: 1
|
||||
- Messages: 562
|
||||
- Model: MiniMax-M2.7
|
||||
- Tokens: 17.5M
|
||||
|
||||
### 主要活动
|
||||
|
||||
#### 1. 完成任务:Nexus 仓库初始化并通过 HTTP 推送
|
||||
- 将 nexus 仓库的 remote URL 切换为 `http://192.168.3.17:8418/ishenwei/nexus`
|
||||
- 成功提交未跟踪文件 (commit `2849178`)
|
||||
- 首次推送 main 分支到 Gitea HTTP 地址
|
||||
- 更新两处 MEMORY.md
|
||||
|
||||
#### 2. 调试 Gitea SSH 配置(进行中,未完全解决)
|
||||
- 用户将 Mac Mini 的 SSH 公钥添加到 Gitea
|
||||
- 尝试启用 Gitea SSH push 功能,遇到多层障碍
|
||||
|
||||
### 错误与教训
|
||||
|
||||
#### Gitea SSH on Synology 多层失败模式
|
||||
|
||||
| # | 问题 | 根因 | 状态 |
|
||||
|---|------|------|------|
|
||||
| 1 | SSH URL 格式错误(`ishenwei@` 应为 `sc-gitea@`) | 对 Gitea SSH 用户名理解错误 | 修正 |
|
||||
| 2 | `SSH_PORT=2222` 配置后端口仍关闭 | Synology Gitea 启动脚本只运行 `gitea web`,不启动内置 SSH 服务 | 需手动修改启动脚本或使用 Docker |
|
||||
| 3 | `gitea serv` 执行失败:`permission denied /var/packages/gitea/var/conf.ini` | conf.ini 权限不足(640) | 已 chmod 644 |
|
||||
| 4 | `sc-gitea` 用户 home 目录不可访问 | `/var/packages/gitea/home/` 权限不正确 | 需 `chmod 700` |
|
||||
| 5 | `synopkg restart` 无法直接运行 | Synology 环境变量限制 | 需通过 DSM UI 或 `synopkg` 命令 |
|
||||
|
||||
#### 关键认知
|
||||
|
||||
1. **Synology Gitea 包不支持内置 SSH**:Synology 的 Gitea 套件包管理器只启动 `gitea web` 进程,不会启动 `gitea server`(SSH 守护进程)。`SSH_DOMAIN`/`SSH_PORT` 配置项在只运行 `gitea web` 时无效。
|
||||
|
||||
2. **Gitea SSH 的两种模式**:
|
||||
- **Builtin SSH** (`gitea server`):Gitea 自己在端口 22 或 SSH_PORT 上监听 SSH 连接
|
||||
- **External SSH** (推荐 Synology):复用系统 SSH(端口 22),通过 `authorized_keys` 的 `command=...` 触发 `gitea serv`
|
||||
|
||||
用户使用 external SSH 模式(authorized_keys 方式),此时 Gitea 配置文件里的 `SSH_PORT` 并不控制监听端口,监听由系统 SSH 服务(端口 22)负责。
|
||||
|
||||
3. **正确的 Gitea SSH URL 格式**:
|
||||
- 端口 22(系统 SSH):`scp-style: sc-gitea@192.168.3.17:ishenwei/nexus.git` 或 `ssh://sc-gitea@192.168.3.17/ishenwei/nexus.git`
|
||||
- 自定义端口:需 `gitea server` 运行在自定义端口,`SSH_PORT` 配置才生效
|
||||
|
||||
4. **推荐方案**:继续使用 HTTP 推送(Gitea HTTP push 已配置完成且工作正常);如需 SSH,建议在 Synology 上用 Docker 部署 Gitea 或单独配置 `gitea server` 进程。
|
||||
|
||||
### 待办 / 跟进
|
||||
- [ ] Gitea SSH push 功能完整打通(需要用户在 Synology 上完成配置修正后测试)
|
||||
- [ ] SSH URL 格式已修正为 `sc-gitea@192.168.3.17:2222/ishenwei/nexus.git`(端口 2222),但 2222 尚未开放
|
||||
- [ ] 确认 2026-04-15 的完整日报数据(明天复盘时补录)
|
||||
|
||||
---
|
||||
Reference in New Issue
Block a user