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>
26 lines
934 B
Markdown
26 lines
934 B
Markdown
# 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)](2026-06-28-vm101-horus-wireguard-nat.md) | gelöst |
|