2010-12-01 3 views
1

В настоящее время у нас есть ситуация, когда у нас есть служба WCF, которая генерирует пользовательские отчеты Excel для клиентов. Эта служба размещается в службе Windows и использует привязки net.tcp.WCF-сервис httpcfg issue

Мы переделали эту службу, чтобы добавить привязку http, чтобы клиенты ASP.NET могли утилизировать некоторые из основных функций без аутентификации.

Это прекрасно работает в нашей среде разработки, но при развертывании в UAT служба не может открыть порт http и определить конечную точку MEX. У нас ограниченный доступ к UAT, и поскольку это был уже существующий сервис, прежде чем мы взяли на себя этот проект, мы не уверены, в чем проблема.

Я знаю, что мы можем запустить httpcfg на сервере и определить конечную точку, передающую SID функциональной учетной записи. Но так или иначе, мы можем указать, какие конечные точки были определены в системе? Если бы мы могли их перечислить, мы могли бы сравнить наши среды UAT и DEV, чтобы убедиться, что в конечных точках, которые были определены, нет несогласованности. Если это так, это избавит нас от необходимости выяснять, связана ли проблема с групповой политикой в ​​системе UAT.

ответ

2

Вы можете попытаться использовать команду netsh.

«netsh http show urlacl» должен дать вам хороший обзор, чтобы узнать, что разрешено для тех, кто на каком http-порту.

Надеюсь, что это поможет,