Die allgemeine Syntax ist:¶

[tag]

Schlüssel="Wert"

Schlüssel="Wert,Wert,..."

[/tag]

Globale Schlüssel:¶

allow_remote_shutdown

Wenn es auf no (Voreinstellung) gestellt ist, werden Anfragen zum Herunterfahren und Neustart ignoriert, falls sie nicht über die FIFO-Datei kommen. Ein Einstellen auf yes erlaubt es einem Administrator durch ein /query ein entferntes Herunterfahren.

ban_save_file

Kompletter oder relativer Pfad zu einer (gzip-komprimierten) Datei, die der Server lesen und schreiben kann. Banne werden in diese Datei gespeichert und beim Start vom Server eingelesen.

compress_stored_rooms

Legt fest, ob die Datei für die Räume in komprimierter Form gelesen und geschrieben werden soll. Die Voreinstellung ist yes.

connections_allowed

Die Anzahl zulässiger Verbindungen von der gleichen IP-Adresse. 0 heißt unendlich. (Standard: 5)

deny_unregistered_login

Legt fest, ob sich nur Spieler einloggen dürfen, welche beim user_handler registriert sind. (Standard: false)

disallow_names

Namen/Spitznamen die der Server nicht akzeptiert. * und ? sind als Platzhalter unterstützt. Siehe glob(7) für mehr Details. Standardwerte (wenn sonst nichts angegeben wurde) sind: *admin*,*admln*,*server*,ai,ai?,computer,human,network,player.

fifo_path

Der Pfad zur FIFO-Datei, in die Befehle für den Server geschrieben werden können (das gleiche wie mit /query ... in Wesnoth selbst). Falls nicht angegeben, wird die einkompilierte Voreinstellung verwendet (Standard: /var/run/wesnothd/socket).

max_messages

Die Anzahl der erlaubten Nachrichten in messages_time_period. (Standard: 4)

messages_time_period

Der Zeitraum (in Sekunden) in dem "message flooding" erkannt wird. (Standard: 10)

motd

Die "Nachricht des Tages".

new_room_policy

Legt fest, wer neue Räume auf dem Server erstellen kann. Verwendbare Werte sind everyone, registered, admin und nobody und erteilen die Berechtigung entsprechend an jeden, registrierte Benutzer, Administratoren beziehungsweise deaktiviert die Erstellung neuer Räume. Der voreingestellte Wert ist everyone (jeder).

passwd

Das Passwort, um auf dem Server Administratorrechte zu erhalten (über /query admin Passwort).

replay_save_path

Legt den Ordner fest, in dem der Server Wiederholungen abspeichert. (Vergesst das abschließende /! nicht) Standardmäßig wird »./« verwendet, was für den Ordner steht, in dem wesnothd gestartet wurde.

restart_command

Der Befehl, den der Server verwendet, um einen neuen Server-Prozess über den restart-Befehl zu starten. (Kann nur über die FIFO angefordert werden. Siehe die allow_remote_shutdown-Einstellung.)

room_save_file

Pfad zu einer Datei, in die die Rauminformationen gespeichert werden sollen. Die Datei wird beim Starten des Servers gelesen und später beschrieben. Falls der Wert leer oder nicht gesetzt ist, werden Räume weder geladen noch gespeichert.

save_replays

Legt fest, ob vom Server automatisch Wiederholungen gespeichert werden sollen. (Standard: false)

tls_enabled

Aktiviert TLS-Nutzung. Wenn "true", dann müssen die folgenden 3 Optionen auch gesetzt sein.

tls_fullchain

vollständige TLS-Zertifikatskette im .pem-Format

tls_private_key

privater Schlüssel für TLS im .pem-Format

tls_dh

TLS-DH-Parameter als .pem-Datei. Erstelle mit openssl dhparam -out Dateiname.pem 4096

versions_accepted

Eine durch Komma getrennte Liste der Programmversionen, die der Server zulässt. Platzhalter * und ? sind erlaubt. (Standard: die aktuell installierte Wesnoth-Version)
Beispiel: versions_accepted="*" akzeptiert alle Versionen.

id

Die ID des Servers wenn die Datenbank-Funktionalität Spielinformationsspeicherung genutzt wird. Ist allgemein die "major.minor"-Versionsnummer akzeptierter Clients, z. B. "1.16" oder "1.17".

Globale Tags:¶

[redirect] Ein Tag, um bestimmte Programmversionen anzugeben, die auf einen anderen Server umgeleitet werden sollen. Wird nur verwendet wenn versions_accepted gesetzt ist.

[ban_time] Ein Tag, um Bannzeiten zur einfacheren Benutzung einem Alias zuzuordnen.

[proxy] Ein Tag, durch den der Server wie ein Proxy agiert und somit alle Anfragen der mit ihm verbundenen Rechner an den angegebenen Server weiterleitet. Es werden die gleichen Schlüssel wie bei [redirect] akzeptiert.

[user_handler] Dies Konfiguriert die Nutzerverwaltung. Ist kein [user_handler]-Bereich vorhanden, so ist es nicht möglich, Nutzerauthentifizierung auf dem Server zu verwenden. Alle zusätzlichen Datenbanktabellen, welche für den forum_user_handler benötigt werden, können über die Datei table_definitions.sql angelegt werden, welche im Wesnoth-Code-Repository zu finden ist. Erfordert aktivierte MySQL-Unterstützung. Für cmake kann dies durch ENABLE_MYSQL erreicht werden, für scons durch forum_user_handler.