Déploiement de serveur expliqué : que se passe-t-il après ta commande ?

Après ta commande chez game-serverhosting, une chaîne de déploiement technique se lance en arrière-plan : associer le paiement, réserver les ressources, installer le logiciel de jeu, configurer le DNS, appliquer la configuration dépendante du jeu et mettre le serveur à disposition dans le dashboard. Tu vois des messages de statut, mais tu n’as pas besoin de garder le navigateur ouvert, car les jobs continuent côté serveur.

Aperçu des phases de déploiement

Ces durées sont des valeurs indicatives issues du processus de déploiement, pas une garantie. La phase 3 en particulier peut fortement varier, car les fichiers de jeu, les modpacks et les contenus Workshop ont des tailles différentes et sont parfois chargés depuis des sources externes. Pour les gros modpacks comme ATM10 ou FTB-Skies ainsi que pour les très grandes images de jeu, l’installation peut prendre nettement plus longtemps que pour un petit serveur Vanilla.

Conditions préalables avant le démarrage

Tu as besoin d’une commande finalisée, d’un paiement confirmé et d’un accès à ton dashboard. Pour certains jeux, des informations supplémentaires sont nécessaires : CS2 a par exemple besoin d’un token GSLT si le serveur doit être public via Steam. Pour Minecraft, il est important de savoir si Java, le cross-play Bedrock ou les deux variantes doivent être utilisés, car cela implique des sujets de ports et de configuration.

Si tu veux configurer plus en détail plus tard, nos guides complémentaires sur bien configurer les server.properties Minecraft et sur les ports de serveur Minecraft, 25565, 19132 et les enregistrements SRV peuvent t’aider. Pour Valheim, tu trouveras les bases d’administration adaptées sous commandes de serveur Valheim et commandes admin.

Phase 1 : Paiement reçu (payment_received)

Dès que Stripe confirme le paiement, celui-ci est lié à ta commande. Ensuite, ton compte est activé pour le serveur réservé et le prochain job de provisioning est préparé. Le processus est conçu de manière idempotente : si un webhook de paiement arrive plusieurs fois, la commande ne doit pas être provisionnée plusieurs fois.

Si cette phase reste visible longtemps, ce n’est généralement pas à cause de ton navigateur. Attends quelques minutes, puis vérifie dans le dashboard si le statut s’est mis à jour. Si le paiement reste anormalement longtemps dans cet état, il est utile de créer un ticket de support afin que l’association puisse être vérifiée.

Phase 2 : Serveur en cours de création (creating_server)

Dans cette phase, le système cherche une node libre dans la région prévue, par défaut Falkenstein/Allemagne si disponible. Des ressources comme la RAM, le CPU et le disque sont réservées pour ton plan. Au moins une attribution de port est également créée. Pour Minecraft, deux allocations peuvent être nécessaires : une pour Java et une pour le cross-play Bedrock.

Pterodactyl crée ensuite l’entrée serveur avec les variables Egg adaptées, comme la version du jeu, la limite de RAM et les paramètres de démarrage. Si aucun emplacement adapté n’est libre ou si une node ne répond pas comme prévu, la phase peut durer plus longtemps. C’est un sujet d’infrastructure et cela ne doit pas être résolu par des rechargements répétés du navigateur.

Phase 3 : Installation du logiciel (installing)

L’installation est généralement la partie la plus variable. Le daemon Wings sur la node exécute le script d’installation de l’Egg correspondant et télécharge les fichiers nécessaires. Les valeurs indicatives précédentes restent valables :

• Minecraft Vanilla : ~60 secondes (téléchargement du Server-Jar depuis Mojang)
• Modpacks (ATM10, FTB) : 5 à 30 minutes (téléchargement de plusieurs Go de mods)
• Rust : 5 à 15 minutes (synchronisation Steam Workshop)
• ARK Survival Ascended : 10 à 25 minutes (grande image de jeu)
• CS2 : 3 à 8 minutes (SteamCMD télécharge CS2)
• Palworld : 4 à 10 minutes

Ces valeurs dépendent de la taille du paquet, des serveurs sources, des mises à jour et de la charge de la node. Pendant ce temps, tu peux quitter la page. L’installation continue en arrière-plan et tu reçois une notification dès que le statut suivant est atteint.

Phase 4 : Configuration du DNS (creating_dns)

Pour que ton serveur soit accessible via un sous-domaine comme monserveur.game-serverhosting.com, des enregistrements DNS sont créés. Typiquement :

• Enregistrement A : monserveur.game-serverhosting.com → adresse IP de ta node
• Enregistrement SRV : spécifique au jeu, par ex. _minecraft._tcp.monserveur → port de ton serveur

Cloudflare décrit les enregistrements SRV dans la documentation DNS officielle comme des entrées qui représentent le service, le protocole, l’hôte cible et le port : documentation sur developers.cloudflare.com. C’est précisément pour cela que les clients pris en charge peuvent lire le bon port depuis le DNS, au lieu que les joueurs doivent le saisir manuellement. Si le DNS échoue, le serveur peut tout de même être accessible directement via l’IP et le port.

