Documentation 9.6.24
Licence et mise à jour
Gardez les licences secrètes et masquez les jetons sur les captures.
Uniquement sur le serveur#
Utilisez server.cfg. Évitez configuration partagée, NUI, événements client et dépôts publics. Les jetons de téléversement temporaires ne remplacent pas la licence serveur.
Renouveler les anciennes clés#
Remplacez les fichiers par 9.6.24 et redémarrez les ressources pendant la maintenance. Les anciennes versions ont pu transmettre des clés durables aux clients. Arrêtez toutes les anciennes instances puis renouvelez les licences et clés panel/API concernées avec l’administrateur. Mettez les réglages à jour et vérifiez la connexion. Installer la mise à jour ne révoque pas les clés déjà exposées.
La clé de licence est obligatoire#
Les paquets téléchargés à partir du 7 octobre 2026 n'exécutent pas l'anticheat sans la clé de licence de ce serveur. Sans clé, ou avec la clé d'un autre serveur, le serveur refuse les joueurs, déconnecte les joueurs en ligne et affiche la raison dans la console.
Copiez la clé depuis la page Serveurs du panel et ajoutez-la dans server.cfg avant les lignes ensure : set tosun_ac_license "LICENCE_DU_SERVEUR". Le champ licenseKey de configs/anticheat_server.lua fonctionne aussi. Une clé saisie plus tard (ligne server.cfg tardive ou set dans la console) ouvre le serveur sans redémarrage.
Si vous avez renouvelé la licence dans le panel, l'ancien paquet ne correspond plus à la nouvelle clé ; téléchargez et installez à nouveau le paquet.
Utiliser le bon identifiant#
La licence Tosun du serveur est distincte de sv_licenseKey de FiveM. Les identifiants API des composants peuvent avoir leurs propres périmètres. Les tokens de preuves sont temporaires et limités au téléversement ; ils n’autorisent ni administration ni pont de base.
Sélectionnez le serveur dans Servers et placez sa licence actuelle avec set dans server.cfg. Remplacez le marqueur. Aucun secret dans NUI, Lua partagé/client ou dépôt public. Le pont utilise cette licence ; les actions du panel nécessitent aussi les droits du compte.
set tosun_ac_license "YOUR_SERVER_LICENSE"Vérifier l’installation réellement active#
Sauvegardez ressource et paramètres, téléchargez le bon paquet et comparez les notes d’intégration. Remplacez pendant la maintenance. Une seule copie doit rester active : des fichiers neufs ailleurs ne stoppent pas l’ancienne.
Le contrôle local de format ou license-lock ne prouve pas le paiement. Si l’API indique un tenant inactif ou un serveur suspendu, vérifiez abonnement et statut. Ne masquez pas une erreur d’authentification en coupant la protection.
- Comparez version du manifest et messages de démarrage au paquet téléchargé.
- Reportez les réglages compatibles et vérifiez téléports, inventaire et outils du personnel.
- Depuis 9.6.14, la connexion du panneau et la modification des soldes en ligne sont actives par défaut. Les anciennes lignes set tosun_db_bridge_enabled et set tosun_db_bridge_money_write sont ignorées et peuvent être supprimées ; les paquets antérieurs à 9.6.14 en ont encore besoin. Si la connexion ou la modification des soldes était désactivée, utilisez « Disable connection » sur la carte Tosun Connect du serveur ou le mode manuel (set tosun_db_bridge_manual "1"), où les valeurs de server.cfg s’appliquent comme avant. Vérifiez la connexion par une petite lecture et le jeu normal avant que le personnel modifie des soldes.
Renouveler les clés divulguées#
Installer de nouveaux fichiers ne révoque pas une licence publiée ou transmise aux clients. Régénérez-la dans Servers, modifiez le réglage protégé et vérifiez la connexion. Coordonnez les autres rotations API/panel avec l’administrateur.
En cas d’impayé, consultez facture et paiement dans Billing. Une rotation ne répare pas le paiement. Si le résultat prestataire est incertain, vérifiez la facture avant de repayer ; transmettez référence et erreur expurgée, jamais licence.
- Recensez les instances et intégrations utilisant la clé ; stoppez les anciennes avant rotation.
- Retirez si possible les secrets de l’historique public, captures, sauvegardes et pièces de support.
- Enregistrez la nouvelle clé uniquement dans la configuration nécessaire, jamais dans un diagnostic partagé.
- Notez ID serveur, heure et erreur expurgée ; vérifiez serveur et abonnement avant de demander une autre clé.
Préparer la rotation pendant une maintenance#
Associez le nom et l’ID du serveur sélectionné à l’installation active. Notez le début de l’erreur, la version du resource et les personnes ayant accès à sa configuration. Abonnement en retard, mauvais serveur et panne réseau appellent des solutions différentes. Une erreur de connexion seule ne prouve pas une fuite.
Utilisez si nécessaire le renouvellement de licence du serveur sélectionné dans Serveurs. La clé du même enregistrement change ; ajouter un serveur et consommer un quota est inutile. Arrêtez les anciennes copies et intégrations privées, modifiez le server.cfg protégé puis redémarrez selon le plan de maintenance. Ne placez jamais cette valeur durable dans le code du navigateur.
Conserver l’identité lors d’une réinstallation#
Réinstaller les fichiers ne signifie pas supprimer l’enregistrement du serveur. En cas de corruption, téléchargez à nouveau le paquet du bon serveur existant. Sauvegardez séparément la configuration modifiable et placez l’ancien dossier hors du chemin des resources actifs.
Comparez version du manifeste, ordre des dépendances et configuration. Vérifiez ensuite le serveur correspondant dans le panneau. Une petite lecture suffit pour tester l’autorisation du pont activé ; ne modifiez aucun solde. Validez la réinstallation avec une seule copie active, la version attendue et des parcours de jeu normaux réussis.
Décrire une panne sans divulguer de secrets#
Indiquez ID du serveur, version, première erreur, dernière connexion réussie et ordre des changements. Distinguez refus d’autorisation et problème réseau. Retirez licence, en-têtes Authorization, chaînes de connexion et données personnelles des extraits. Envoyez le passage utile plutôt qu’une sauvegarde privée entière.
Après rotation, ne réutilisez pas l’ancienne clé compromise. En restaurant des fichiers, insérez la clé actuellement valide dans leur configuration. Corrigez aussi la source de fuite, notamment un dépôt public. Terminez par une note datée confirmant la connexion, l’arrêt des copies obsolètes et la suppression des accès inutiles.
Lire les sessions lors d’un changement de machine#
Arrêtez l’ancienne copie avant migration. Comparez empreinte, dernière IP, version et activité sur Téléchargements avec votre dossier. Il s’agit d’installations serveur, pas de sessions joueurs. Libérer une mauvaise ligne peut affecter une autre installation ; ne supprimez pas tout parce que plusieurs apparaissent. Un autre serveur du panneau ne remplace pas cette gestion.
Après arrêt, libérez la bonne ancienne session via le panneau. Une copie encore active peut se réinscrire plus tard. La politique actuelle peut libérer des sessions actives sans connexion après environ vingt minutes ; les sessions explicitement révoquées ne deviennent pas expirées automatiquement. Pour seat_taken vérifiez usage et ligne, sans confondre license_rotated ou abonnement. Contrôlez la nouvelle machine par démarrage, session et connexion normale.
Les paquets téléchargés avant le 7 octobre 2026 pouvaient envoyer une empreinte de serveur différente à chaque vérification de licence. Le serveur prenait alors sa propre session pour un second serveur, recevait seat_taken et cessait d'accepter des joueurs quelques minutes après chaque démarrage ("Lisans dogrulanamadi"). Le service de licence accepte de nouveau ces paquets jusqu'au 5 novembre 2026 : redémarrez la ressource une fois, puis téléchargez de nouveau le paquet avant cette date pour obtenir le client de licence corrigé.
Interpréter Build ID avec license_rotated#
Build ID identifie le paquet distribué, pas la licence. Comparez version et préfixe Build ID du fichier à l’historique. Un paquet d’un autre serveur reste incorrect sous un nom semblable. unknown_build, revoked, license_mismatch et license_rotated sont différents contrôles. Générer une clé pour chaque message obscurcit le diagnostic. Conservez le résultat exact sans données privées.
Après renouvellement dans Serveurs, les anciens paquets restent liés au condensat précédent. Modifier server.cfg ne met pas ce lien à jour. Téléchargez un paquet actuel du même serveur correct et modifiez le réglage protégé. Ne supposez pas l’ancien paquet valide lors d’un retour arrière. L’historique trace la distribution sans prouver son auteur personnel. Vérifiez paquet actuel, clé et résultat, puis facturation séparément.
Comprendre les couches de protection#
Tebex et Asset Escrow ne sont pas requis pour ce paquet; la licence habituelle du serveur Cfx.re est distincte. AES-256-GCM protège le ZIP stocké, pas les fichiers contre le propriétaire du serveur de jeu.
Ed25519 valide les réponses signées; la clé privée n’est pas distribuée. SHA-256 détecte les modifications sans chiffrer le contenu. L’obfuscation Lua est réversible. Build ID facilite l’identification d’un enregistrement, sans prouver qui a divulgué une copie. Une panne réseau n’est pas un refus de licence authentifié.
Préparer mise à jour et retour arrière#
Sauvegardez en privé configs, admins, editable, bridge, traductions et server.cfg. Téléchargez pour le même serveur. Un paquet en cache valide peut garder son Build ID; le téléchargement ne renouvelle ni abonnement ni licence.
Comparez les paramètres au lieu de remplacer tout le nouveau fichier partagé par l’ancien. Gardez les secrets côté serveur et ne modifiez pas le cœur protégé. Vérifiez démarrage, accès normal et petite lecture du panel. Après rotation de licence, changer seulement server.cfg peut laisser un ancien paquet invalide.
Copier la licence Tosun du bon serveur#
Dans TosunDev, ouvrez Serveurs, choisissez votre serveur FiveM et copiez sa licence Tosun AC. tac_live_ est distinct de la licence Cfx.re, de sv_licenseKey, du jeton Discord et de la clé API du panneau.
- Remplacez YOUR_SERVER_LICENSE entre guillemets dans server.cfg.
- Placez tosun_ac_license avant ensure tosun-ac; utilisez set, jamais setr ou sets.
- Autre méthode : credentials.licenseKey dans configs/anticheat_server.lua. Un convar non vide est prioritaire.
- Ne publiez pas la licence dans une capture, le chat, shared config ou les fichiers client.
set tosun_ac_license "YOUR_SERVER_LICENSE"
# Alternative: configs/anticheat_server.lua
# credentials.licenseKey = "YOUR_SERVER_LICENSE"