nettcpactivator что это за служба
990x.top
Простой компьютерный блог для души)
Net.TCP Port Sharing Service — что это за служба?
Приветствую, друзья! Сегодня мы поговорим про Net.TCP Port Sharing Service — я постараюсь простым языком написать что это. Не все службы (сервисы) можно отключить — от некоторых зависит работа софта, как системного, так и стороннего. О такой одной службе сегодня пойдет речь.
Разбираемся
Net.TCP Port Sharing Service — служба, внутреннее название NetTcpPortSharing, работает под процессом SMSvcHost.exe, который запускается из:
C:\Windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\
Net.TCP Port Sharing Service — сервис, который можно встретить в серверных версиях Windows, возможно в обычных тоже есть. Позволяет нескольким программам использовать один TCP-порт для получения данных. Служба получает данные и автоматически перенаправляет их соответствующим сервисам в зависимости от получателя.
По умолчанию в Windows 7 служба отключена.
Информация с одного сайта, где подтверждается — службу можно отключить.
Однако есть другой вариант — например служба была отключена. Но некий софт при установки/работе запросил включение службы. Тогда ее отключать не стоит, но в любом случае — можно сделать эксперимент и отключить, если будут проблемы — включите обратно.
Кстати у меня в Windows 10 почему-то такой службы и вовсе нет.
Мини-инструкция как отключить службу
Перед отключением — советую создать контрольную точку восстановления на всякий случай.
Архитектура активации WAS
В настоящем разделе перечисляются и обсуждаются компоненты службы активации процесса Windows (также известной как WAS).
Компоненты активации
Служба WAS состоит из нескольких архитектурных компонентов.
Адаптеры прослушивателя. Службы Windows, получающие сообщения по определенным сетевым протоколам и взаимодействующие со службой WAS для маршрутизации входящих сообщений к правильным рабочим процессам.
WAS. Служба Windows, управляющая созданием и временем существования рабочих процессов.
Универсальный исполняемый файл рабочего процесса (w3wp.exe).
Диспетчер приложений. Управляет созданием и временем существования доменов приложений, в которых размещаются приложения внутри рабочих процессов.
Обработчики протоколов. Специфичные для протоколов компоненты, которые запускаются в рабочем процессе и управляют взаимодействием между рабочим процессом и отдельными адаптерами прослушивателя. Существуют обработчики протоколов двух типов: обработчики протоколов процесса и обработчики протоколов домена приложения.
Когда служба WAS активирует экземпляр рабочего процесса, она загружает требуемые обработчики протоколов процесса в рабочей процесс и использует диспетчер приложения для создания домена приложения, в котором будет размещено это приложение. Домен приложения загружает код приложения, а также обработчики протоколов домена приложения, которые требуются для используемых приложением сетевых протоколов.
Адаптеры прослушивателя
Адаптер прослушивателя Net.Pipe недоступен (SharePoint Server)
ПРИМЕНЯЕТСЯ К: 
2013 2016 2019 по подписке 
SharePoint в Microsoft 365
Имя правила: «Адаптер прослушивателя Net.Pipe недоступен».
Сводка. Адаптер прослушивателя Net.Pipe это служба Windows, которая получает запросы на активацию по протоколу net.pipe и передает их Службе активации Windows.
Причина. Если служба адаптера прослушивателя Net.Pipe не установлена или не запущена, правило анализатора работоспособности SharePoint вызывает оповещение.
Решение. Запустите службу адаптера прослушивателя Net.Pipe на сервере
Убедитесь, что учетная запись пользователя, с помощью которой выполняется данная процедура, является участником группы администраторов фермы.
В диспетчере серверов последовательно выберите элементы Средства и Службы.
Nettcpactivator для чего он нужен
Применимо к: да да да нет SharePoint Online APPLIES TO: 2013 2016 2019 SharePoint Online
Имя правила: «Адаптер прослушивателя Net.Pipe недоступен». Rule Name: The Net.Pipe Listener Adapter isn’t available.
Сводка. Адаптер прослушивателя Net.Pipe это служба Windows, которая получает запросы на активацию по протоколу net.pipe и передает их Службе активации Windows. Summary: The Net.Pipe Listener Adapter is a Windows service that receives activation requests over the net.pipe protocol and passes them to the Windows Process Activation Service.
Причина. Если служба адаптера прослушивателя Net.Pipe не установлена или не запущена, правило анализатора работоспособности SharePoint вызывает оповещение. Cause: If the Net.Pipe Listener Adapter service is not installed or started then the SharePoint Health Analyzer rule triggers an alert.
Решение. Запустите службу адаптера прослушивателя Net.Pipe на сервере Resolution: Start the Net.Pipe Listener Adapter service on the server
Убедитесь, что учетная запись пользователя, с помощью которой выполняется данная процедура, является участником группы администраторов фермы. Verify that the user account that is performing this procedure is a member of the Farm Administrators group.
В диспетчере серверов последовательно выберите элементы Средства и Службы. In Server Manager, click Tools, and then click Services.
Я использую протокол net.tcp для различных веб-сервисов. Когда я перезагружу свой MacBook Pro для Windows 7 Ultimate (64-разрядный), служба никогда не перезапускается автоматически, даже если это так, как они установлены:
Error 6/9/2011 19:47 Service Control Manager 7000 None The Net.Tcp Port Sharing Service service failed to start due to the following error: The service did not respond to the start or control request in a timely fashion.»
Error 6/9/2011 19:47 Service Control Manager 7009 None
A timeout was reached (30000 milliseconds) while waiting for the Net.Tcp Port Sharing Service service to connect.
Что еще может быть проблемой? Если это что-то другое, блокирующее порт, как мне понять, что? Когда я вручную запускаю службы, они запускаются правильно.
Служба обмена портами Net.Tcp
АдаптерпрослушивателяNet.Tcp
По-прежнему не повезло, но я думаю, что проблема может заключаться в том, что мое сетевое соединение занимает слишком много времени. Я ввел пользовательский вид журнала событий и нашел следующие элементы:
В моем текущем проекте мы (я имею в виду «команда проекта» ) используют службы WCF, размещенные в IIS.
Вот некоторые технические детали, которые могут быть важны:
Итак, проблема в том, что иногда WCF-сервисы становятся недоступными. Когда мы пытаемся достичь этих WCF-сервисов, мы получаем ошибку тайм-аута. И единственным способом восстановления работы WCF-сервиса является перезапуск службы Windows NetTcpActivator (Net.Tcp Listener Adapter).
Согласно моей теории коллег, эта ошибка может быть связана с проблемами, описанными в этой статье в KB:
В соответствии с этой статьей, SMSvcHost (контейнерная служба, в которой размещаются NetTcpActivator и служба совместного доступа к портам) зависает, если она не может перенаправить запрос на w3wp (рабочий процесс IIS) более чем за 60 секунд (неконфигурируемый таймаут). К сожалению, мы не можем найти способ воспроизвести эту ошибку. Например, мы ограничили SMSvcHost до 1 ядра процессора и 1 поток, а расширенные ожидающие подключения ограничили 1M и нажали на 100% загрузку процессора в пользовательском режиме. И это не зависало!
Кроме того, я хотел бы сказать, что это не новая проблема. Мои коллеги уже получили это 3 года назад (см. Эту тему для дополнительной информации http://forums.iis.net/t/1167668.aspx/1/10). И, к сожалению, они не получили ответа. Проблема исчезла после некоторых изменений конфигурации! И теперь он вернулся на новый сервер.
Я буду очень благодарен всем вам за мысли и идеи!
Хорошо, после многих исследований я выяснил причину нашей проблемы. Могут быть другие сценарии, где это происходит, но, надеюсь, это поможет некоторым людям. Microsoft находится в процессе воспроизведения в своих лабораториях и в конечном итоге нуждается в исправлении.
Чтобы воспроизвести проблему:
Я еще не знаю, является ли виновником w3wp или SMSvcHost. Шаг №3 имеет решающее значение, хотя пока не могу объяснить, почему. Если вы не удалите файл, все будет в порядке. Если вы измените файл (дата создания остается неизменной), все в порядке. Если вы переместите XML-конфигурацию в основной файл Web.config, все будет в порядке. Когда задача сборки копирует файл, обновленная дата обновляется, поэтому я предполагаю, что он кэширован каким-то образом, и один из процессов обнаруживает изменение даты.
Если вы перезапустите службы SMSvcHost (полная остановка, полный старт) один или два раза, клиентский запрос пройдет, и с этого момента вы все равно.
Итак, теперь я предполагаю, что это может быть проблемой сразу после развертывания, но если вы убедитесь, что все работает (и при необходимости перезапустите службы), то все должно быть в порядке. Вы также не можете выполнять внешние/связанные файлы.
Как только Microsoft отменит эту проблему, я надеюсь, у вас будет больше понимания.
Окончательное обновление Я забыл вернуться к этому раньше. Microsoft по сути признала, что у них, вероятно, была ошибка, но поскольку было обходное решение и потратил достаточно времени на билет, они закрывали его, а не изучали дальше. Кажется, что какой-то тип расы, когда SMSvcHost запускается со следующей установкой (аналогично тому, что я опубликовал ранее):
Адаптер слушателя net.tcp и служба общего доступа к портам net.tcp не запускаются при перезагрузке
Я использую протокол 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
Все еще не повезло, но я думаю, что проблема может заключаться в том, что мое сетевое соединение занимает слишком много времени для установления соединения. Я добавил пользовательский журнал событий и нашел следующие элементы: