AEONHOST / WISSEN

CS2-Serverlogs und Konsolenausgabe gezielt nutzen

Für eine CS2-Diagnose schaltest du die Protokollierung nur rund um ein reproduzierbares Ereignis ein und hältst die laufende Serverkonsole fest. Im geprüften CS2-Befehlsstand beschreibt log die Protokollierung in Datei, Konsole und UDP; condump schreibt den aktuellen Konsolentext in eine Datei mit dem Namen condumpXX.log. Den Speicherort und die verfügbare Syntax musst du in deiner laufenden Serverumgebung prüfen.

Aktualisiert am 07.10.2026

Für eine CS2-Diagnose schaltest du die Protokollierung nur rund um ein reproduzierbares Ereignis ein und hältst die laufende Serverkonsole fest. Im geprüften CS2-Befehlsstand beschreibt log die Protokollierung in Datei, Konsole und UDP; condump schreibt den aktuellen Konsolentext in eine Datei mit dem Namen condumpXX.log. Den Speicherort und die verfügbare Syntax musst du in deiner laufenden Serverumgebung prüfen.

Serverkonsole statt Shell verwenden

Öffne die Konsole des laufenden Dedicated Servers, zum Beispiel den dokumentierten Konsolenzugang deines Panels oder deiner selbst verwalteten Instanz. Gib die folgenden Hilfeabfragen einzeln dort ein:

help log
help condump
help sv_logfile
help sv_logsdir

CS2 führt help als Befehl zur Abfrage der Konsolenhilfe. Prüfe die Antwort deiner Serverversion, bevor du den Zustand der Protokollierung änderst. Diese Befehle gehören in die Serverkonsole, nicht in den Spielchat, eine Betriebssystem-Shell oder ein Startfeld des Panels.

Der festgehaltene CS2-Archivstand für Version 1.41.8.9 vom 5. Oktober 2026 beschreibt log <on | off> als Umschalter für Protokolle in Datei, Konsole und UDP. condump exportiert den Text, der sich gerade in der Konsole befindet, nach condumpXX.log. Der zugehörige Variablendump führt ausserdem sv_logfile mit dem Standardwert false und sv_logsdir mit dem Standardwert logs auf. Die Beschreibung von sv_logsdir nennt einen Ordner im Spielverzeichnis. Das ist kein absoluter Pfad im Anbieterpanel; die Dateiansicht deiner Installation entscheidet, wo du die Ausgabe findest. con_logfile ist in diesem festgehaltenen Artefakt nicht aufgeführt. Ändere diese Werte erst, nachdem du die Hilfe deiner laufenden Serverversion geprüft hast (CS2-Befehle im festgehaltenen Archivstand, CS2-Variablen im festgehaltenen Archivstand, Versionsdatei).

Der Archivstand ist ein festgehaltener Auszug und garantiert keine identische Hilfe in neueren Versionen. Übernimm Namen aus älteren CS:GO-Anleitungen nicht ungeprüft. Nutze help und, falls nötig, find in der laufenden CS2-Serverkonsole, bevor du unbekannte Befehle ausführst.

Ein kurzes Zeitfenster erfassen

  1. Notiere vor dem Test die installierte CS2-Version, die Zeitzone und den Zeitpunkt, an dem du die Diagnose startest. Verwende eine Situation, die du gezielt einmal auslösen kannst.
  2. Frage zuerst help log ab. Wenn deine Konsole die Form bestätigt und du die bestehende Protokollierung kennst, schalte sie kurz vor dem Ereignis mit log on ein.
  3. Löse das Problem einmal aus und notiere die Uhrzeit samt Zeitzone. Halte die erste dazugehörige Meldung und einige vorhergehende Zeilen fest, damit der Ablauf erkennbar bleibt.
  4. Frage help condump ab und verwende condump, um den aktuellen Konsolentext zu sichern. Lies die Rückmeldung der Konsole und prüfe in der Dateiansicht deiner Instanz, ob condumpXX.log entstanden ist.
  5. Beende die zusätzliche Protokollierung nach dem Test mit log off, sofern sie nicht bereits durch deine Serverkonfiguration dauerhaft benötigt wird. Bewahre den bisherigen Zustand auf, statt eine bestehende Protokollierung unbeabsichtigt abzuschalten.

Beachte: Der geprüfte CS2-Befehlsdump beschreibt log als Ausgabe in Datei, Konsole und UDP. Behandle log on daher nicht automatisch als rein lokale Dateioption. Kläre vor dem Einschalten, ob deine Instanz bereits eine UDP-Weiterleitung verwendet; der Archivstand nennt kein Standardziel. Wenn ein Panel diese Einstellung nicht zeigt, frage den Anbieter nach dem vorgesehenen Weg.

Als Erfolg gilt, dass die Ausgabe deiner eigenen Serverinstanz das gewählte Zeitfenster und die passende CS2-Meldung enthält. Ein Fehler beim Erzeugen der Datei oder ein unbekannter Befehl ist ein Hinweis, zuerst die aktuelle Serverhilfe, den Konsolenzugang und die Dateiansicht zu prüfen. Der geprüfte Archivstand garantiert weder denselben Dateipfad noch dieselbe Panelbedienung bei deinem Anbieter.

HTTP-Protokollierung nur mit eigenem Empfänger

Das CS2-Artefakt führt ausserdem logaddress_add_http und logaddress_add_http_delayed für einen Empfänger auf, der Protokolle per HTTP-POST erhält. logaddress_del_http entfernt einen Empfänger anhand seiner URI; logaddress_delall_http entfernt alle HTTP-Empfänger. Frage vor einer Änderung die aktuelle Serverhilfe ab. Die Artefaktbeschreibung dokumentiert weder einen bestimmten Empfänger noch dessen Zugriffsschutz oder Aufbewahrung. Richte diese Weiterleitung deshalb nur ein, wenn du den Empfänger selbst kontrollierst und weisst, wie er die Daten verarbeitet.

Die Variable logaddress_token_secret ist laut CS2-Variablendump ein geheimes Zeichenfeld, das bei einem expliziten Token-Hash für logaddress gehasht wird. Behandle den Wert wie ein Zugangsschlüssel. Füge ihn weder in ein öffentliches Ticket noch in eine geteilte Konsolenaufnahme ein.

Prüfe auch Startausgaben auf geheime Werte. Eine CS2-Startzeile kann einen GSLT über sv_setsteamaccount enthalten; ein Ausschnitt der Startzeile oder ein Screenshot kann den Token mitkopieren. Teile die vollständige Startzeile nicht. Wenn ein GSLT offengelegt wurde, beschreibt der CS2-GSLT-Ratgeber den vorgesehenen Ersatzweg. Für das Zusammenstellen und Bereinigen eines Ausschnitts ist Gameserver-Logs für eine Supportanfrage vorbereiten zuständig. Wenn du eine Workshop-Map untersuchst, prüfe zuerst die CS2-Workshop-Map auf dem Dedicated Server; Mapwahl und Rotation stehen im CS2-Ratgeber zu Maps und Spielmodus.

Quellen