Адаптер слушателя net.tcp и служба общего доступа к портам net.tcp не запускаются при перезагрузке

Question

Я использую протокол net.tcp для различных веб-сервисов. Когда я перезагружаю свой MacBook Pro с Windows 7 Ultimate (64-разрядная версия), служба никогда не перезапускается автоматически, даже если они настроены так:

Единственные соответствующие события, которые я вижу, находятся в журнале системных событий:

Ошибка 6/9/2011 19:47 Service Control Manager 7001 Нет Служба адаптера прослушивателя Net.Tcp зависит от службы службы общего доступа к портам Net.Tcp>, которая не запустилась из-за следующей ошибки: служба не отвечает на запуск или своевременно контролировать запрос ".

Ошибка 6/9/2011 19:47 Service Control Manager 7000 Нет Службе общего доступа к портам Net.Tcp не удалось запуститься из-за следующей ошибки: служба не ответила на запрос запуска или управления своевременно. "

Ошибка 9/9/2011 19:47 Диспетчер управления службами 7009 Нет
Время ожидания (30000 миллисекунд) истекло при ожидании подключения службы общего доступа к портам Net.Tcp.

Этот пост предполагает, что это что-то еще блокирует порт (в посте это SCCM 2007 R3 Client который я не использую).

В чем еще может быть проблема? Если что-то еще блокирует порт, как я могу выяснить что? Когда я вручную запускаю сервисы, они запускаются правильно.

---

Зависимости:

Net.Tcp Port Sharing Service

Адаптер прослушивателя Net.Tcp

---

Все еще не повезло, но я думаю, что проблема может заключаться в том, что мое сетевое соединение занимает слишком много времени для установления соединения. Я добавил пользовательский журнал событий и нашел следующие элементы:

Первый в серии говорит:

Время ожидания (30000 миллисекунд) истекло при ожидании подключения службы общего доступа к портам Net.Tcp.

Answer 1

Если вы идете в диспетчер серверов | Функции и добавьте «.Net Framework 3.5.1 Features» с подкатегорией "Активация WCF", вы должны решить эту проблему.

@Jay Int32 верен в своем разрешении выше, но вы можете просто включить функцию активации WCF в .net 3.5 вместо того, чтобы использовать жесткий способ установки каждой платформы отдельно и начинать с нуля.

Answer 2

У меня уже установлены компоненты .NET Framework 3.5.1, и адаптер слушателя все еще завис. Работал также после установки Microsoft .NET Framework 3.5.1 WCF HTTP и не-активация HTTP.

Answer 3

Вы можете попробовать отключить IPv6 в качестве первого шага.

Другие команды восстановления, которые вы можете попробовать:

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)

См. Также сброс интернет-протокола (TCP/IP), который обеспечивает исправление.

Перед началом лучше создать точку восстановления системы, на всякий случай.

Answer 4

Я сомневаюсь, что порт заблокирован, или он, вероятно, не запустится позже. Я подозреваю, что какой-то другой сервис не запускается достаточно быстро, чтобы запустить его, другими словами, зависимость.

Проверьте ваши зависимости от этих документов:

http://www.blackviper.com/windows-services/net-tcp-listener-adapter/

http://www.blackviper.com/windows-services/net-tcp-port-sharing-service/

Вы можете проверить свои зависимости, дважды щелкнув по сервису и перейдя на вкладку зависимостей. Если окажется, что они не совпадают, ответьте на это, и я добавлю больше информации о том, как добавить их в реестр.

Answer 5

У меня была похожая проблема на сервере Win 2008. Адаптер прослушивателя Net.Tcp и адаптер прослушивателя Net.Pipe зависли бы в "начальном" состоянии. В конечном итоге я обнаружил, что это произошло из-за того, что система была настроена с .NET 2.0 Framework и .NET 4.0 Framework, но не с 3.5, которая требуется для правильной работы адаптера прослушивателя службы активации Windows. Мы повторно создали образ виртуального сервера с чистой ОС, установили пакеты .Net Framework по порядку, и это решило проблему.

Answer 6

В моем случае ошибка запуска была вызвана отсутствием разрешений для файла machine.config в папке C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config.

На самом деле этот файл имел значок блокировки:

И я решил добавить разрешения на чтение и выполнение для локальной группы пользователей (щелкните правой кнопкой мыши> Свойства> Безопасность).

Справка: служба общего доступа к портам Net.Tcp не запускается

Answer 7

У меня такая же проблема. Я проследил это до неудачной установки пакета .NET 3.5.1 Frameworks, который связан с ролью приложения Windows Server 2008 R2. Я исправил проблему, удалив, перезагрузив и заново установив функцию роли приложения .NET 3.5.1.