AccueilServeurs VirtuelsVPS RyzenServeurs de jeuxServeurs Physiques
ConnexionInscription

Hytale mêle la liberté d'un bac à sable au rythme d'un RPG : un monde généré, des donjons, des créatures, et tout se reconstruit bloc à bloc. Son serveur tourne en Java et s'accompagne d'un cache de démarrage fourni par l'éditeur, qui raccourcit sensiblement les relances.
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 Hytale, 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 Hytale, qui est le 5520, 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 découverte du serveur (Source Query).
L'onglet Startup rassemble les réglages propres à Hytale : mode d'authentification, patchline, cache de démarrage AOT, plugins et opérateurs. 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.
Authentification, cache de démarrage, plugins : ce que chaque option change vraiment.
Vérifiez d'abord que le serveur et vos joueurs sont sur la même patchline : une instance en pre-release refuse les clients en release, et inversement. Contrôlez ensuite que l'adresse communiquée reprend bien le port de votre allocation.
La découverte passe par un plugin Source Query, activé par défaut dans l'egg, qui utilise un second port. Si vous ne l'avez pas déclaré en allocation supplémentaire, le serveur fonctionne mais reste invisible.
Conservez authenticated. Les modes offline et insecure désactivent la vérification des comptes : n'importe qui peut alors se connecter sous n'importe quel pseudonyme, y compris le vôtre. Ils ne se justifient qu'en développement, sur un serveur fermé.
Laissez le cache AOT activé : c'est un cache Java pré-entraîné, fourni par l'éditeur, qui réduit sensiblement le temps de démarrage. Le désactiver n'a d'intérêt que pour diagnostiquer un problème de chargement.
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:5520. 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.