Bonjour Emma Simon,
Ce problème survient lorsque des applications ou agents de sécurité ouvrent massivement des sockets éphémères et finissent par empiéter sur les ports statiques requis par le clustering, ou lorsque la plage dynamique par défaut entre en conflit avec l'écouteur UDP 3343. Lorsque ClusSvc tente de s'initialiser, il ne peut pas réserver son port d'écoute exclusif pour le trafic de pulsation, provoquant l'erreur d'isolation du nœud.
Pour auditer l'occupation actuelle et identifier les processus consommateurs, ouvrez une invite PowerShell sur l'hôte et exécutez netstat -ano -p udp pour relever le PID du service occupant le port, ou utilisez Get-NetUDPEndpoint -LocalPort 3343. Vous pouvez également visualiser les plages dynamiques configurées avec la commande netsh int ipv4 show dynamicport udp pour vérifier si la borne inférieure englobe le port du cluster.
Pour empêcher tout logiciel tiers de préempter ce port à l'avenir, réservez le de manière persistante au niveau de la pile réseau en exécutant la commande netsh int ipv4 add excludedportrange protocol=udp startport=3343 numberofports=1 store=persistent. Redémarrez ensuite le service de cluster via Start-Service ClusSvc ou redémarrez le serveur pour appliquer l'exclusion. Si cette solution a permis de stabiliser la communication de votre cluster, je vous invite à accepter cette réponse.
Tracy Le.