Comment créer un serveur OGame ? Le guide complet

Pour créer un serveur OGame, l'un des projets open source les plus activement mis à jour est OGameX, un clone de fan écrit avec Laravel et distribué sous licence MIT. Il s'installe avec Docker en quelques commandes, mais ce n'est pas un serveur officiel : le nom OGame, l'interface et les illustrations restent la propriété de Gameforge. Ce tutoriel détaille l'installation en production, l'administration et la mise à jour, et classe les anciens moteurs abandonnés.

Ce qu'il faut retenir

• OGameX est le moteur que nous avons retenu : il est sous licence MIT, fonctionne avec Docker et reproduit OGame dans son état d'avant Lifeforms (2022).
• Le premier démarrage peut durer jusqu'à 10 minutes, le temps d'initialiser les dépendances et de compiler le moteur de combat.
• Le premier compte créé devient administrateur, et la configuration de production demande des réglages de sécurité avant l'ouverture au public.
• XNova, 2Moons, XG Proyect 3 et d'autres moteurs sont archivés, inactifs ou calés sur d'anciennes versions de PHP : évitez-les pour un nouveau serveur.

Quel moteur choisir en 2026 ?

Voici les principaux moteurs OGame open source recensés sur GitHub au 10 octobre 2026. Les dates sont celles affichées par GitHub pour la dernière mise à jour du dépôt : elles donnent une tendance, pas un historique de commits.

