docu: Horus-VPS-Dienste, issues/-Tracking + WG-NAT-Vorfall, WG-Key-Warnungen

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

issues/README.md

@@ -0,0 +1,25 @@
+# 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 |