Partagez les journaux de support du bot en toute sécurité sans exposer l'accès au compte
Un rapport d'assistance doit expliquer ce qui a échoué sans donner à quelqu'un d'autre accès au compte. Les journaux d'authentification peuvent contenir bien plus qu'un message d'erreur, y compris des jetons, des cookies et des liens privés. Partagez un petit extrait de diagnostic pertinent plutôt qu'une fenêtre de terminal, une exportation de compte ou une session de navigateur entière. Gardez l'original privé afin de pouvoir vérifier la séquence si le support demande un suivi spécifique.
Recueillir les faits qui identifient l’événement
Enregistrez l'heure et le fuseau horaire, l'action que vous avez tenté d'effectuer et l'état affiché par la suite. Incluez un code d'erreur sécurisé si disponible. Expliquez si le bot est resté connecté, s'il est resté dans le groupe ou s'il a retourné un résultat de commande confirmé. Ces observations fournissent du contexte sans nécessiter le contenu d'un message privé.
Si le fournisseur a fourni un identifiant de demande ou de suivi, conservez la valeur exacte en privé et partagez-la uniquement via le canal d'assistance approprié. N'en inventez pas un à partir d'une corrélation de commande locale, d'un horodatage ou d'un identifiant de bot. Les différents identifiants décrivent des systèmes différents et ne peuvent pas être substitués les uns aux autres.
Supprimer le matériel d'accès avant de partager
Vérifiez à la fois l'erreur visible et les lignes environnantes. Une réponse d'apparence inoffensive peut se trouver à côté d'un en-tête d'autorisation, d'une exportation DeviceAuth ou d'une URL contenant une valeur de connexion temporaire. Recadrer une capture d'écran peut être plus sûr que de couvrir un petit morceau d'une fenêtre de terminal autrement sensible.
- Supprimez les secrets DeviceAuth et les identifiants d'appareil, accédez aux jetons et actualisez les jetons.
- Supprimez les cookies, les en-têtes d'autorisation, les codes d'appairage et les liens de continuation ou de connexion privés.
- Masquez les adresses e-mail, les identifiants de compte privé et les informations non liées au joueur.
- Exclure le contenu du message et les demandes non liées qui n'aident pas à expliquer l'échec.
Décrire une courte séquence au lieu d'envoyer un dump complet
Décrivez si le joueur a invité le bot, s'il l'a rejoint et si une commande ultérieure a expiré. Utilisez vos observations réelles, pas une cause supposée. Indiquez si une réponse a été confirmée ou simplement en attente, car un délai d'attente non confirmé ne prouve pas que l'action n'a eu aucun effet.
- Sélectionnez la plage de temps pertinente de l'événement dans l'historique disponible.
- Copiez uniquement le code de sécurité, l'horodatage et la description d'opération nécessaire.
- Inspectez l'extrait et la capture d'écran pour les secrets ou les informations personnelles non liées.
- Envoyez le rapport concis par l'intermédiaire du canal de support du service et conservez l'original en privé.
Réagissez avec soin si un secret a été révélé
Supprimez la copie publique lorsque c'est possible et indiquez au support quel type de matériel d'accès a été exposé, sans le poster à nouveau. Utilisez les contrôles de compte ou d'informations d'identification officiels appropriés pour révoquer l'accès exposé le cas échéant. Supprimer une capture d'écran ne rend pas un jeton copié sécurisé.
Ne confondez pas une exposition d'informations d'identification avec une erreur de connexion générique. Une réponse requérant une action ou un jeton d'actualisation invalide nécessite une classification ; elle ne justifie pas automatiquement la suppression de toutes les données d'authentification enregistrées. Gardez toutes les étapes de récupération liées au problème confirmé. Un rapport désinfecté devrait aider à distinguer l'accès au compte, l'hébergement et le comportement de Fortnite tout en protégeant les informations nécessaires pour une récupération sécurisée.