Notre avis : pour un serveur que vous voulez ouvrir en 2026, OGameX est le choix le plus sûr : son code est mis à jour régulièrement (5 octobre 2026 d'après GitHub), ses tests tournent à chaque build et il s'installe avec Docker. Si vous préférez l'OGame d'avant le redesign, ogame-opensource (version 0.84, ancien design) est une alternative encore active, mais ses mainteneurs signalent un refactoring en cours avec des bugs possibles.

Prérequis

Pour OGameX, la méthode recommandée par le projet est Docker, qui installe toutes les dépendances. Il vous faut :

• un serveur Linux, avec Git, Docker et Docker Compose installés (les étapes du README sont écrites pour Linux, elles peuvent différer sous Windows) ;
• les ports 80 et 443 libres, ou la possibilité de les changer dans le fichier Docker Compose ;
• PHP ^8.5 si vous renoncez à Docker et installez à la main : c'est l'exigence d'OGameX, alors que Laravel 13 demande au minimum PHP 8.3.

Un nom de domaine qui pointe vers le serveur est recommandé pour accueillir des joueurs. Le README ne chiffre pas la configuration matérielle minimale : testez avec le nombre de joueurs que vous visez avant d'ouvrir.

Installer OGameX en production

Le dépôt propose un fichier Docker Compose de développement et un fichier de production. Pour un serveur public, utilisez celui de production. Le projet prévient qu'il n'est pas encore entièrement optimisé : relisez tous les réglages avant de l'exposer.

1. Clonez le dépôt :

   git clone https://github.com/lanedirt/OGameX.git
   cd OGameX

2. Copiez le fichier de configuration de production :

   cp .env.example-prod .env

3. Modifiez les fichiers .env et docker-compose.prod.yml avant le premier lancement (voir la section suivante).
4. Lancez les conteneurs :

   docker compose -f docker-compose.prod.yml up -d --build --force-recreate

5. Patientez : le conteneur ogamex-app peut mettre jusqu'à 10 minutes à démarrer, à cause de l'initialisation de Composer et de la compilation du moteur Rust au premier lancement.
6. Ouvrez l'adresse de votre serveur en HTTPS et créez un compte. Le premier compte créé reçoit automatiquement le rôle administrateur : créez-le vous-même avant d'annoncer l'adresse.

Sécuriser avant l'ouverture

Le fichier .env.example-prod contient des valeurs par défaut prévues pour un test, pas pour un serveur public. Vérifiez au minimum ces points :

• Mot de passe de la base de données : le README demande de remplacer le mot de passe root par défaut par une valeur unique. Il est écrit en dur dans docker-compose.prod.yml (MYSQL_ROOT_PASSWORD: toor) et le fichier .env contient DB_PASSWORD=toor. Remplacez les deux par la même valeur avant le premier lancement.
• Adresse du site : la variable APP_URL vaut http://localhost par défaut. Remplacez-la par l'adresse réelle de votre serveur.
• HTTPS : en production, le site force le HTTPS avec un certificat auto-signé, ce qui déclenche un avertissement dans les navigateurs. Le README ne détaille pas le remplacement du certificat : prévoyez un certificat valide avant d'accueillir des joueurs. Pour un test en HTTP, passez APP_ENV de production à local, mais ne le faites pas sur un serveur public.
• phpMyAdmin : il est lié au port 8080. En production, son accès exige de déclarer vos adresses IP dans ./docker/phpmyadmin/.htaccess.
• E-mails : le fichier contient des variables MAIL_* réglées sur un service de test. D'après la liste des demandes de fusion que nous avons consultée (état de juillet 2026), l'ajout de la réinitialisation de mot de passe par e-mail (SMTP) était encore en cours : testez cette fonction avant d'ouvrir les inscriptions.
• Ports : HTTP_PORT, HTTPS_PORT et PHPMYADMIN_PORT (à décommenter dans .env) changent les ports exposés. Le serveur WebSocket publie aussi le port 8090 (REVERB_SERVER_PORT). La base de données n'est pas exposée en production.

Administrer le serveur

Le rôle administrateur donne accès à la barre d'administration et aux réglages du serveur. Pour l'attribuer ou le retirer à un autre joueur, exécutez la commande dans le conteneur de l'application :

docker compose -f docker-compose.prod.yml exec ogamex-app php artisan ogamex:admin:assign-role nom_du_joueur
docker compose -f docker-compose.prod.yml exec ogamex-app php artisan ogamex:admin:remove-role nom_du_joueur

Le projet indique que d'autres outils d'administration et de gestion du serveur sont en préparation : consultez le panneau de votre version pour connaître les réglages réellement disponibles.

Mettre à jour OGameX

Sauvegardez d'abord la base de données et vos fichiers. Vous avez modifié docker-compose.prod.yml : mettez ces changements de côté avec git stash avant de changer de version, puis réappliquez-les avec git stash pop. Le README décrit ensuite trois étapes :

1. Arrêtez les conteneurs :

   docker compose -f docker-compose.prod.yml down

2. Récupérez la nouvelle version, soit la branche principale, soit une version stable précise :

   git pull origin main
   git checkout 0.14.0

   Utilisez l'une ou l'autre, et remplacez 0.14.0 par la dernière version publiée.
3. Reconstruisez et relancez :

   docker compose -f docker-compose.prod.yml up -d --build --force-recreate --remove-orphans

Au démarrage, le script d'entrée du conteneur applique les migrations de la base et rafraîchit le cache, ce qui peut prendre un moment. En cas de problème, consultez les journaux ou ouvrez un ticket sur la page des tickets du projet.

Les moteurs abandonnés ou obsolètes

Ces projets ont fait vivre des générations de serveurs privés, mais ils ne conviennent plus à une nouvelle installation :

• XNova (fork français) : dépôt archivé et en lecture seule depuis le 29 janvier 2023.
• 2Moons : dépôt archivé depuis le 24 novembre 2021. Son README indique qu'il n'est plus en développement actif et renvoie vers SteemNova.
• SteemNova : fork de 2Moons, dont le README décrit encore une installation avec PHP 7.3, une version qui n'est plus supportée. Nous n'avons pas pu vérifier sa dernière activité.
• UniEngine : exige PHP 7.0 à 7.2, des versions qui ne sont plus supportées (php.net ne liste plus que les branches 8.2 à 8.5), et sa dernière activité relevée date de novembre 2025.
• Dark-Nova : serveur écrit en TypeScript pour Node.js, dernière activité relevée en janvier 2023.
• XG Proyect 3.x : dépôt archivé le 30 mai 2026, avec PHP 7.4 minimum. Son README recommande XG Proyect 4, basé sur Laravel (PHP 8.2 minimum, licence GPL-3.0), pour les nouvelles installations.

Si vous préférez l'OGame d'avant le redesign, regardez ogame-opensource, qui fournit des guides d'installation classique et Docker. Pour une pile Java, retro-game a été mis à jour en 2026, mais son README précise que sa configuration Docker n'est pas prête pour la production.

Ouvrir son serveur aux joueurs

Un univers vide ne démarre pas tout seul. Avant d'annoncer l'adresse, créez votre compte administrateur, testez une inscription complète, une construction, un envoi de flotte et un combat sur un second compte.

Nos conseils :

• Testez d'abord en local : docker compose up -d, sans le fichier de production, démarre une version de développement sur http://localhost (comptez jusqu'à 10 minutes la première fois). Sous Windows, le README recommande plutôt le mode production, car le mode développement y est lent.
• Sauvegardez la base de données avant chaque mise à jour, et n'utilisez la branche principale que pour tester : pour un serveur ouvert aux joueurs, fixez une version stable.
• Testez les e-mails, le certificat HTTPS et l'accès à phpMyAdmin avant la première annonce.
• Annoncez clairement que votre univers est un clone de fan, indépendant de Gameforge.

