Comment configurer le serveur Minecraft Velocity

Dernière modification le 15 mars 2023 en
  • 9 min read
  • 4978
  • 2
Valeriy Stereo

Valeriy Stereo

CCO, Creative Director

IMPORTANT

Lorsque vous utilisez vos serveurs derrière un proxy tel que Velocity ou Waterfall, ils doivent être configurés en mode hors ligne. Normalement, les sociétés d'hébergement ne fournissent pas de support pour les serveurs en mode hors ligne, mais dans ce cas, c'est nécessaire pour que le proxy fonctionne correctement. Il servira de passerelle vers vos serveurs et gérera l'authentification pour vous.

Télécharger Velocity

Pour commencer à utiliser Velocity, vous devez d'abord télécharger la dernière version de Velocity à partir de la page de téléchargement de PaperMC.

Une fois que vous avez téléchargé Velocity, vous pouvez passer à l'étape le suivant du processus d'installation : la création d'un partage de serveur pour faire fonctionner Velocity. Velocity est son propre fichier jar et nécessite son propre serveur pour fonctionner.

Création d'un serveur Velocity

REMARQUE

Il est recommandé de donner à Velocity au moins 524 à 750 mégaoctets de RAM pour fonctionner, pour les serveurs avec beaucoup de trafic, il est probablement préférable d'allouer 1 gigaoctet de RAM pour Velocity afin d'assurer une expérience fluide pour vos utilisateurs.

Tout d'abord, vous devez vous rendre dans la section " split" de votre serveur via la barre latérale du panneau du serveur.

Ensuite, vous devez sélectionner le type de division de serveur que vous souhaitez créer, nommer votre division, et allouer la quantité de RAM et de stockage que vous souhaitez pour votre serveur Velocity :

Une fois que vous aurez créé votre division pour Velocity, elle apparaîtra dans cette section avec tous ses détails, tout comme vos autres divisions de serveur.

Renommez votre jar velocity que vous avez téléchargé dans la section précédente en velocity.jar pour plus de simplicité et téléchargez-le dans votre répertoire /home sur votre nouveau serveur split. Ce sera le jar qui fera tourner Velocity, tout comme les jars de serveur sur vos autres splits. Après avoir téléchargé le fichier jar sur votre serveur, vous devez vous rendre dans la section Startup de votre serveur via la barre latérale et vous assurer que le nom de la variable de démarrage pour le jar du serveur correspond à ce que vous avez téléchargé.

Maintenant, vous devez démarrer le serveur Velocity et le fermer une fois qu'il est chargé, ceci initialisera le système de fichiers pour Velocity et configurera les dossiers et le fichier de configuration de Velocity. Votre répertoire /home devrait maintenant ressembler à ceci.

Le fichier velocity.toml est le fichier de configuration de Velocity, nous l'éditerons dans les sections suivantes.

Configuration de la section [servers] dans velocity.toml

La première section du fichier de configuration que vous devez éditer est la section [servers], elle contiendra les alias que vous voulez utiliser pour vos différents serveurs dans la configuration ainsi que les adresses IP et les ports des serveurs afin que Velocity sache comment connecter les joueurs aux serveurs fonctionnant derrière le proxy. Voici un exemple de section [servers] tiré de la documentation de Velocity.

REMARQUE

Vous devez maintenant configurer cette section

[servers]
# Configure your servers here. Each key represents the server's name, and the value
# represents the IP address of the server to connect to.
lobby = "yourserveripgoeshere:25566"
factions = "yourserveripgoeshere:25567"
minigames = "yourserveripgoeshere:25568"

# In what order we should try servers when a player logs in or is kicked from a server.
try = [
  "lobby"
]

Remplacez "yourserveripgoeshere" par l'IP réelle de votre serveur. La section après le : est le port, donc remplacez-la aussi par les ports que vos serveurs utilisent.

La section try que vous voyez dans l'exemple ci-dessus est extrêmement importante, il s'agit essentiellement de l'ordre des serveurs auxquels Velocity essaiera de connecter les joueurs entrants. Si vous avez configuré try = ["survival", "creative", "minigames"], les joueurs se connecteront à survival par défaut, puis à creative si survival est en panne, et enfin à minigames si les deux premiers sont en panne. Définissez l'ordre que vous préférez et nous continuerons notre travail d'édition.

Configuration de server.properties sur vos serveurs backend

Dans le répertoire /home des serveurs que vous utilisez derrière Velocity, vous devez aller à server.properties et définir online-mode à false. Pour que Velocity fonctionne correctement et communique avec vos serveurs dorsaux, il doit être désactivé.

Rappelez-vous que l'exécution de votre serveur en mode hors ligne n'est pas supportée par Godlike normalement, mais dans le cas de la mise en place d'un proxy comme Velocity ou Waterfall, vous devez le faire pour que le proxy fonctionne, donc c'est acceptable.

Après avoir configuré et sauvegardé votre fichier server.properties et complété la section le suivant sur la transmission des informations sur les joueurs, assurez-vous de restart vos serveurs dorsaux pour que les changements soient appliqués.

Configuration de la transmission des informations sur les joueurs

