Guide

Garder l’administration et la remise en état privées

• RCON : utilisez un Server.RconPassword robuste et unique, et limitez l’administration distante à un réseau privé, un VPN, un tunnel SSH ou des règles de pare-feu autorisant des sources de confiance. RconTool est un client d’administration Windows ; utiliser ce client n’impose pas que le serveur tourne lui-même sous Windows. Les joueurs n’ont pas besoin d’accéder à ce port.
• Journaux : sous Windows, le script de surveillance écrit les traces de démarrage et de redémarrage dans logs\dedicated_server.log ; avec Docker, utilisez docker compose logs pour le démarrage du conteneur et la sortie de Wine. Game.LogName définit le chemin du journal du jeu, normalement logs\dorito.log, accessible sur l’hôte Linux dans /opt/eldewrito/logs/dorito.log. Les journaux de chat, de liste de joueurs et de RCON ont leurs propres réglages d’activation et de chemin. Lisez les erreurs autour du démarrage ou du changement de carte en échec, puis masquez les mots de passe, adresses, identifiants de joueurs et jetons avant de partager les journaux.
• Sauvegardes : conservez les fichiers de démarrage et de configuration fonctionnels, data\server avec les données de modération, les dossiers des cartes et modes personnalisés, ainsi que les versions exactes des mods et les liens de leurs auteurs nécessaires pour reconstruire l’installation. Gardez le dernier ensemble fonctionnel avant une mise à jour ou un changement de playlist.
• Redémarrage : prévenez les joueurs, arrêtez le conteneur ou le script de surveillance Windows et le serveur, effectuez la modification, puis redémarrez volontairement. Vérifiez la carte et reconnectez-vous à distance avant de déclarer le serveur rétabli. Si une modification échoue, restaurez le dernier ensemble fonctionnel de configuration et de contenu plutôt que de supprimer toutes les préférences.
• Instances multiples : chacune exige sa propre supervision de processus, une identité de configuration, des journaux, une politique de contenu et des redirections sans chevauchement pour les ports de jeu, d’information et des services facultatifs. Incrémenter chaque port de un peut provoquer une collision avec un autre service ; conservez un tableau explicite des ports et protocoles par instance.

Plusieurs instances dédiées

Avec Docker, commencez par un dossier de jeu et un projet Compose distincts par instance pour empêcher les préférences, commandes de démarrage, fichiers de vote, données de modération et journaux de s’écraser mutuellement. Faites correspondre les ports internes et publiés, par exemple UDP 11784 pour le Server.GamePort de la deuxième instance et TCP 11785 pour son Server.Port. Si vous les utilisez, réglez Game.RconPort sur 11786 et Server.SignalServerPort sur 11787, en gardant RCON privé. L’exemple multi-instance d’origine montre cet espacement des ports et une organisation plus avancée avec fichiers de jeu partagés, mais sa deuxième instance exige toujours une modification manuelle des préférences du jeu ; les redirections Compose seules ne modifient pas les ports d’écoute.

Pour Windows, le script d’aide New dedicated server #.ps1 du dépôt crée des exécutables et des scripts de surveillance aux noms distincts. Enregistrez-le à côté d’eldorado.exe, remplacez # par un nom d’instance simple et unique sans espaces, et lancez-le depuis PowerShell avec cette installation comme répertoire de travail. Par exemple, & '.\New dedicated server Arena.ps1' crée eldorado_Arena.exe, data\dewrito_prefs_Arena.cfg et dedicated_server_Arena.bat. Il exige le dedicated_server.bat original et un data\dewrito_prefs.cfg existant.

Avant de démarrer le fichier batch généré, modifiez les préférences de l’instance pour son nom, ses ports, ses mots de passe et ses chemins de journaux. Le script copie les préférences d’origine, remplace le nom de l’exécutable dans le script de surveillance et ajoute -instance Arena ; il n’attribue pas de ports uniques, ne copie pas de dossier de contenu indépendant et ne crée pas de fichiers de vote ou de démarrage distincts. Attribuez aux instances des valeurs Voting.JsonPath distinctes lorsqu’elles nécessitent des playlists différentes, et ne placez pas de réglages par instance contradictoires dans un autoexec.cfg partagé. Mettez délibérément à jour les exécutables copiés après une mise à jour du jeu. N’utilisez pas le script de surveillance mono-instance non modifié en parallèle de ces serveurs.