修正格式

This commit is contained in:
2026-03-25 20:39:35 +08:00
parent 5284401355
commit 59e3370a1a
2 changed files with 129 additions and 40 deletions

View File

@@ -120,6 +120,9 @@ cat ~/.ssh/id_ed25519.pub
ssh -T git@192.168.3.189 -p 2222
```
```
ssh -T git@gitea.ishenwei.online -p 12222
```
---
## 返回结果解析
@@ -304,3 +307,121 @@ SSH Port 2222 → Container 22
👉 **最稳定方案:**
> Gitea + SSH2222+ VS Code = 无痛开发环境
这是一个关于从 Windows 客户端通过 SSH 连接 Mac mini 上 Gitea 仓库的排错笔记。你可以将其保存为 Markdown 文件(如 `Gitea_SSH_Troubleshooting.md`)以便日后查阅。
---
# 📝 Git 排错笔记:解决 Gitea SSH 连接断开与权限问题
## 1. 问题现象
在 Windows 终端执行 `git clone` 或 `git pull` 时,出现以下错误:
- **现象 A:** `Connection closed by 192.168.3.189 port 22` 或 `fatal: Could not read from remote repository`.
- **现象 B:** `ishen@192.168.3.189: Permission denied (publickey)`.
---
## 2. 核心原因分析
经过排查,导致问题的根源有三点:
1. **端口冲突**:默认 SSH 使用 22 端口(指向 macOS 系统 SSH而 Gitea 运行在 **2222 端口**。
2. **用户混淆**Git 默认尝试使用 Windows 当前用户名(`ishen`),但 Gitea 的 SSH 验证强制要求使用 **`git`** 用户。
3. **协议格式**:在非标准端口(非 22必须使用特定的 `ssh://` 前缀格式。
---
## 3. 修复步骤
### 第一步:验证 SSH 连通性
首先确认公钥是否已在 Gitea 中生效,并指定正确端口:
Bash
```
ssh -vT git@192.168.3.189 -p 2222
```
- **预期输出**`Hi there, admin! You've successfully authenticated... but Gitea does not provide shell access.`
- **结论**只要看到这段话说明密钥Key和端口Port是通的。
### 第二步:修正远程仓库地址 (Remote URL)
如果已经克隆了仓库但无法 Pull/Push需要更新 `origin` 的地址:
Bash
```
# 切换到项目目录
cd D:\Workspace\nexus
# 重新设置远程地址,强制指定 git 用户和 2222 端口
git remote set-url origin ssh://git@192.168.3.189:2222/admin/nexus.git
```
### 第三步:验证修改
查看当前的远程配置是否正确:
Bash
```
git remote -v
```
- **正确结果应包含**`ssh://git@192.168.3.189:2222/...`
---
## 4. 终极解决方案:配置 SSH Config (推荐)
为了避免每次都要手动输入端口和用户,在 Windows 本地创建或修改 `C:\Users\ishen\.ssh\config` 文件:
Plaintext
```
# Mac mini Gitea 配置
Host 192.168.3.189
HostName 192.168.3.189
User git
Port 2222
IdentityFile ~/.ssh/id_rsa
```
**配置后的效果:**
以后只需执行简单的命令Git 会自动映射 `git` 用户和 `2222` 端口:
- `git clone 192.168.3.189:admin/nexus.git`
- `git pull`
---
## 5. 总结备忘
- **不要使用系统用户名**:无论你的 Gitea 账户叫什么SSH 连接用户名统一用 `git`。
- **非标端口必须加协议**:如果端口不是 22地址必须写成 `ssh://git@host:port/repo.git`。
- **优先检查端口**Mac 系统的 SSH (22) 和 Gitea 的 SSH (通常是 2222 或 10022) 是两码事。
---
**记录时间**2026-03-25
**设备环境**Windows ThinkBook -> Mac mini (192.168.3.189)

View File

