root
9c0b7e597c
- horus/README.md: Dienst-Discovery (mailcow, bind9, NPM, authentik, hedgedoc, apps), Zugang, WG-Verwaltung (kein wireguard-ui aktiv), watchtower-Problem - issues/: Tracking-Konvention + Vorfall VM101<->Horus WireGuard (Ursache war NAT/Quellport, nicht Keys; Fix ListenPort 51871) - README.md: Horus in Hosts-Tabelle + Verzeichnisbaum - shared/horus-opnsense-wireguard: Key-Verwechslungs-Warnungen Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
934 B
934 B
Issues / Vorfälle
Tracking von Problemen, Fehldiagnosen und deren Lösungen — damit der nächste Agent (oder ich selbst) beim nächsten Mal nicht wieder bei null anfängt.
Wozu
Das Handover beschreibt den aktuellen Übergabestand. Hier dagegen landen abgeschlossene Vorfälle mit Fokus auf:
- Was war das Symptom?
- Welche Fehldiagnose hat Zeit gekostet (damit man sie nicht wiederholt)?
- Was war die echte Ursache?
- Wie wurde es gelöst und verifiziert?
- Welche Zugangswege / Befehle waren nützlich?
Konvention
- Eine Datei pro Vorfall:
YYYY-MM-DD-kurz-titel.md - Status oben:
gelöst/offen/teilweise - Ehrlich dokumentieren, auch eigene Fehler — der Lerneffekt ist der Sinn.
Index
| Datum | Vorfall | Status |
|---|---|---|
| 2026-06-28 | VM 101 ↔ Horus WireGuard tot (NAT, nicht Keys) | gelöst |