Files

56 lines
1.7 KiB
Markdown

# SSH Remote-Management auf neuen Agenten
## Herausforderungen beim ersten SSH-Kontakt
### 1. Sudo braucht Passwort, aber tirith blockiert `sudo -S`
Aufgabe: Skills per SSH auf neuen Agenten syncen (tar+scp).
**Problem:** `echo 'pass' | sudo -S command` wird von tirith mit
"sudo password guessing via stdin" geblockt.
**Lösungen:**
A) **Passwordless sudo** auf dem Agenten einrichten (vorher):
```bash
echo 'mehlzoerwer ALL=(ALL) NOPASSWD: ALL' | sudo tee /etc/sudoers.d/mehlzoerwer
```
B) **SUDO_PASSWORD in .env** (wenn Hermes schon läuft):
```bash
echo 'SUDO_PASSWORD=Bp3lskt0' >> ~/.hermes/.env
```
C) **Ohne sudo arbeiten** (eingeschränkt):
```bash
# Skills syncen ohne sudo:
sshpass -p 'PW' scp skills.tar.gz user@ip:/tmp/
sshpass -p 'PW' ssh user@ip 'cd ~/.hermes/skills && tar xzf /tmp/skills.tar.gz'
```
### 2. Hermes CLI nicht im PATH
Auf Source-Installationen liegt der Binary in `~/.hermes/hermes-agent/hermes`.
Nach PATH-Eintrag in `.bashrc` ist er nach relogin verfügbar.
### 3. Skills Sync per SSH (bewährtes Muster)
```bash
# Auf Agent A (Hub):
cd /root/.hermes/skills && tar czf /tmp/skills.tar.gz \
devops/model-allocation \
devops/zerotier-mesh-join \
autonomous-ai-agents/multi-agent-mesh
# Auf Ziel-Agent übertragen:
sshpass -p 'PW' scp /tmp/skills.tar.gz user@172.24.x.x:/tmp/
sshpass -p 'PW' ssh user@172.24.x.x \
'mkdir -p ~/.hermes/skills/tmp-incoming && cd ~/.hermes/skills/tmp-incoming && tar xzf /tmp/skills.tar.gz && cp -r . ~/.hermes/skills/ && rm -rf ~/.hermes/skills/tmp-incoming'
```
### 4. Ollama-Provider fixen
Falls der Agent localhost:11434 nutzt (Default-Config):
```bash
ssh user@ip "sed -i 's|localhost:11434|172.24.196.119:11434|' ~/.hermes/config.yaml"
```