ATTENTION

Il est fortement recommandé que votre serveur Velocity soit configuré en mode en ligne, c'est l'option la plus sécurisée pour faire fonctionner votre serveur et cela réduira les piratages et les exploits d'une tonne simplement en l'activant. Vous pouvez également consulter la documentation de Velocity pour plus d'aide à la configuration, mais il est fortement recommandé d'utiliser la redirection moderne.

Ce qui rend Velocity plus sûr que Bungee, c'est en partie son mode de transfert moderne des informations sur les joueurs, qui est beaucoup plus sûr que Bungee et ne nécessite pas de plugin supplémentaire comme BungeeGuard pour sécuriser les connexions entre vos serveurs frontaux et dorsaux. C'est assez simple à mettre en place, vous devez localiser l'option pour player-info-forwarding à l'intérieur de velocity.toml et la définir à modern. Ensuite, vous devez effectuer des étapes supplémentaires en fonction du type de jar de serveur que vous exécutez derrière Velocity.

Redirection moderne pour Paper

REMARQUE

Cette section s'applique également aux forks basés sur Paper tels que Purpur ou Pufferfish

Paper 1.14 et les versions supérieures, ainsi que Paper 1.13.1/1.13.2 build 377 et les versions supérieures supportent nativement le Modern Forwarding de Velocity.

Tout d'abord, vous devez désactiver la redirection BungeeCord si vous l'avez activée auparavant. Assurez-vous que settings.bungeecord est défini sur false dans votre spigot.yml.

Dans config/paper-global.yml, définissez settings.velocity-support.enabled pour true et settings.velocity-support.secret pour correspondre au secret dans votre velocity.toml. Vous devez également attribuer à settings.velocity-support.online-mode la valeur online-mode dans votre velocity.toml. Une fois la modification de paper-global.yml terminée, redémarrez votre serveur.

Redirection moderne pour Fabric

Un mod appelé FabricProxy-Lite vous permet d'utiliser la redirection moderne Velocity avec un serveur moddé utilisant Fabric.

Transfert BungeeGuard pour Spigot/Paper

ATTENTION

Le mode de transfert BungeeCord est moins sûr que le mode de transfert Velocity moderne et peut entraîner des problèmes de sécurité s'il n'est pas configuré correctement. Si vous devez utiliser l'ancien mode de transfert BungeeCord, assurez-vous de configurer BungeeGuard pour garantir que les utilisateurs ne se connectent pas directement à vos serveurs dorsaux. Notez que le mode de redirection bungeeguard utilise la redirection BungeeCord traditionnelle avec le secret de redirection comme jeton BungeeGuard.

REMARQUE

Cette section s'applique également aux forks basés sur Paper tels que Purpur ou Pufferfish.

Si vous ne pouvez pas utiliser la redirection moderne (par exemple, votre serveur ne supporte pas la redirection moderne Velocity), vous pouvez utiliser BungeeGuard à la place.

Pour configurer cela, voir le guide sur la configuration de BungeeGuard.

Options de configuration supplémentaires pour velocity.toml

Le tableau suivant contient d'autres options de configuration importantes pour velocity.toml. velocity.toml

Option Description de l'option Exemple
[forced-hosts] (Hôtes forcés) Ceci vous permet de configurer votre domaine personnalisé avec velocity, de configurer le côté droit pour qu'il corresponde à votre section try de tout à l'heure. "host.name" = ["lobby", "survival", "creative"]
show-max-players Le nombre maximum de joueurs qui s'affiche dans le menu multijoueur. show-max-players: 100
forwarding-secret Ne changez pas ceci. C'est le secret que vous devez insérer dans les fichiers de configuration de vos serveurs backend. forwarding-secret: "someRandomStringHere"
bind C'est l'adresse IP par défaut à laquelle les joueurs se connecteront lorsqu'ils se connecteront à Velocity, il est recommandé de la définir comme dans l'exemple ci-dessous afin qu'elle utilise le port par défaut de Minecraft. bind: "0.0.0.0:25565"

Vous pouvez trouver la documentation pour les autres paramètres dans le fichier velocity.toml ici!

Finition

Maintenant que vous avez configuré correctement vos serveurs backend pour communiquer avec Velocity, vous êtes prêt à démarrer Velocity. Démarrez votre serveur Velocity et assurez-vous que vous avez redémarré tous vos serveurs backend. Vous devriez maintenant avoir un réseau Velocity fonctionnel !

Si vous souhaitez installer des fonctionnalités supplémentaires pour Velocity, ils ont une section Plugins sur leur site web où vous pouvez aller pour trouver des plugins compatibles avec Velocity !

CONSEIL

Le fichier server-icon.png que vous téléchargez sur votre serveur Velocity est l'icône qui apparaîtra dans le menu multijoueur de Minecraft.

Notez l'article sur une échelle de 5 points

sur 5 sur la base de 2 notes
Vous avez trouvé une erreur? Mettez-la en évidence et cliquez Ctrl + Enter pour nous en informer.
Panneau
de
démo
×

Signaler une erreur

Texte d'erreur

Votre choix