Thore CimbalandClaude Opus 5
8e98a39447
Bisher lag der Backlog als BACKLOG.md in threadnet-operating und damit in einem Repo, das nur einen Stack auf einem Host beschreibt. Da die Arbeit inzwischen mehrere Hosts umfasst, hier ein File pro Host plus shared/ fuer Themen, die sich nicht pro Host trennen lassen. Uebernommen und auf die Hosts verteilt: - CFGMON: Cert-Erneuerung inkl. IPv6-Firewall, nicht versionierter Portainer-Stack (traefik/gitea/cadvisor), offener Remote-Write- Receiver, Grafana-API-Credentials; dazu drei erledigte Punkte von heute als Historie - game: Host von CFGMON aus nicht erreichbar, 2 Targets down - matrix: Mailversand klaeren, bevor die Zone gehaertet wird - k3s: pusht auf den offenen Receiver, liegt aber schon im privaten Netz - shared/zone-axion1337: DNS-Bereinigung und Apex-DMARC-Policy Konventionen in README.md, Vorlage in TEMPLATE.md. IDs sind pro File fortlaufend und werden nicht wiederverwendet. Praefix fuer DNS-Themen ist ZONE-, nicht DNS-, weil DNS-01 der Name eines ACME-Challenge-Typs ist und hier laufend als Fachbegriff vorkommt. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
59 lines
1.8 KiB
Markdown
59 lines
1.8 KiB
Markdown
# <hostname>
|
|
|
|
<Ein Satz: welche Rolle hat der Host.>
|
|
|
|
| | |
|
|
|---|---|
|
|
| **Hostname** | |
|
|
| **OS** | |
|
|
| **IPv4** | |
|
|
| **IPv6** | |
|
|
| **Privat** | |
|
|
| **DNS** | |
|
|
| **Stand** | JJJJ-MM-TT |
|
|
|
|
> Solange der Host nicht direkt inventarisiert wurde: diesen Hinweis stehen lassen
|
|
> und dazuschreiben, woher die Angaben stammen. Eine unbestätigte Vermutung, die wie
|
|
> ein Befund aussieht, kostet beim nächsten Mal mehr Zeit als sie spart.
|
|
|
|
## Dienste
|
|
|
|
| Container / Dienst | Version | Compose-Projekt | Definition |
|
|
|---|---|---|---|
|
|
| | | | |
|
|
|
|
Wichtig in der Spalte „Definition": ob die Konfiguration versioniert ist und wo. Ein
|
|
Dienst, der nur in einer Portainer- oder händischen Installation existiert, gehört als
|
|
eigener Backlog-Eintrag erfasst.
|
|
|
|
---
|
|
|
|
## <PRÄFIX>-01 — <Kurztitel, benennt das Problem, nicht die Lösung>
|
|
|
|
**Status:** offen | in Arbeit | wartet auf … | erledigt JJJJ-MM-TT
|
|
|
|
<Was ist der tatsächliche Zustand. Was wurde davon verifiziert und wie — was ist
|
|
Vermutung. Wenn es ein Symptom gibt: was sagt es, und was sagt es nicht.>
|
|
|
|
<Warum ist es ein Problem. Bei nicht offensichtlichen Fällen: welcher Schaden
|
|
entsteht, wenn es so bleibt.>
|
|
|
|
**Nächster Schritt:** <Konkret genug, dass jemand ohne den Kontext dieses Gesprächs
|
|
anfangen kann. Bei mehreren Optionen die Empfehlung benennen und begründen, statt
|
|
alle gleichwertig aufzulisten.>
|
|
|
|
<Bei Abhängigkeiten: Querverweis auf den blockierenden Eintrag, und wenn die
|
|
Reihenfolge wichtig ist, warum.>
|
|
|
|
---
|
|
|
|
## Erledigt
|
|
|
|
### <PRÄFIX>-NN — <Kurztitel> · erledigt JJJJ-MM-TT
|
|
|
|
<Was war das Problem, was war die Ursache, wie wurde es behoben, womit ist es
|
|
verifiziert. Commit-Hash oder Repo-Pfad, wenn es einen gibt.>
|
|
|
|
<Erledigte Einträge behalten ihre ID und werden nicht gelöscht: „haben wir das damals
|
|
gemacht, und warum so?" ist die häufigere Frage als „was ist noch offen".>
|