# game Pterodactyl- / Gameserver-Host. | | | |---|---| | **IPv4** | `157.90.155.206` | | **IPv6** | kein AAAA-Record | | **DNS** | `game.axion1337.de` | | **Privat** | **nicht** im vSwitch `10.0.0.0/24` (geprüft 2026-08-01) | | **Stand** | 2026-08-01 | > **Nicht inventarisiert.** Alle Angaben hier stammen aus Beobachtungen von CFGMON > aus. Auf dem Host selbst wurde nichts geprüft. Beim ersten direkten Zugriff > sollten OS, Dienste und Compose-Projekte hier nachgetragen werden. --- ## GAME-01 — Host von CFGMON aus nicht erreichbar, 2 Prometheus-Targets down **Status:** offen — Ursache liegt auf diesem Host oder in dessen Firewall Zwei Scrape-Targets sind down. Das bestand **schon vor** dem Monitoring-Rework vom 2026-07-30, ist also kein Regressionsschaden aus der Umstellung. | Job | Target | Fehler | |---|---|---| | `gameserver_cadvisor` | `157.90.155.206:8080` | `context deadline exceeded` | | `pterodactyl_host_node` | `157.90.155.206:9100` | `context deadline exceeded` | Von CFGMON aus geprüft: der Host antwortet **nicht auf Ping** (100 % packet loss) und auf keinem der beiden Ports. Das Problem ist also nicht die Prometheus-Konfiguration, sondern die Erreichbarkeit. Mögliche Ursachen, von wahrscheinlich nach unwahrscheinlich: 1. Die Hetzner-Cloud-Firewall dieses Hosts lässt `188.245.193.243` nicht auf 8080/9100 — passend zum restriktiven Firewall-Setup der Umgebung. 2. cAdvisor und node-exporter laufen nicht (mehr) oder binden nur auf `127.0.0.1`. 3. Der Host ist abgeschaltet oder umgezogen und die IP ist veraltet. Dagegen spricht, dass `game.axion1337.de` weiter auf sie zeigt. ### Nachtrag 2026-08-01 — Ursache eingegrenzt Erneut von CFGMON aus geprüft. Die Befunde streichen die Liste oben zusammen: | Prüfung | Ergebnis | |---|---| | Port 80 / 443 | **offen, antworten sofort** | | Port 22 / 8080 / 9100 | keine Antwort, Timeout | | ICMP | 100 % Verlust | | `10.0.0.0/24`, Ports 9100+8080 | nur `10.0.0.2` (k3s) und `10.0.0.3` (CFGMON) — dieser Host ist **nicht** im vSwitch | | `up == 1` in den letzten 45 Tagen | **nie** — beide Targets waren im gesamten Retention-Fenster nie erreichbar | Damit ist **Ursache 3 ausgeschlossen**: der Host lebt und bedient 80/443. Und **Ursache 1 ist die wahrscheinliche**: die Ports laufen ins *Timeout* statt `connection refused` zu liefern. Ein nicht laufender oder auf `127.0.0.1` gebundener Exporter würde die Verbindung aktiv ablehnen — stilles Verwerfen ist die Signatur eines Paketfilters davor. Ursache 2 bleibt als Zusatzbedingung möglich: selbst bei offener Firewall muss cAdvisor drüben seinen Port auch veröffentlichen (auf CFGMON läuft er bewusst ohne `-p`, nur containerintern). **Nächster Schritt:** in der Hetzner-Cloud-Firewall dieses Hosts inbound TCP 8080 und 9100 für `188.245.193.243/32` freigeben — oder besser den Weg unten gehen. Danach auf dem Host prüfen, ob beide Exporter laufen und worauf sie binden. **Empfehlung: nicht über die öffentliche IP.** CFGMON scrapt den k3s-Host bereits über das private Netz (`10.0.0.2:9100`) und der ist up — das ist das Modell, das hier funktioniert. Wenn dieser Host in denselben Hetzner-vSwitch aufgenommen wird (CFGMON hat `10.0.0.3`), braucht es für das Monitoring **gar keine im Internet offenen Ports**. Zwei Exporter öffentlich erreichbar zu machen wäre der schlechtere Weg: node-exporter gibt detaillierte Host-Interna preis, cAdvisor die komplette Container-Landschaft. Danach in `threadnet-operating` die Targets in `monitoring/prometheus/prometheus.yml` von der rohen IP auf die private Adresse bzw. den DNS-Namen umstellen — aktuell stehen dort öffentliche IPs, obwohl mit `game.axion1337.de` ein Name existiert. **Solange offen — Alerting stummgeschaltet.** Seit dem Alerting-Rollout (gitops#32, 2026-08-01) erzeugen beide Targets echte `TargetDown`-Alarme im Matrix-Alerts-Raum, mit `repeat_interval: 4h` also alle vier Stunden erneut. Dafür sind auf CFGMON zwei Alertmanager-Silences gesetzt: | Silence-ID | Matcher | |---|---| | `abedb8a2-6969-41d0-aa94-20c1f575fe61` | `alertname="TargetDown" instance="pterodactyl"` | | `0f64aa3c-67a0-45c5-a9d9-a30ce64e8113` | `alertname="TargetDown" instance="157.90.155.206:8080"` | **Sie laufen am 2026-08-04 01:30 UTC ab.** Ist der Host bis dahin nicht gefixt, meldet sich das Alerting von selbst zurück — bewusst so gewählt, damit der Punkt nicht still liegen bleibt. Verlängern oder aufheben mit `docker compose exec alertmanager amtool silence expire --alertmanager.url=http://localhost:9093` aus `/opt/threadnet-operating/monitoring`. --- ## GAME-02 — `www.game.axion1337.de` ist überflüssig **Status:** offen, geringe Priorität Es existiert ein A-Record `www.game.axion1337.de` → `157.90.155.206`, angelegt nach IONOS-Default-Muster. Bei einer Subdomain ist ein `www.`-Präfix überflüssig, siehe die Begründung in [ZONE-01](../shared/zone-axion1337.md). **Nicht verifiziert**, ob auf diesem Host etwas auf den Namen hört — von CFGMON aus ist er nicht erreichbar. Bei `rohana` und `selendis` liefert das äquivalente Konstrukt einen Zertifikatsfehler. **Nächster Schritt:** prüfen, ob der Name irgendwo verlinkt oder konfiguriert ist, sonst A-Record löschen.