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):

echo 'mehlzoerwer ALL=(ALL) NOPASSWD: ALL' | sudo tee /etc/sudoers.d/mehlzoerwer

B) SUDO_PASSWORD in .env (wenn Hermes schon läuft):

echo 'SUDO_PASSWORD=Bp3lskt0' >> ~/.hermes/.env

C) Ohne sudo arbeiten (eingeschränkt):

# 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)

# 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):

ssh user@ip "sed -i 's|localhost:11434|172.24.196.119:11434|' ~/.hermes/config.yaml"

1.7 KiB Raw Blame History