management/docs/wiki/admin/game.md

---
type: wiki-page
area: admin
related: []
---

# game

Pterodactyl- / Gameserver-Host.

| | |
|---|---|
| **IPv4** | `157.90.155.206` |
| **IPv6** | kein AAAA-Record |
| **DNS** | `game.axion1337.de` |
| **Privat** | `10.0.0.4` (im vSwitch seit 2026-08-02) |
| **Stand** | 2026-08-02 |

> **Teil-inventarisiert (2026-08-02).** Die Compose-Definitionen sind bekannt, der
> Host selbst wurde weiterhin nicht betreten — OS-Stand, Plattenbelegung und
> Docker-Version fehlen. Beim ersten direkten Zugriff nachtragen.

## Was darauf läuft

Zwei über **Coolify** deployte Stacks, abgebildet in
[axion1337.chat/game-operating](https://git.lab/axion1337.chat/game-operating)
(angelegt 2026-08-02).

⚠️ Das Repo ist ein **Abbild, keine Quelle**: Verwaltet wird weiter in Coolify,
Änderungen müssen dort *und* im Repo passieren. Der Umstieg auf git-basiertes
Deployment ist gewollt, aber bewusst **zurückgestellt, bis das Matrix-Projekt
abgeschlossen ist** (sorb, 2026-08-02). Bis dahin fehlen dem Abbild noch die
mitgemounteten Konfigdateien (`entrypoint.sh`, wings-Config, die drei
Monitoring-Konfigs) und die Volume-Deklarationen — **aus dem Repo allein ließe
sich der Host derzeit nicht wiederherstellen.**

**Pterodactyl** (Gameserver-Verwaltung, in Benutzung durch Bekannte des Betreibers
— Ausfälle und Datenverlust sind hier real spürbar):

| Dienst | Image |
|---|---|
| `pterodactyl` (Panel) | `ghcr.io/pterodactyl/panel:v1.12.0` |
| `wings` (Daemon, fährt die Gameserver als Docker-Container) | `ghcr.io/pterodactyl/wings:v1.12.0` |
| `mariadb` | `mariadb:11.8` |
| `redis` | `redis:alpine` |

**Eigener Monitoring-Stack** (grafana-oss, prometheus v3.0.0 mit 15 d Retention,
loki 3.1.1, promtail 3.1.1, node-exporter v1.8.1, cadvisor v0.49.2). Wird
perspektivisch von CFGMON abgelöst — siehe unten.

⚠️ **Kein einziger `ports:`-Block in beiden Stacks.** Alles hängt an Coolifys
Docker-Netz und ist nur containerintern erreichbar. Genau das war die Ursache von
GAME-01: Auf 9100/8080 des Hosts lauscht nichts, CFGMONs Scrape-Ziele auf der
öffentlichen IP konnten nie funktionieren.

## Erreichbarkeit von außen (gemessen)

Vor dem Host liegt eine **quellbewusste Firewall** — dieselben Ports verhalten sich
je nach Quelle unterschiedlich:

| Port | von CFGMON (`188.245.193.243`, 2026-08-01) | vom Hausanschluss (`178.25.213.70`, 2026-08-02) |
|---|---|---|
| 80 / 443 | offen | offen (HTTP 404 bzw. 503) |
| **22** | **Timeout** | **offen** |
| 8080 / 9100 (Exporter) | Timeout | Timeout |
| ICMP | 100 % Verlust | 100 % Verlust |

Daraus folgt zweierlei: Es gibt bereits eine **SSH-Freigabe für den Hausanschluss**,
und CFGMON ist **nicht pauschal gesperrt** (sonst wären auch 80/443 von dort tot) —
es ist eine portbezogene Regel mit Quellliste. Die Exporter-Ports 8080/9100 sind
dagegen **für niemanden** freigegeben, auch nicht für den Hausanschluss.

Es fehlte also keine Ausnahme für CFGMON. Seit 2026-08-02 liegt der Host im
vSwitch (`10.0.0.4`); die Monitoring-Anbindung läuft künftig **per Push über das
private Netz** — Alloy sammelt lokal ein und schiebt nach `10.0.0.3`, wodurch der
Host **keinen einzigen eingehenden Port** braucht. Dasselbe Muster wie beim
k3s-Cluster. Details: [GAME-01](https://git.lab/axion1337.chat/management/-/issues/2).

Die Umstellung erfolgt **additiv**: Der lokale Monitoring-Stack läuft weiter, bis
auf CFGMON über Wochen belastbar Daten liegen. Auf diesem Host wird nichts
abgeräumt, solange nicht klar ist, dass nichts fehlt.

## Offene Punkte → git.lab-Issues

Seit dem Framework-Umbau (2026-08-01) leben offene Punkte als Issues im
[management-Projekt](https://git.lab/axion1337.chat/management/-/issues); die IDs bleiben in den Issue-Titeln erhalten.
Dieses File hält nur noch Bestand und Historie.

- [GAME-01 — Host von CFGMON aus nicht erreichbar, 2 Targets down (⚠️ Silences bis 2026-08-04)](https://git.lab/axion1337.chat/management/-/issues/2)
- [GAME-02 — `www.game.axion1337.de` ist überflüssig](https://git.lab/axion1337.chat/management/-/issues/3)