Net.TCP Adaptateur d'écoute et service de partage de ports NET.TCP ne démarre pas sur Redémarrage
J'utilise le net.tcp Protocole pour divers services Web. Lorsque je redémarre My Windows 7 Ultimate (64 bits) MacBook Pro, le service ne redémarre jamais automatiquement, même si c'est la manière dont ils sont définis:
Les seuls événements pertinents que je peux voir sont dans le journal des événements système:
Erreur 6/9/2011 19:47 Service Control Manager 7001 Aucun The Net.TCP Soutiter Adapter Service dépend du service de service de partage de port Net.TCP> qui n'a pas pu démarrer en raison de l'erreur suivante: le service n'a pas répondu au début. ou demande de contrôle en temps opportun. "
Erreur 6/9/2011 19:47 Service Control Manager 7000 Néant Le service de service de partage de port Net.TCP n'a pas pu démarrer en raison de l'erreur suivante: le service n'a pas répondu à la demande de démarrage ou de contrôle en temps opportun. "
Erreur 6/9/2011 19:47 Directeur de contrôle de service 7009 Aucun
[.____] Un délai d'attente a été atteint (30000 millisecondes) en attendant le service de service de partage de port Net.TCP.
Ce message suggère que c'est autre chose Blocage du port (dans le poteau c'est SCCM 2007 R3 Client ce que je n'utilise pas).
Que pourrait être le problème? Si c'est autre chose bloquant le port, comment puis-je comprendre quoi? Lorsque je démarre manuellement les services, ils commencent correctement.
Les dépendances sont:
Service de partage de ports NET.TCP
NET.TCP ADAPTER
Toujours pas de chance, mais je pense que le problème pourrait être que ma connexion réseau prend trop de temps à venir. J'ai mis une vue personnalisée du journal des événements et j'ai trouvé ces éléments:
Le premier de la série dit:
Un délai d'attente a été atteint (30000 millisecondes) en attendant le service de service de partage de port Net.TCP.
Vous pouvez essayer de désactiver IPv6 comme première étape.
D'autres commandes de réparation que vous pouvez essayer sont:
netsh int ip reset c:\resetlog.txt (reset TCP/IP stack)
netsh winsock reset c:\winsock.txt (reset winsock)
netsh int ipv4 reset reset.log (reset IPv4 TCP/IP stack)
Voir aussi Réinitialiser le protocole Internet (TCP/IP) qui fournit un correctif-moi.
Avant de commencer, mieux créer un point de restauration du système, juste au cas où.
J'ai eu les fonctionnalités .NET Framework 3.5.1 déjà installées et l'adaptateur d'auditeur toujours suspendu. Travaillé après avoir également installé Microsoft .NET Framework 3.5.1 Activation HTTP et non HTTP WCF.
Je doute que le port soit bloqué ou ne commencerait probablement pas plus tard. Je soupçonne que certains autres services ne commencent pas assez tôt pour que cela commence, en d'autres termes, une dépendance.
Vérifiez vos dépendances contre ces documents:
http://www.blackviper.com/windows-services/net-tcp-listener-Adapter/
http://www.blackviper.com/windows-services/net-tcp-port-sharing-service/
Vous pouvez vérifier vos dépendances en double-cliquant sur le service et en allant à l'onglet Dépendance. S'il s'avère qu'ils ne correspondent pas, répondez à cela et je vais ajouter plus d'informations sur la manière de les ajouter au registre.
Dans mon cas, la défaillance de départ a été causée par des autorisations manquantes sur Machine.config Fichier Inside Dossier C:\Windows\Microsoft.net\Framework64\v4. 0.30319\config.
En fait, ce fichier avait une icône de verrouillage:
Et j'ai résolu l'ajout d'une lecture et d'exécuter des autorisations au groupe d'utilisateurs locaux (à partir du clic droit> Propriétés> Sécurité).
Référence: Le service de partage de port Net.TCP ne parvient pas à démarrer
J'ai eu le même problème. Je l'ai traquée à une installation échouée du paquet de cadres .NET 3.5.1 qui est fourni avec le rôle d'application Windows Server 2008 R2. J'ai corrigé le problème en désinstallant, redémarrant et réinstallant la fonctionnalité de fichier .NET 3.5.1.