AccueilServeurs VirtuelsVPS RyzenServeurs de jeuxServeurs Physiques
ConnexionInscription

Le monde de 7 Days to Die est intégralement destructible. Chaque session laisse une trace dans la sauvegarde, qui grossit donc bien plus vite que sur un jeu de survie classique.
Tout part de la commande : c'est là que vous choisissez le système, et c'est le seul moment où ce choix est simple à faire. Prenez une offre qui couvre au minimum ce que réclame 7 Days to Die, puis sélectionnez l'image « Debian 13 - Pterodactyl » dans la liste des systèmes.
Dès la mise en service, vous recevez par email l'adresse de votre panel et la marche à suivre pour ouvrir votre accès. Faites-le sans attendre : c'est l'unique interface dont vous aurez besoin ensuite.
Dans le menu d'administration, ouvrez Servers puis Create New. C'est le formulaire qui définit tout : nom, propriétaire, ressources et jeu. Prenez le temps de le remplir, un serveur mal dimensionné se corrige ensuite mais un egg mal choisi impose de recommencer.
Les ports ne se saisissent pas à la main : votre machine dispose déjà d'une réserve d'allocations créées à l'avance, et vous en choisissez une dans la liste. Elle ne portera pas le numéro habituel de 7 Days to Die, qui est le 26900, et ce n'est pas gênant : vos joueurs le préciseront simplement dans l'adresse de connexion. Ce jeu réclame en revanche 1 allocation supplémentaire, à prendre dans la même liste, pour flux du moteur.
L'onglet Startup rassemble les réglages propres à 7 Days to Die : difficulté, durée du jour, fréquence des hordes, taille du monde. Ils sont lus au démarrage, une modification n'a donc d'effet qu'après un redémarrage complet.
Cliquez sur Start et laissez faire. Le serveur passe par trois états visibles en haut de la console : Installing pendant le téléchargement des fichiers du jeu, Starting pendant le chargement, puis Running lorsqu'il accepte les connexions.
Votre serveur est joignable à l'adresse IP de votre VPS, suivie de deux-points et du port que vous avez choisi. Testez la connexion vous-même avant de communiquer l'adresse : il est plus confortable de découvrir un problème seul.
C'est le moment où le jeu calcule le plus d'entités et de destructions simultanées. Réduisez le nombre de zombies par horde dans serverconfig.xml, ou montez en fréquence processeur : c'est elle qui encaisse ces pics, pas la mémoire.
Chaque bloc détruit ou posé est écrit sur le disque et le monde ne se nettoie jamais seul. Une remise à zéro des régions jamais visitées, serveur arrêté, récupère beaucoup d'espace.
Vérifiez d'abord que le port déclaré dans l'onglet Réseau du panel est bien celui configuré dans le jeu : ce sont deux réglages distincts et rien ne les synchronise. Vos joueurs doivent ensuite saisir l'adresse IP de votre VPS, deux-points, puis le port, par exemple 203.0.113.10:26900. Ce jeu réclame également 1 port supplémentaire : s'ils manquent, la connexion échoue ou le serveur n'apparaît pas dans la liste publique.
C'est le comportement normal de la plupart des moteurs de jeu, qui réservent la mémoire disponible au lieu de la rendre. Ce qui doit vous alerter, c'est un serveur qui redémarre en boucle : là, il dépasse réellement son allocation. Le graphique de consommation du panel tranche en quelques minutes d'observation.
L'onglet Backups du panel crée des sauvegardes à la demande ou selon un calendrier. Prenez le réflexe d'en déclencher une avant chaque mise à jour du jeu et avant chaque installation de mod : ce sont les deux moments où l'on casse un serveur.
Un serveur qui s'arrête reste arrêté : relancez-le depuis le panel. La console conserve les lignes qui précèdent l'arrêt, et la cause y est presque toujours écrite. Un arrêt qui revient à heure fixe vient souvent d'une tâche planifiée ou d'une sauvegarde qui remplit le disque.
Oui. Le changement se fait au prorata et votre serveur reste en place : seules les ressources allouées augmentent. C'est la façon normale de procéder quand une communauté grandit, plutôt que de surdimensionner dès le départ.




Un blocage sur une étape ? Notre support répond sur Discord, et nous avons probablement déjà rencontré votre cas.