Sur cette page
Cartographier les accès au serveur
Le parcours d’un joueur ne se limite pas à un échange réseau. La découverte du serveur, les informations de connexion, le téléchargement des ressources et la session de jeu peuvent suivre des chemins différents. Relevez les adresses, ports et protocoles réellement configurés au lieu de déduire toute la politique d’un port par défaut.
Identifiez aussi les accès d’administration et les services annexes. Un panneau de gestion exposé ne doit pas recevoir automatiquement les mêmes autorisations que le point d’entrée des joueurs.
Valider la protection sur un parcours complet
Effectuez un essai depuis une nouvelle installation cliente et depuis un client qui possède déjà les ressources. La différence aide à distinguer un problème de téléchargement d’un problème de transport du jeu. Répétez depuis plusieurs réseaux et observez simultanément le proxy, le pare-feu et FXServer.
Un reverse proxy HTTP couvre les échanges HTTP qu’il termine ; il ne transporte pas de lui-même toutes les communications du jeu. Vérifiez séparément le chemin UDP et les paramètres de proxy documentés par Cfx.re.
Limiter l’accès direct à l’origine
Si le modèle choisi impose le passage par un relais, vérifiez quelles sources ce relais présente au serveur. Autorisez ces flux ainsi que les accès d’exploitation nécessaires, puis testez le retour. Ne fermez pas l’administration avant d’avoir validé un chemin de secours.
Conservez un test de connexion reproductible après chaque changement de protection. Les symptômes « getinfo » et les erreurs cURL nécessitent ensuite un diagnostic ciblé, plutôt qu’une modification générale des règles.
