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>
3.0 KiB
Backlogs
Zentrale Sammlung offener Punkte über alle Hosts und Dienste hinweg. Ein Eintrag landet hier, wenn er bewusst nicht sofort erledigt wurde — damit er nicht in einer Chat-Historie oder einem Kopf verschwindet.
Aufbau
hosts/ ein File pro Host, benannt nach dem Hostnamen
shared/ Themen, die mehrere Hosts betreffen (DNS-Zone, Mail-Policy)
TEMPLATE.md Vorlage für einen neuen Host
Faustregel für die Einordnung: Der Eintrag gehört dorthin, wo die Arbeit
stattfindet, nicht dorthin, wo das Symptom auftritt. Ein down-Target in Prometheus
auf CFGMON, dessen Ursache ein blockierter Port auf dem Gameserver ist, gehört nach
hosts/game.md — mit Querverweis von CFGMON.
Hosts
| Host | Adressen | Rolle | Backlog |
|---|---|---|---|
| CFGMON | 188.245.193.243, 2a01:4f8:c17:93eb::1, privat 10.0.0.3 |
Monitoring-Stack, Gitea, Traefik | hosts/cfgmon.md |
| game | 157.90.155.206 (game.axion1337.de) |
Pterodactyl / Gameserver | hosts/game.md |
| matrix | 49.13.132.245 (matrix.axion1337.de) |
Matrix-Homeserver | hosts/matrix.md |
| k3s | privat 10.0.0.2 |
k3s-Cluster | hosts/k3s.md |
Übergreifend
| Thema | Backlog |
|---|---|
DNS-Zone axion1337.de und Mail-Policy (IONOS) |
shared/zone-axion1337.md |
Konventionen
IDs sind pro Datei fortlaufend mit einem Präfix, das den Ort benennt:
CFGMON-01, GAME-01, MATRIX-01, K3S-01, ZONE-01. IDs werden nicht
wiederverwendet — ein erledigter Punkt behält seine Nummer, damit Querverweise und
Commit-Messages dauerhaft stimmen.
Das Präfix für DNS-Themen ist bewusst ZONE- und nicht DNS-: DNS-01 ist der
Name eines ACME-Challenge-Typs und käme in genau diesen Backlogs ständig als
Fachbegriff vor.
Status:
| Wert | Bedeutung |
|---|---|
offen |
noch nicht angefasst |
in Arbeit |
läuft gerade |
wartet auf … |
blockiert, mit Angabe worauf |
erledigt |
fertig, mit Datum — Eintrag bleibt stehen, siehe unten |
Erledigte Punkte werden nicht gelöscht, sondern auf erledigt gesetzt und nach
unten in den Abschnitt „Erledigt" verschoben. Der Grund: bei mehreren Hosts ist die
Frage „haben wir das damals eigentlich gemacht, und warum so?" häufiger als die
Frage „was ist noch offen".
Jeder Eintrag braucht einen Status, eine Beschreibung des tatsächlichen Zustands, und einen konkreten nächsten Schritt. Wenn eine Aussage nicht verifiziert ist, wird das dazugeschrieben — eine unbestätigte Vermutung, die wie ein Befund aussieht, kostet beim nächsten Mal mehr Zeit als sie spart.
Zeitkritisches bekommt ein Datum in der Statuszeile, nicht nur „bald".
Verhältnis zu den Projekt-Repos
Dieses Repo hält die offenen Punkte. Die Konfiguration liegt weiter in den
jeweiligen Projekt-Repos, z. B. sorb/threadnet-operating für den
Monitoring-Stack auf CFGMON. Damit nichts doppelt geführt wird, verweisen die
Projekt-Repos hierher statt eigene Backlog-Dateien zu pflegen.