Communication UDP est bloquée par la règle de pare-feu Windows dans WSFC lors de la connexion réseau est interrompue et puis restaurée

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 2701206
Symptômes
Dans l'environnement de Windows Server 2008 R2, les communications UDP entrantes peuvent être bloquées lorsque la connexion au réseau est interrompue et puis restaurée. Trafic entrant TCP et ICMP communications peuvent également être bloquées dans cette situation.

Ce problème se produit si la communication UDP entrante est activée par le pare-feu Windows. Un des services qui peuvent être affectés par ce problème est la gestion de clusters de basculement serveur Windows (WSFC). Bien que les communications de pulsation (UDP 3343) peut être activée par défaut, la communication peut être bloquée. Lorsque ce problème se produit, l'état de la communication dans le Gestionnaire du Cluster de basculement est affiché en tant que « Inaccessible ».

Remarque Vous pouvez consulter les paramètres de communication UDP entrants du pare-feu Windows à partir de la règle suivante :

[Le pare-feu Windows avec sécurité avancée] - [règles de trafic entrant]
Cause
Ce problème se produit en raison d'un problème dans le pare-feu Windows. La connexion au réseau est interrompue et puis restaurée lorsque le pare-feu Windows recharge le profil. Dans ce cas, une règle inattendue peut-être bloquer le port de communication est requis dans le cluster.
Résolution
Pour résoudre ce problème, appliquez l'une des méthodes suivantes.

Méthode 1: Utiliser la commande netsh

Exécutez les commandes netsh suivantes à une invite de commandes avec élévation de privilèges :

netsh advfirewall firewall show rule "Failover Clusters (UDP-In)"
netsh advfirewall firewall set rule "Failover Clusters (UDP-In)" new enable=no
netsh advfirewall firewall show rule "Failover Clusters (UDP-In)"
Remarques

  • Lorsque vous utilisez cette méthode, le service de Cluster peut cesser. Par conséquent, s'il est possible, vous devez arrêter le service de Cluster avant de démarrer cette méthode, puis redémarrez le service de Cluster après avoir effectué les autres étapes.
  • Lorsque vous utilisez cette méthode, la règle « Clusters de basculement (UDP-entrée) » est également désactivée.
  • Le service de Cluster permet une communication nœud en définissant le port de protocole UDP pare-feu au démarrage.

Méthode 2: Utiliser le complément « Pare-feu Windows avec Advanced de sécurité »

Exécutez le complément « Pare-feu Windows avec Advanced de sécurité » Microsoft Management Console. Pour ce faire, procédez comme suit :

  1. Cliquez sur Démarrer, type WF.mscRechercher les programmes et les fichiers de zone, puis cliquez sur wf.msc sous programmes.
  2. Cliquez sur règles de trafic entrant.
  3. Recherchez, puis sélectionnez la règle de Clusters de basculement (UDP-entrée) .
  4. Désactivez ou supprimez la règle de Clusters de basculement (UDP-entrée) .
Remarques

  • Lorsque vous utilisez cette méthode, le service de Cluster peut cesser. Par conséquent, s'il est possible, vous devez arrêter le service de Cluster avant de démarrer cette méthode, puis redémarrez le service de Cluster après avoir effectué les autres étapes.
  • Lorsque vous utilisez cette méthode, la règle « Clusters de basculement (UDP-entrée) » est également désactivée.
  • Le service de Cluster permet une communication nœud en définissant le port de protocole UDP pare-feu au démarrage.

Méthode 3: Désactiver le Service liste des réseaux

Pour désactiver le service de liste de réseau, procédez comme suit :

  1. Cliquez sur Démarrer, type services dans la zone Rechercher les programmes et fichiers , puis appuyez sur ENTRÉE.
  2. Dans la colonne nom , sous Services (Local), cliquez droit sur le Service liste des réseaux, puis cliquez sur Propriétés.
  3. Sous l'onglet Général , définissez la zone type de démarrage sur désactivé.
  4. Cliquez sur Appliquer, puis cliquez sur OK.
  5. Redémarrez l'ordinateur.

Remarque Avant de désactiver Service liste des réseaux, vous devez envisager que cette action apporte les modifications suivantes :

  • Par défaut, le pare-feu Windows sélectionne maintenant le profil Public. Par conséquent, les règles définies pour le domaine ou les profils privés doivent être ajoutés au profil Public.
  • Le centre de partage réseau n'affiche pas les types de profil ou de l'état de la connexion réseau.
  • L'icône de connexion réseau n'apparaît plus dans la barre des tâches Windows.
Les modifications qui se produisent après la déconnexion du Service liste des réseaux sont limitées à l'affichage des informations du réseau. Elles n'affectent pas le comportement du système.
Statut
Microsoft a confirmé qu'il s'agit d'un problème connu dans le pare-feu Windows.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 2701206 - Dernière mise à jour : 09/09/2015 17:03:00 - Révision : 10.0

Windows Server 2008 R2 Datacenter, Windows Server 2008 R2 Datacenter without Hyper-V, Windows Server 2008 R2 Enterprise, Windows Server 2008 R2 Enterprise without Hyper-V, Windows Server 2008 R2 for Itanium-Based Systems, Windows Server 2008 R2 Service Pack 1, Windows Server 2008 R2 Standard, Windows Server 2008 R2 Standard without Hyper-V

  • kbexpertiseinter kbprb kbsurveynew kbmt KB2701206 KbMtfr
Commentaires