Phase 5 : Configuration spécifique au jeu (setting_up)

Après l’installation de base viennent les étapes dépendantes du jeu. Pour Minecraft, le fichier eula.txt est pris en compte, Geyser et Floodgate peuvent être installés pour le cross-play Bedrock, et le fichier server.properties est préparé avec les ports adaptés. Pour CS2, un token GSLT existant est placé dans la variable STEAM_ACC. Si tu n’as pas indiqué le token dans le wizard, tu peux l’ajouter plus tard dans « Paramètres ». Pour FiveM, l’URL de connexion txAdmin est préparée.

Si cette phase échoue, la cause est souvent plus concrète que pour l’installation générale, par exemple un token manquant ou un paramètre invalide. Lis attentivement le message du dashboard avant de faire des modifications.

Phase 6 : Serveur en ligne (ready)

Quand ready est atteint, tu reçois un e-mail avec les données d’accès comme le sous-domaine, le port et le login Pterodactyl. Une notification Discord peut aussi être envoyée si elle est activée dans tes paramètres. Dans le dashboard, le serveur apparaît avec le statut Online ou prêt à être démarré.

Par défaut, le serveur ne démarre pas forcément automatiquement après l’installation. C’est utile, car tu peux encore vérifier les paramètres avant le premier démarrage, comme la whitelist, le nom du serveur, les options de monde, les ports, les admins ou les mods.

Vérifier le résultat

Ouvre d’abord le dashboard et contrôle le statut, l’IP, le port et le sous-domaine. Démarre le serveur, observe la console et attends que le jeu signale un démarrage réussi. Connecte-toi ensuite dans le client via le sous-domaine ou IP:Port. Pour Minecraft, tu devrais aussi vérifier si les joueurs Java et Bedrock utilisent bien les ports prévus pour chacun. Pour Palworld, cela vaut ensuite la peine de jeter un œil aux paramètres de serveur Palworld avant de jouer durablement avec un groupe.

Dépannage

Si l’installation est encore en cours, attendre est souvent la bonne chose à faire. Les modpacks, ARK, Rust et CS2 peuvent notamment prendre plus de temps. Ne ferme pas le navigateur par inquiétude : le job tourne en arrière-plan. Si un serveur reste plus de 90 minutes en installing, il est marqué comme stuck ; le job de monitoring servers:detect-stuck vérifie toutes les 5 minutes et peut déclencher une tentative de récupération.

Si le DNS ne fonctionne pas encore, teste aussi directement l’IP et le port. Si le client de jeu ne parvient pas à se connecter, vérifie si le serveur est vraiment démarré, si le bon port est utilisé et si des informations obligatoires dépendantes du jeu manquent. Si ton serveur reste dans la même phase depuis plus d’une heure, crée un ticket de support dans le dashboard et indique le nom du serveur, la phase et l’heure de la commande.

Vérification, limites et retour sécurisé

Le guide « Déploiement de serveur expliqué : que se passe-t-il après ta commande ? » s’applique au type de serveur décrit dans l’article et à l’état de version visible au moment de la vérification. Les noms de menus, les versions disponibles, la compatibilité des mods ou plugins et les ressources nécessaires peuvent changer après des mises à jour. Ne transfère donc aucune valeur sans vérification vers une autre version de jeu, de loader ou de serveur.

Avant de modifier le monde, la sauvegarde, la configuration ou les extensions, crée une sauvegarde des fichiers concernés. Modifie ensuite uniquement une étape cohérente à la fois et vérifie-la avec la même version client et serveur que celle avec laquelle tu veux jouer plus tard.

Un test individuel réussi ne garantit ni les performances ni la disponibilité. La taille du monde, les mods, les plugins, le nombre de joueurs, le chemin réseau et la charge simultanée peuvent modifier le résultat. Documente la version, la modification et le résultat du test afin de pouvoir comprendre les écarts ultérieurs.

FAQ

Puis-je fermer le navigateur pendant l’installation du serveur ?

Oui. Le déploiement continue côté serveur. Tu peux revenir plus tard dans le dashboard et vérifier le statut actuel.

Pourquoi l’installation prend-elle plus longtemps pour certains jeux ?

Parce que les fichiers nécessaires ont des tailles différentes et sont parfois chargés depuis des sources externes. Un serveur Vanilla est configuré plus rapidement qu’un gros modpack ou qu’une image de jeu volumineuse.

Dois-je démarrer immédiatement après ready ?

Non. Tu peux d’abord vérifier les paramètres, contrôler les ports, définir les admins ou configurer les mods. C’est particulièrement utile pour Minecraft, Valheim, Palworld et CS2.

Que faire si le DNS ne fonctionne pas ?

Teste d’abord la connexion directe via l’IP et le port. Si cela fonctionne, le serveur tourne ; le problème concerne alors probablement seulement le sous-domaine ou l’enregistrement SRV. Si le problème persiste, contacte le support.

Est-ce que je reçois un retour quand le déploiement est terminé ?

Oui. Tu reçois un e-mail avec les données d’accès. Une notification Discord est possible si tu l’as activée au préalable dans les paramètres.