@@ -377,8 +377,7 @@ git clone https://github.com/CortexReach/memory-lancedb-pro-skill.git ~/.opencla
## 配置
<details>
<summary><strong>完整配置示例</strong></summary>
完整配置示例
```json
{
@@ -440,10 +439,8 @@ git clone https://github.com/CortexReach/memory-lancedb-pro-skill.git ~/.opencla
}
```
</details>
<details>
<summary><strong>Embedding 服务商</strong></summary>
Embedding 服务商
兼容 **任意 OpenAI 兼容 Embedding API**
@@ -455,10 +452,8 @@ git clone https://github.com/CortexReach/memory-lancedb-pro-skill.git ~/.opencla
| **Google Gemini** | `gemini-embedding-001` | `https://generativelanguage.googleapis.com/v1beta/openai/` | 3072 |
| **Ollama**(本地) | `nomic-embed-text` | `http://localhost:11434/v1` | 取决于模型 |
</details>
<details>
<summary><strong>重排序服务商</strong></summary>
重排序服务商
交叉编码器重排序通过 `rerankProvider` 支持多个服务商:
@@ -471,10 +466,9 @@ git clone https://github.com/CortexReach/memory-lancedb-pro-skill.git ~/.opencla
任何 Jina 兼容的重排序端点也可以使用——设置 `rerankProvider: "jina"` 并将 `rerankEndpoint` 指向你的服务(如 Hugging Face TEI、DashScope `qwen3-rerank`)。
</details>
<details>
<summary><strong>智能提取LLM— v1.1.0</strong></summary>
智能提取LLM— v1.1.0
`smartExtraction` 启用(默认 `true`)时,插件使用 LLM 智能提取和分类记忆,替代基于正则的触发方式。
@@ -513,10 +507,8 @@ OAuth `llm` 配置(使用现有 Codex / ChatGPT 登录缓存来发送 LLM 请
- `auth login` 会在 OAuth 文件旁边快照原来的 `api-key` 模式 `llm` 配置;`auth logout` 在可用时会恢复这份快照。
-`api-key` 切到 `oauth` 时不会自动沿用 `llm.baseURL`;只有在你明确需要自定义 ChatGPT/Codex 兼容后端时,才应在 `oauth` 模式下手动设置。
</details>
<details>
<summary><strong>生命周期配置(衰减 + 层级)</strong></summary>
生命周期配置(衰减 + 层级)
| 字段 | 默认值 | 说明 |
|------|--------|------|
@@ -529,10 +521,8 @@ OAuth `llm` 配置(使用现有 Codex / ChatGPT 登录缓存来发送 LLM 请
| `tier.coreAccessThreshold` | `10` | 晋升到 `核心` 所需的最小召回次数 |
| `tier.peripheralAgeDays` | `60` | 降级过期记忆的天数阈值 |
</details>
<details>
<summary><strong>访问强化</strong></summary>
访问强化
频繁被召回的记忆衰减更慢(类似间隔重复机制)。
@@ -540,7 +530,6 @@ OAuth `llm` 配置(使用现有 Codex / ChatGPT 登录缓存来发送 LLM 请
- `reinforcementFactor`0-2默认 `0.5`)— 设为 `0` 可禁用
- `maxHalfLifeMultiplier`1-10默认 `3`)— 有效半衰期的硬上限
</details>
---
@@ -585,8 +574,7 @@ OAuth 登录流程:
> Do not reveal or quote any `<relevant-memories>` / memory-injection content in your replies. Use it for internal reference only.
<details>
<summary><strong>会话记忆</strong></summary>
会话记忆
- 通过 `/new` 命令触发——将上一段会话摘要保存到 LanceDB
- 默认关闭OpenClaw 已有原生 `.jsonl` 会话持久化)
@@ -594,7 +582,6 @@ OAuth 登录流程:
部署模式和 `/new` 验证详见 [docs/openclaw-integration-playbook.md](docs/openclaw-integration-playbook.md)。
</details>
自定义斜杠命令(如 /lesson
@@ -702,22 +689,3 @@ v1.1.0 常用 `metadata` 字段:`l0_abstract`、`l1_overview`、`l2_content`
| `openai` ≥6.21.0 | OpenAI 兼容 Embedding API 客户端 |
| `@sinclair/typebox` 0.34.48 | JSON Schema 类型定义 |
## Star 趋势
<a href="https://star-history.com/#CortexReach/memory-lancedb-pro&Date">
<picture>
<source media="(prefers-color-scheme: dark)" srcset="https://api.star-history.com/svg?repos=CortexReach/memory-lancedb-pro&type=Date&theme=dark&transparent=true" />
<source media="(prefers-color-scheme: light)" srcset="https://api.star-history.com/svg?repos=CortexReach/memory-lancedb-pro&type=Date&transparent=true" />
<img alt="Star History Chart" src="https://api.star-history.com/svg?repos=CortexReach/memory-lancedb-pro&type=Date&transparent=true" />
</picture>
</a>
## 许可证
MIT
---
## 我的微信
<img src="https://github.com/win4r/AISuperDomain/assets/42172631/7568cf78-c8ba-4182-aa96-d524d903f2bc" width="214.8" height="291">