Was sich geändert hat

🚀 Changelog – CTS-Hosting GameServer Provisioning

Update: Umstellung vom Hookscript auf ein eigenes Provisioning-Paket

✨ Änderungen

- Hookscript ersetzt:** Das bisherige `cts-hookscript.sh` wurde durch das neue Provisioning-Paket für die GameServer-Erstellung ersetzt. - Zentralisierte Logik:** Die Bereitstellungslogik wird aus dem bisherigen Hookscript in eine eigenständige Paketstruktur überführt. - Bessere Wartbarkeit:** Die Provisioning-Funktionen können sauberer strukturiert, erweitert und verwaltet werden. - Erweiterbarkeit:** Neue Funktionen für die automatisierte Erstellung und Konfiguration von Game-Servern können künftig zentral integriert werden. - Grundlage für weitere Integrationen:** Das Paket schafft eine einheitliche Basis für die Weiterentwicklung der CTS-Hosting-Infrastruktur.

🎯 Ziel

Die bisherige Hookscript-Lösung durch eine eigenständige, besser wartbare und erweiterbare Provisioning-Lösung ersetzen, um die Erstellung von Game-Servern innerhalb der CTS-Infrastruktur langfristig zu vereinfachen.

Hinweis:** Der tatsächliche Funktionsumfang bleibt abhängig von der aktuellen Implementierung des neuen Pakets.

Bisher musste man für einen Überblick über einen Vorgang mehrere Bereiche prüfen: Bestellungen, Rechnungen, Produkte und die Statusseite.

Jetzt schreibt das System die relevanten Ereignisse selbst ins Postfach: Zahlung eingegangen, Produkt bereit, Bereitstellung verzögert, fehlgeschlagene Abo-Zahlung und angekündigte Wartungen. Jede Nachricht nennt Betrag, Produkt oder Zeitraum und verlinkt den passenden Bereich.

Das Postfach lässt sich nach Kategorie filtern (Abrechnung, System, Account, Support, Sicherheit). Wer E-Mails zu Server- und Betriebsthemen abbestellt hat, bekommt sie auch weiterhin nicht - Zahlungs- und Rechnungsmails bleiben unabhängig davon aktiv.

Die Roadmap zeigt drei Spalten: geplant, in Arbeit und fertig. Einträge sind nach Produktbereichen filterbar und durchsuchbar.

Gepflegt wird sie im Mitarbeiterbereich, veröffentlicht wird nur, was bewusst freigegeben ist. Entwürfe bleiben intern, bis sie fertig formuliert sind.

Bisher blieb bei einer fehlgeschlagenen Ausstellung nur der Status "Fehler" - die Ursache musste im Support erfragt werden.

Jetzt wird der Grund beim Zertifikat gespeichert und im Kundenbereich angezeigt, zum Beispiel eine fehlende DNS-Weiterleitung oder ein nicht erreichbarer Validierungsendpunkt. Das lässt sich in der Regel selbst beheben, ohne ein Ticket zu öffnen.

Die Rechnung wurde bisher nur für Stripe-Zahlungen automatisch verschickt. Bei Zahlung aus dem Guthaben gab es sie nur im Kundenbereich.

Das ist behoben: Die Rechnung wird in beiden Fällen erzeugt, archiviert und per E-Mail verschickt - inklusive Rechnungsnummer und herunterladbarem PDF.

Unter Einstellungen → Sicherheit stehen alle aktiven Sitzungen mit Gerät, Zeitpunkt und Herkunft. Einzelne Sitzungen lassen sich beenden, ohne dass man sich überall neu anmelden muss.

Bei auffälligen Anmeldungen empfehlen wir, alle anderen Sitzungen zu beenden und das Passwort zu ändern. Sicherheitsrelevante Details zu den Prüfmechanismen veröffentlichen wir bewusst nicht.

Eine längere Störung hatte bisher nur eine Beschreibung, die laufend überschrieben wurde. Wer später nachlas, sah den Endstand, aber nicht den Verlauf.

Jetzt hängt an jeder Störung und jeder Wartung ein Verlauf: Erkennung, Zwischenstände und Entwarnung bleiben mit Zeitstempel erhalten.

Neue Funktionen, Verbesserungen und relevante Fehlerbehebungen werden hier mit Datum dokumentiert und nach Monaten gruppiert.

Sicherheitsrelevante Änderungen nennen wir dann, wenn die Lücke bereits geschlossen ist und die Information niemandem mehr schadet. Interne Details und Reproduktionsschritte bleiben grundsätzlich draußen.