Skip to main content
Cette rubrique décrit les comportements des ports sur PC.

​
Règles relatives aux ports

  • Les ports PC autorisent tout le trafic sortant TCP (Transmission Control Protocol) et UDP (User Datagram Protocol), tout en bloquant les paquets TCP et UDP entrants non sollicités, lorsque les utilisateurs utilisent le pare-feu Windows intégré par défaut.
  • Le port multijoueur UDP local préféré se comporte de la même façon que les autres ports, mais autorise les paquets UDP entrants non sollicités. TCP ne peut pas être utilisé.
  • Les flux sortants fonctionnent toujours et vous n’avez à déclarer aucun attribut pour cela. Lorsque les utilisateurs envoient le premier paquet au serveur ou à l’appareil distant, les paquets entrants suivants provenant de cet appareil sont livrés quoi qu’il en soit.
  • Pour le pair à pair dans les titres du Microsoft Game Development Kit (GDK), vous devez utiliser UDP sur le port multijoueur préféré. De plus, vous devez effectuer la traversée du pare-feu et du NAT (punching). Les paquets TCP entrants non sollicités sont bloqués, sauf si l’utilisateur exempte le jeu. Les paquets UDP entrants non sollicités sont également bloqués par défaut et nécessitent soit des exemptions de la part de l’utilisateur, soit une forme de traversée du pare-feu pour débloquer les flux UDP pair à pair.
  • Les exemptions pour le titre peuvent être ajoutées soit par l’utilisateur dans les paramètres du pare-feu, soit lorsque vous déclarez des attributs précis pendant le processus d’empaquetage. Les paramètres du pare-feu des utilisateurs et les attributs du package du jeu déterminent ensemble le comportement réel des paquets entrants non sollicités.
  • Il est important de noter que les utilisateurs de PC peuvent utiliser des pare-feu tiers. Ces paramètres auront une incidence sur le comportement global des ports. Plus de détails ci-dessous.
Conseil : PlayFab Party fournit une topologie de réseau pair à pair qui gère automatiquement cette fonctionnalité. Vous pouvez également consulter les RFC pour STUN et ICE comme point de départ pour votre propre implémentation.

​
Gestion du trafic entrant non sollicité

Les titres PC créés à l’aide du GDK sont publiés sous forme de packages MSIXVC. Lorsque des titres sont distribués sous forme de packages MSIXVC, vous avez la possibilité de déclarer la façon dont le trafic entrant non sollicité est géré en déclarant des attributs comme privateNetworkClientServer ou internetClientServer dans le fichier MicrosoftGame.config. Important : En raison des pare-feu et des paramètres des utilisateurs, ces attributs peuvent n’avoir aucun effet réel. Pour en savoir plus, consultez Le pare-feu et son incidence sur le trafic. Le tableau ci-dessous indique comment les attributs influent sur l’accès au trafic entrant non sollicité et l’expérience client attendue.

​
Comment modifier MicrosoftGame.config pour les titres GDK

  • Accédez au code source de votre titre.
  • Ouvrez MicrosoftGame.config.
  • Ajoutez l’extrait de code ci-dessous et enregistrez le fichier.
Notez que lorsque vous générez le package MXIXVC, un avertissement sera généré dans le fichier journal SubmissionValidator.
Lorsque des propriétés sont ajoutées au fichier MicrosoftGame.config du jeu, elles sont appliquées au fichier AppXManifest.xml généré. Pour en savoir plus sur le processus de génération, consultez Vue d’ensemble de MicrosoftGame.config.

​
Le pare-feu et son incidence sur le trafic

Le pare-feu et les paramètres des utilisateurs influent sur les capacités réseau de votre jeu. Cette section décrit l’incidence des pare-feu sur le trafic des titres GDK, ce qui vous aidera à resserrer la conception de votre architecture réseau. Pour faciliter la compréhension de cette rubrique, l’accès aux ports touché par le pare-feu pour les jeux Win32 est également inclus à titre de référence. En général, vous devez vous attendre à ce que les attributs privateNetworkClientServer et internetClientServer n’aient aucun effet pour les utilisateurs qui ont des pare-feu tiers. Cela devrait représenter de 30 à 40 % du total des utilisateurs.

​
Jeux exécutables GDK

Utilisateurs disposant du pare-feu Windows 10 par défaut
  • Les attributs privateNetworkClientServer et internetClientServer fonctionnent comme décrit précédemment
  • Les flux sortants fonctionnent toujours, que les attributs privateNetworkClientServer et internetClientServer soient définis ou non. Tant que les utilisateurs envoient le premier paquet au serveur ou à l’appareil distant, les paquets entrants suivants provenant de cet appareil sont livrés.
Utilisateurs disposant de pare-feu tiers
  • Les attributs privateNetworkClientServer et internetClientServer n’ont aucun effet. Pour ces utilisateurs, les paquets entrants non sollicités sont rejetés silencieusement. Remarque : Cela s’applique que vous ayez ou non déclaré des capacités d’accès dans le fichier MicrosoftGame.config lors de l’empaquetage.
  • Tous les ports, y compris le port multijoueur UDP local préféré, sont soumis aux stratégies spécifiées par ces pare-feu.
  • Les flux sortants fonctionnent généralement. Il revient à l’utilisateur d’exempter de façon appropriée l’accès réseau de votre titre dans les paramètres du pare-feu tiers.

​
Jeux exécutables Win32

Remarque : Cette section est ajoutée à titre de comparaison. Les titres GDK ne sont pas des titres Win32. Nous recommandons aux titres PC d’utiliser le GDK pour le développement. Utilisateurs disposant du pare-feu Windows par défaut
  • Au premier lancement, une notification s’affiche pour permettre à l’utilisateur de refuser ou d’autoriser l’accès réseau de l’application au serveur de jeu.
  • Les flux sortants fonctionnent toujours, mais sans notifications dans l’interface utilisateur.

​
Voir aussi

Last modified on October 6, 2026