Die allgemeine Syntax ist:¶

[Element]

Schlüssel="Wert"

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

[/Element]

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. Bans 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)

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)

versions_accepted

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

user_handler

Der Name der zu verwendenden Nutzerverwaltung. Momentan sind als Nutzerverwaltungen forum (um via wesnothd eine Verbindung zu einer phpbb Forum Datenbank aufzubauen) und sample (eine Beispielimplementierung der Nutzerverwaltungsschnittstelle, diese dient nur als Beispiel und sollte nicht genutzt werden) verfügbar. Standardmäßig wird die Nutzerverwaltung forum verwendet. Außerdem muss ein [user_handler] angelegt werden. Der Aufbau von diesem ist weiter unten beschrieben.

Globale Elemente:¶

[redirect] Ein Element, um bestimmte Programmversionen anzugeben, die auf einen anderen Server umgeleitet werden sollen.

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

[proxy] Ein Element, das benutzt wird, um dem Server mitzuteilen, wie ein Proxy zu agieren und somit alle Anfragen des mit ihm verbundenen Rechners an den angegebenen Server weiterzuleiten. Es werden die gleichen Schlüssel wie bei [redirect] akzeptiert.

[user_handler] Dies Konfiguriert die Nutzerverwaltung. Die verwendbaren Schlüssel hängen davon ab, welche Nutzerverwaltung beim user_handler Schlüssel festgelegt wurde. 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 is.

[mail] Konfiguriert einen SMTP-Server über den die Nutzerverwaltung Benachrichtigungen verschicken kann. Dies wird momentan nur von der Nutzerverwaltung »sample« verwendet.