Votre serveur est prêt ? Référencez-le sur Serveur Privé pour le faire découvrir à une communauté francophone, ou parcourez le classement des serveurs OGame.

Foire aux questions

Peut-on créer un serveur OGame officiel ?

Non. Les univers officiels sont exploités par Gameforge, qui détient les droits sur OGame. Un moteur comme OGameX permet de créer un serveur privé, c'est-à-dire un clone de fan indépendant. Le projet encourage d'ailleurs ses utilisateurs à essayer la version officielle sur ogame.org.

OGameX est-il gratuit ?

Oui, son code est sous licence MIT. Les seuls coûts sont ceux de l'hébergement et du nom de domaine. Le projet précise qu'il ne contient aucune fonction commerciale.

Quelle configuration faut-il pour héberger OGameX ?

Le README ne donne pas de configuration minimale. Il demande Docker (recommandé) ou PHP ^8.5 pour une installation manuelle, alors que Laravel 13 exige au minimum PHP 8.3. Le premier démarrage compile un moteur de combat en Rust, ce qui prend jusqu'à 10 minutes : testez avec le nombre de joueurs prévu avant d'ouvrir.

Peut-on vendre de la matière noire sur son serveur ?

Le projet se présente comme non commercial. Les fonctions de matière noire déjà intégrées (marchand, déménagement de planète) sont des versions sans achat, et les autres fonctions annoncées le seront aussi. Les droits sur OGame appartiennent à Gameforge : prenez conseil auprès d'un juriste avant toute monétisation.

OGameX ou ogame-opensource ?

OGameX est écrit avec Laravel, utilise un moteur de combat en Rust et se déploie avec Docker. ogame-opensource recrée OGame 0.84 avec l'ancien design, et ses mainteneurs signalent un refactoring en cours avec des bugs possibles. Choisissez OGameX pour un jeu proche de l'OGame d'avant Lifeforms, et ogame-opensource si vous voulez l'ancienne interface.

Comment mettre à jour OGameX sans casser son serveur ?

Sauvegardez la base et les fichiers, arrêtez les conteneurs, récupérez la nouvelle version avec Git puis reconstruisez les conteneurs. Au démarrage, le script d'entrée applique automatiquement les migrations de la base. Préférez une version stable à la branche principale pour un serveur ouvert au public.