J'ai un serveur SQL fonctionnant sur le port 1433. Parfois (peut-être toujours) quand quelqu'un essaye de redémarrer l'instance, le port 1433 est détourné par un autre processus. Lorsque le serveur Windows est redémarré par l'utilisateur, SQLservr.exe peut à nouveau utiliser le port 1433. Parce que cela ne se produit que sporadiquement, l'utilisateur n'a signalé cela que maintenant. Ce serveur est un serveur de production, donc je ne voudrais pas empêcher l'instance de vérifier avec TCPView.Quel processus va pirater un port tcp?
Alors, existe-t-il un moyen de surveiller quel processus essaie d'ouvrir un port spécifique (le processus incriminé), mais échoue parce qu'il est déjà ouvert (par le serveur SQL)?
Si vous voulez un outil qui peut prédire ce que les autres outils vont faire à l'avenir, vous ne disposez pas d'un problème de logiciel, mais un problème de mathématiques. Il n'y a pas de "processus qui veulent utiliser un port quand il devient libre", un port est utilisé ou libre. – CodeCaster
Peut-être ETW pour ['AFD_EVENT_CREATE'] (https://msdn.microsoft.com/en-us/library/windows/desktop/hh448763 (v = vs.85) .aspx)? –