Aller au guide

Documentation 9.6.24

Dépannage

Notez serveur, version, heure et erreur précise. Retirez les secrets des journaux.

Aucune donnée du bridge#

Vérifiez que la connexion n’est pas coupée sur la carte Tosun Connect, qu’aucun set tosun_db_bridge_manual "1" n’est présent sans tosun_db_bridge_enabled "1" et que l’ancien miroir (ts.panelMirror.enabled) est désactivé ; vérifiez ensuite oxmysql, framework, schéma et connexion récente. Un paquet tosun-ac antérieur à 9.6.14 demande toujours set tosun_db_bridge_enabled "1" dans server.cfg jusqu’à l’installation du nouveau paquet. Les résultats sont paginés et limités aux champs pris en charge.

Protection garantie ?#

Non. Validation et jetons limités réduisent certains risques. Mettez à jour les ressources, examinez les faux positifs, protégez les comptes et renouvelez les clés exposées. Le chiffrement n’empêche pas l’analyse du code client.

Isoler le premier échec#

Distinguez connexion, paiement, téléchargement, démarrage, panneau, pont et site. Notez premier échec, résultat attendu et dernier fonctionnement.

Relevez version, changements et compte affecté; comparez les heures de console et panneau. Testez un changement à la fois. Avant de répéter un paiement ou une modification d’argent incertaine, vérifiez facture ou solde.

Contrôler téléchargement et démarrage#

Le téléchargement vérifie droit au service, accès au serveur et gestion des serveurs. Utilisez votre propre espace de téléchargement.

  1. Choisissez compte et serveur; lisez le message de droits ou facturation.
  2. Gardez tosun-ac, extrayez tout et ne mélangez pas les versions.
  3. Vérifiez dépendances et ordre; corrigez la première erreur sans déplacer la licence au client.
  4. Transmettez version, identifiant et erreur expurgée; ne publiez pas le paquet.

Services en attente et assistance#

Un site peut être en file d’attente: ne le dupliquez pas. Activation et HTTPS sont distincts. Le domaine nécessite routage et TXT. Le pont est actif par défaut (aucune ligne server.cfg supplémentaire) et nécessite droits du panneau, oxmysql et schéma compatible. Il ne répond pas si la connexion a été coupée sur la carte Tosun Connect, si, en mode manuel (tosun_db_bridge_manual), set tosun_db_bridge_enabled "1" manque, ou si l’ancien miroir complet est actif (ts.panelMirror.enabled = true dans configs/anticheat_config.lua) ; dans ce dernier cas le pont reste coupé pour que le miroir continue de fonctionner. Les paquets antérieurs à 9.6.14 exigent encore set tosun_db_bridge_enabled "1" jusqu’à l’installation du nouveau paquet.

Le pont n’est pas un navigateur SQL complet; une réponse vide ou incompatible ne prouve pas une base vide. Après dix minutes, recommencez 2FA avec le nouveau QR/clé. Vérifiez heure et compte si le code est refusé.

Pour l’assistance: identifiant, version/framework, étapes, attente, erreur, date et fuseau, changements récents. Retirez licences, jetons, QR, codes de secours ou bancaires et données inutiles de joueurs.

Isoler un problème de navigateur sans perdre de preuves#

Avant d’actualiser une page mal chargée, notez adresse, compte et message affiché. Distinguez défaut visuel, enregistrement refusé et redirection externe échouée. Leurs causes diffèrent ; effacer immédiatement tous les réglages du navigateur peut supprimer un contexte utile sans corriger droits ou état du service.

Pour un souci uniquement visuel, comparez la page dans une session neuve et vérifiez les extensions bloquant scripts ou navigation. Confirmez le bon compte après connexion. Si un ancien formulaire signale une session de sécurité expirée, rouvrez la page par navigation normale plutôt que de renvoyer ce formulaire.

Laissez paiements et écritures économiques hors de cette comparaison tant que leur résultat initial reste inconnu. Ne copiez pas cookies de session ou en-têtes d’authentification dans une demande de support. Précisez version du navigateur, effet de la session neuve, erreur initiale et heure.

Créer une reproduction courte avec un point d’arrêt#

Choisissez, avec un compte autorisé, la plus petite suite d’actions atteignant l’erreur. Par exemple : sélectionner un serveur, ouvrir les joueurs et noter la réponse. Modifier des soldes n’est pas nécessaire pour démontrer un échec de lecture. Indiquez ce qui devrait se passer à chaque étape.

Si le problème apparaît seulement après une mise à jour ou une action de jeu particulière, mentionnez cette condition. Comparez-la au dernier état fonctionnel et à sa version. Arrêtez-vous à la première erreur enregistrée au lieu d’accumuler requêtes, redémarrages et modifications qui masquent la cause.

