Configurer le Serveur â
Le serveur HERA est fourni sous la forme d'un Linux Dedicated Server Build. Celui-ci fonctionne entiĂšrement de maniĂšre headless, c'est-Ă -dire comme un simple processus en arriĂšre-plan sans interface graphique.
Configuration requise â
Pour le fonctionnement, un accÚs à une machine virtuelle (VM) sous Linux est nécessaire. Il peut s'agir soit d'un serveur sur le réseau universitaire local (comme au BCDH), soit d'une instance cloud, par exemple une instance Amazon AWS EC2.
Configuration de rĂ©fĂ©rence du BCDH â
à titre indicatif, la configuration de serveur suivante a fonctionné de maniÚre stable en phase de test avec 8 clients simultanés :
- SystĂšme d'exploitation : Ubuntu 22.04 LTS
- CĆurs de processeur (vCPU) : 2 cĆurs
- Mémoire vive (RAM) : 8 Go
- Espace disque : 150 Go (SSD recommandé)
Remarque sur l'évolutivité : La limite absolue, c'est-à -dire le nombre maximum de clients simultanés avant que le serveur ne présente des baisses de performances ou ne plante, n'est pas encore définitivement établie.
Configuration rĂ©seau (Pare-feu) â
Pour que les clients puissent se connecter au serveur, des rĂšgles correspondantes doivent ĂȘtre dĂ©finies dans le pare-feu du serveur ou dans les groupes de sĂ©curitĂ© entrants (Inbound Security Groups, par exemple chez AWS). HERA utilise le protocole UDP pour le flux de donnĂ©es multijoueur.
Configurez la rĂšgle entrante suivante :
| ParamĂštre | Valeur |
|---|---|
| Type | UDP personnalisé |
| Protocole | UDP |
| Plage de ports | 7777 |
| Source | N'importe oĂč (0.0.0.0/0) |
Contexte : pourquoi UDP et non TCP ? â
- TCP (Transmission Control Protocol) : C'est un protocole orienté connexion. Il établit une connexion fixe, vérifie l'intégralité de chaque paquet et redemande les données perdues (principe de la poignée de main / handshake). Cela garantit la sécurité, mais est beaucoup trop lent pour les applications multijoueurs en temps réel.
- UDP (User Datagram Protocol) : Il est sans connexion et se passe de cette poignée de main permanente. Les paquets de données sont envoyés en continu et avec une latence minimale. Si un paquet est perdu en chemin (par exemple une mise à jour de position), il est simplement écrasé par le paquet suivant. L'UDP est donc absolument indispensable pour une synchronisation fluide.
TransfĂ©rer le build Linux sur le serveur â
Ce dont vous avez besoin : Votre serveur Linux, le build Linux HERA et vos identifiants de connexion SSH. Il est préférable d'utiliser SSH pour se connecter au serveur. Il s'agit d'une connexion sécurisée qui vous permet d'exécuter des commandes sur le serveur Linux.
Suivez ces étapes pour configurer manuellement le build du serveur :
- Connexion SSH : Connectez-vous Ă votre serveur Linux via le terminal :bash
ssh username@adresse-IP - Copier les données : Transférez le dossier compressé du build Linux HERA dans le répertoire personnel de l'utilisateur concerné :
/home/VotreNomDUtilisateur/. - Décompresser : Utilisez la commande
unzippour extraire l'archive :bashunzip LinuxServer.zip - Attribuer les droits : Pour que les fichiers exĂ©cutables puissent ĂȘtre lancĂ©s, les droits d'exĂ©cution sur le rĂ©pertoire doivent ĂȘtre dĂ©finis de maniĂšre rĂ©cursive (
-R) :bashchmod +x -R LinuxServer/ - Démarrer le serveur pour test : Accédez au dossier et lancez le script de démarrage :bash
cd LinuxServer/ ./HERA_Server.sh
â ïž Remarque importante : Si vous dĂ©marrez le serveur manuellement via la console, l'application s'arrĂȘtera automatiquement au bout de 2 heures. Il est donc vivement recommandĂ© de configurer le serveur comme un service systĂšme permanent immĂ©diatement aprĂšs, comme dĂ©crit dans la section suivante : Configurer HERA en tant que Service.
