В настоящее время у нас есть ситуация, когда у нас есть служба WCF, которая генерирует настраиваемые отчеты Excel для клиентов. Эта служба размещается в службе Windows и использует привязки net.tcp.
Мы переработали эту службу, добавив привязку http, чтобы клиенты ASP.NET могли использовать некоторые основные функции без аутентификации.
Это прекрасно работает в нашей среде разработки, но при развертывании в UAT служба не может открыть порт http и определить конечную точку MEX. У нас ограниченный доступ к UAT, и, поскольку это был уже существующий сервис до того, как мы взяли на себя управление проектом, мы не уверены, в чем проблема.
Я знаю, что мы можем запустить httpcfg на сервере и определить конечную точку, передающую SID функциональной учетной записи. Но можно ли в любом случае перечислить, какие конечные точки были определены в системе? Если бы мы могли перечислить их, мы могли бы сравнить наши среды UAT и DEV, чтобы убедиться, что нет конечных точек, которые были определены. Если это так, это избавит нас от необходимости выяснять, связана ли проблема с групповой политикой в системе UAT.