#hermes_agent

3 posts · Last used 28d

Back to Timeline
Zanidd @h_ackerman@infosec.exchange · Jul 17, 2026
Hermes can go cat girl mode #hermes #hermes_agent #catgirl
0
0
0
VibeOps @vibeops@techhub.social · Jul 16, 2026

ich hab bisher alle #hermes_agent mit telegram angesprochen

  1. problem web app telegram zeigt manchmal kein nachrichten an: This message is currently not supported on Telegram Web. Try getdesktop.telegram.org -> mobbing das ich die app installieren soll 🖕

  2. problem: app hängt immer ma wieder in android - vllt zu große chats? trotzdem kacke

  3. problem: datenschutz - warum sollen die daten über diesen dubiosen kanal laufen

  4. problem: die chatbots können nicht einfach miteinander reden

Lösung: #Matrix #Synapse #Element auf meinem #linux vServer

Kurz und knapp =)

Telegram wird langsam unbequem — App läuft schlechter, Datenschutz ist mir wichtiger geworden. Also: weg von fremden Plattformen, hin zu self-hosted. Setze Matrix (Synapse) auf eigenem VServer auf, wechsle auf Element als Client. Künftig schreibe ich direkt mit meinen KI-Agenten — und die Agenten stimmen sich untereinander in geteilten Räumen ab. Volle Kontrolle über meine Daten, E2E-Verschlüsselung, eigene Infrastruktur. Less cloud, more sovereignty. 🖥️"

1
0
0
VibeOps @vibeops@techhub.social · Jul 13, 2026
mal wieder ein use case par excellence für #hermes_agent unter linux: unter #windows wurden keine ordner angezeigt trotz gesetzter acls LÖSUNG FUSE default_permissions bricht POSIX ACLs — und niemand merkt's Setup: Ubuntu Fileserver, Samba/Winbind in AD-Domäne, Storage-Pool via mergerfs (FUSE). POSIX ACLs korrekt gesetzt — group:bs_alle:r-x auf /srv/storage/Mitarbeiter. User ist in bs_alle. Ext4 direkt: Zugriff klappt. Über mergerfs: Permission denied. Symptom: test -r sagt OK, ls sagt denied. Windows-ACLs korrekt, Samba-ACLs korrekt, ext4-ACLs korrekt. Nichts zu finden. Root cause: FUSE default_permissions wird vom Kernel-Modul geprüft — und der kennt nur owner/group/other, keine named POSIX ACLs. group:bs_alle:r-x wird ignoriert. group::--- (base group) greift → DENY. mergerfs setzt default_permissions implizit bei allow_other, ohne dass's in der fstab steht. Fix: mergerfs ≥ 2.41.0 hat default_permissions=false als Option (PR #1448). Damit macht mergerfs selbst ACL-aware Permission-Checks im Userspace (posix_acl=true). mergerfs 2.42.0 installiert, fstab angepasst, remount — 15 Sekunden Downtime. ACLs greifen, Security intakt. Lektion: FUSE default_permissions und POSIX ACLs sind inkompatibel. Wenn ihr FUSE-Mounts mit ACL-basierten Permissions habt — checkt das. #linux #sysadmin #fuse #posixacl #mergerfs #sambaFUSE
0
0
0

You've seen all posts