Décrivez vos contrôles et résultats inchangés. Partagez seulement les lignes de console proches de l’erreur, sans secrets ni données étrangères de joueurs. Une reproduction compacte fournit un cas vérifiable et un critère clair pour déterminer si la correction proposée a fonctionné.

Vérifier la correction face au symptôme initial#

Après une correction, répétez la lecture ou le scénario de jeu initial dans des conditions comparables. Vérifiez réponse immédiate et trace pertinente du panneau ou de la console. La disparition d’une bannière ne prouve pas à elle seule la réussite d’un téléchargement, d’une connexion, d’un site ou d’un paiement.

Conservez versions ou réglages anciens et nouveaux dans votre suivi. Pour le jeu, testez l’action normale touchée et une action voisine intacte. Pour un site, vérifiez adresse prévue et HTTPS. Pour la facturation, utilisez le résultat de la facture existante plutôt qu’un débit de test.

Si le symptôme revient, précisez l’heure et les conditions modifiées depuis la vérification. Restaurez une configuration connue seulement avec votre procédure préparée. Conservez l’historique bref pour que l’enquête suivante parte d’observations vérifiées plutôt que des mêmes suppositions infructueuses.

Préparer un ticket avec un exemple anonyme rempli#

Ouvrez un nouveau ticket dans la rubrique Support du panneau ; votre compte doit disposer de support.create. Renseignez objet, catégorie, priorité et message à partir de l’exemple fictif ci-dessous. Un problème de lecture de la liste des joueurs utilise technical et normal. Choisissez la priorité selon l’impact réel : une panne d’un écran de lecture n’est pas une indisponibilité de tout le serveur. Les libellés changent avec la langue de l’interface ; les valeurs entre parenthèses sont les options actuelles du formulaire. Un ticket ne nécessite ni licence, ni mot de passe, ni accès à la base de données.

Le serveur et la référence de l’exemple ne sont pas des dossiers clients. Identifiez clairement le serveur concerné dans votre ticket privé autorisé, puis anonymisez le texte si vous le partagez publiquement. Le message contient les étapes et un point d’arrêt : aucun solde modifié, aucun nouveau travail lancé. Le formulaire exige au moins cinq caractères pour l’objet et dix pour le message ; un titre bref et une explication précise suffisent. Ajoutez vos observations suivantes au même ticket. Partagez seulement les lignes utiles nettoyées des données sensibles, plutôt que toute la console, un export SQL ou des cookies. La priorité choisie ne garantit pas un délai de réponse.

Objet : La requête de liste des joueurs ne se termine pas
Catégorie : Technique (technical)
Priorité : Normale (normal)
Message :
Serveur : TEST-SERVER — anonymisé pour cet exemple
Version / framework : 9.6.3 / QBCore — valeurs d’exemple
Heure : 2026-09-26 14:03 UTC
Étapes : Serveur sélectionné ; liste des joueurs ouverte une fois.
Attendu : Première page des joueurs terminée avec succès.
Observé : pending, puis expiration réseau.
Référence : TEST-REQUEST — pas un identifiant réel
Vérifié : Resource démarrée ; permission de lecture présente.
Point d’arrêt : Aucun nouveau travail ou changement de solde lancé.
Secrets, cookies, _csrf et identifiants des joueurs retirés.

Choisir la suite et le point d’arrêt selon le symptôme#

Cette suite de décisions sert à trouver la première étape en échec ; ce n’est ni une réparation automatique ni une règle de répétition pour toute erreur. Si la liste des joueurs ne s’ouvre pas, regardez d’abord HTTP : 401 concerne la session, 419 la valeur de sécurité du formulaire, 403 les permissions du compte ou du service, 429 la capacité ou l’attente. Si seule une entrée est vide, vérifiez le personnage et le schéma pris en charge. Des symptômes proches peuvent avoir des causes distinctes : une page vide terminée et une requête refusée sont des événements différents. Préservez les preuves avant de choisir une branche.

Pour une écriture économique en attente ou un paiement au résultat incertain, choisissez l’arrêt : examinez requête, facture et état courant avant de lancer une nouvelle opération. Une resource qui ne démarre pas renvoie à l’installation et à la première erreur console ; un mouvement légitime signalé renvoie à son intégration et à la durée limitée d’autorisation. Ne désactivez pas toutes les protections pour contourner le problème. Si un site est actif mais HTTPS échoue, examinez séparément domaine et certificat. Changer l’heure ou l’affichage local ne termine pas l’opération serveur. Expliquez au support l’observation qui a choisi la branche ; ne qualifiez pas de réussi un résultat inconnu.