FiveM sv_licenseKey : fix de l'erreur 'no license key was specified'

Votre serveur démarre, puis s'arrête avec une ligne comme celle-ci dans la console :

no license key was specified

Vous pouvez également voir une variante qui dit que l'authentification de la clé de licence a échoué. FiveM refuse d'exécuter un serveur sans une clé valide, donc la correction est toujours sur la clé : en obtenir une, la mettre au bon endroit et s'assurer qu'elle correspond à la machine.

#Pourquoi cela se produit

Chaque FXServer a besoin d'une clé de licence enregistrée sur un compte Cfx.re. La clé prouve que le serveur appartient à quelqu'un et le lie à une adresse IP. L'erreur signifie l'une de ces :

• sv_licenseKey manque du server.cfg, ou la ligne est commentée avec un #.
• La clé a une faute de frappe, un caractère manquant, ou des espaces ou guillemets errants.
• La clé a été créée pour une IP différente de celle sur laquelle votre serveur s'exécute.
• La clé a été supprimée ou régénérée sur le portail, et le serveur utilise toujours l'ancienne.

#Obtenir une clé sur portal.cfx.re

1. Allez sur portal.cfx.re et connectez-vous avec votre compte Cfx.re.
2. Ouvrez la section Server et choisissez Registration Keys.
3. Créez une nouvelle clé. Donnez-lui une étiquette et entrez l'adresse IP publique de la machine qui exécutera le serveur.
4. Copiez la clé. Elle ressemble à cfxk_ suivi d'une longue chaîne.

Conseil : l'IP que vous entrez est l'IP publique de votre serveur, pas une adresse locale comme 192.168.x.x. Sur un VPS hébergé ou un serveur dédié, utilisez l'IP que votre fournisseur vous a donnée.

#Mettez la clé dans server.cfg

Ouvrez server.cfg et ajoutez la ligne, avec la clé entre guillemets doubles :

sv_licenseKey "cfxk_your_key_here"

Règles à suivre :

• Une seule ligne, avec des guillemets doubles droits (pas des guillemets typographiques copiés à partir d'un chat ou d'une page web).
• Pas d'espaces avant ou après la clé à l'intérieur des guillemets.
• La ligne ne doit pas commencer par #.
• Enregistrez le fichier et redémarrez complètement le serveur. Un redémarrage de ressource ne le recharge pas.

#Si vous utilisez txAdmin

txAdmin demande la clé quand vous exécutez la configuration du serveur, et le déployeur de recette l'écrit dans le server.cfg qu'il crée. Si vous configurez txAdmin à la main, ou vous avez collé une mauvaise clé pendant la configuration, ouvrez le server.cfg que txAdmin exécute (le CFG Editor dans le panneau txAdmin) et vérifiez la ligne sv_licenseKey là-bas.

Deux choses piègent les gens ici :

• Vous avez plusieurs profils txData ou dossiers de serveur et vous avez modifié le mauvais server.cfg. Vérifiez le chemin affichée en haut de la console txAdmin.
• La clé est correcte dans le fichier mais txAdmin exécute une configuration différente. Regardez le chemin du fichier de configuration dans les paramètres de txAdmin.

#Liaison IP : clé valide, toujours échouée

Une clé fonctionne seulement pour l'IP avec laquelle elle a été enregistrée. Si la clé est correcte et l'authentification échoue toujours, comparez deux valeurs :

1. L'IP sur la clé du portail, sous Registration Keys.
2. L'IP publique de la machine. Depuis le serveur lui-même, vous pouvez le vérifier avec :

curl ifconfig.me

(Invoke-WebRequest -UseBasicParsing https://ifconfig.me/ip).Content

S'ils diffèrent, modifiez l'IP sur la clé du portail, ou créez une nouvelle clé pour la nouvelle IP. Cela arrive souvent après être passé à un autre hôte, après qu'un fournisseur d'accès à Internet domestique change votre IP, ou quand vous testez sur un PC à la maison puis téléchargez le même server.cfg sur un VPS.

#Régénération d'une clé

Si une clé a fui (elle a été postée dans une capture d'écran, un message Discord ou un référentiel GitHub public), régénérez-la depuis le portail. L'ancienne clé cesse de fonctionner immédiatement, donc mettez server.cfg à jour tout de suite après et redémarrez.

# old key, revoked
# sv_licenseKey "cfxk_old_key"

sv_licenseKey "cfxk_new_key"

Gardez la clé hors des référentiels publics. Si votre server.cfg est dans Git, stockez la clé dans un fichier séparé qui n'est pas commis et chargez-la avec exec :

exec secrets.cfg

# secrets.cfg (not committed)
sv_licenseKey "cfxk_your_key_here"

#Plusieurs serveurs

Vous avez besoin d'une clé par serveur. Si vous exécutez un serveur de test à côté de votre serveur en direct, créez deux clés, chacune avec sa propre IP, et étiquetez-les pour ne pas les mélanger. Utiliser la même clé sur deux serveurs fait échouer l'authentification d'un d'eux.

#Toujours bloqué après la clé

Une fois la clé acceptée, la prochaine chose que les gens frappent c'est que personne ne peut se connecter. C'est un problème de réseau, couvert dans FiveM server not showing up: port forwarding and firewall. Si vous installez sur un VPS frais, running a FiveM server on Linux explique toute la configuration.

#Liste de contrôle