Как заставить именованные каналы vstest работать правильно в Windows 10

Как и многие другие люди, я использую Visual Studio для разработки программного обеспечения. Теперь одна из функций, которые мне нравятся, - это интеграция VSTest в программное обеспечение.

VSTest использует именованные каналы для связи между процессом хоста (процессом тестирования) и IDE. К сожалению, кажется, что есть проблемы в связи между хост-процессом и исполнителем тестов, который использует именованные каналы.

https://stackoverflow.com/questions/17664886/error-debugging-code-in-visual-studio-2012-failed-to-initialize-client-proxy содержит больше информации, но, поскольку это в конечном итоге сводится к OS / Firewall Вопрос безопасности я решил задать здесь.

Теперь, когда вы запускаете Visual Studio в режиме администратора, все вдруг начинает работать нормально. Если вы находитесь в обычном пользовательском режиме на W10, он выходит из строя. Если вы включите ведение журнала, в тестовой (клиентской) службе будет написано следующее сообщение:

E, 9308, 1, 2016/11/17, 09:53:39.560, 1036805288, vstest.console.exe, TestExecutorServiceClient: Could not connect to test executor service within the available time 60000. Reason:System.ServiceModel.EndpointNotFoundException: There was no endpoint listening at net.pipe://mylaptop/TestExecutor/10516 that could accept the message. This is often caused by an incorrect address or SOAP action. See InnerException, if present, for more details. 

и следующее сообщение будет написано на службе хоста (сервера):

I, 10516, 1, 2016/11/17, 09:52:39.545, 884887986, vstest.executionengine.exe, TestExecutorService: Starting TestExecutor with command-line arguments /parentProcessId;9308 I, 10516, 1, 2016/11/17, 09:52:39.579, 884968419, vstest.executionengine.exe, TestExecutorService: Created/Started the listening channel. ChannelUri=net.pipe://mylaptop/TestExecutor/10516 

Как видите, сервер сообщает, что все живо и исправно, а клиент не может подключиться к URI.

Некоторые вещи, которые я пробовал, не имеют никакого эффекта:

• Отключить брандмауэр.
• Удалить вирусный сканер.
• Беспорядок с ползунком UAC.

По иронии судьбы, у меня есть аналогичная система под управлением W10, которая отлично работает. Аналогичный; это ноутбук Dell, который был предварительно установлен, а другой - система ручной сборки.

Чтобы смягчить проблему, я попытался изменить UAC на локального администратора, используя некоторые политики. Хотя теперь все функции в VS работают, он ломает приложения с ошибкой Can't open app with built in administrator.

Тем не менее, мне кажется, что проблема с разрешениями ... Что заставило меня прийти сюда, чтобы спросить. Предложения?