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>
73 lines
3.0 KiB
Markdown
73 lines
3.0 KiB
Markdown
# 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](hosts/cfgmon.md) |
|
|
| **game** | `157.90.155.206` (`game.axion1337.de`) | Pterodactyl / Gameserver | [hosts/game.md](hosts/game.md) |
|
|
| **matrix** | `49.13.132.245` (`matrix.axion1337.de`) | Matrix-Homeserver | [hosts/matrix.md](hosts/matrix.md) |
|
|
| **k3s** | privat `10.0.0.2` | k3s-Cluster | [hosts/k3s.md](hosts/k3s.md) |
|
|
|
|
## Übergreifend
|
|
|
|
| Thema | Backlog |
|
|
|---|---|
|
|
| DNS-Zone `axion1337.de` und Mail-Policy (IONOS) | [shared/zone-axion1337.md](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.
|