Une liste blanche FiveM admet les joueurs approuvés et rejette les autres lors de la connexion. Choisissez un mécanisme d'admission documenté et testez l'approbation, le rejet et la révocation avant de l'activer publiquement. Une vérification d'adhésion Discord et une demande de joueur examinée ont des objectifs différents.
Choisissez l'autorité
Pour txAdmin, utilisez les modes de liste blanche offerts par votre version installée. L'approbation de licence, l'adhésion à Discord et les vérifications de rôle Discord ont des exigences différentes. La sélection d'un mode ne le combine pas automatiquement avec un autre.
Utilisez le projet officiel txAdmin et vos paramètres installés pour les options actuelles. Si vous avez besoin de plusieurs conditions, mettez en œuvre une politique délibérée et révisée plutôt que d'exécuter des ressources qui se chevauchent avec un comportement d'échec incertain.
Configurez le flux d'admission
- Sauvegardez le profil/la configuration txAdmin actif et enregistrez la politique d'accès actuelle. Conservez un chemin de récupération administrateur vérifié.
- Sélectionnez le mode de liste blanche souhaité dans les paramètres de ce profil. Pour les modes Discord, configurez d'abord l'intégration du bot documentée et les identifiants exacts de guilde/rôle.
- Rédigez un message de rejet avec le véritable itinéraire de candidature/support et la prochaine étape attendue. N'exposez pas les identifiants privés ou les erreurs de bot aux joueurs qui se connectent.
- Approuvez un joueur test en utilisant le format d'identifiant accepté par le mode choisi. Obtenez-le à partir de l'enregistrement réel du joueur, et non d'un exemple inventé.
- Connectez-vous avec des comptes approuvés et non approuvés, révoquez l'approbation et réessayez. Vérifiez que le changement atteint le profil de serveur actif réel.
Testez les échecs de dépendance
Pour l'admission basée sur Discord, testez un identifiant de compte manquant, un rôle supprimé, un membre de guilde parti et une intégration Discord indisponible en préproduction. Décidez si une dépendance indisponible doit refuser l'entrée avec un message de nouvelle tentative utile. N'accordez pas silencieusement l'accès lorsqu'une vérification échoue.
Limitez les autorisations d'approbation du personnel et enregistrez qui a approuvé ou révoqué l'accès. Définissez la durée de conservation des enregistrements de candidature et d'identité.
Quand un code personnalisé est justifié
N'utilisez une ressource personnalisée que pour une exigence que le système d'admission maintenu ne peut pas satisfaire. Dans les reports playerConnecting, respectez les délais de tick documentés entre les appels de report et atteignez toujours un chemin d'achèvement contrôlé.
Validez les identifiants, utilisez des requêtes paramétrées avec l'API réelle de l'adaptateur de base de données et gérez les délais d'attente/erreurs. Testez les redémarrages et la révocation avant d'ajouter des caches. Une adresse IP n'est pas une identité de joueur durable, et un exemple de liste d'autorisation statique n'est pas un système d'admission de production complet.