У меня проблема, очень похожая на this , но я не могу использовать решение смены хостинга.
Справочная информация:
Недавно мы преобразовали существующую службу WCF, ранее размещенную на веб-сайте (4.0), в проект WCF, основанный на 4.5.2
Весь существующий код был перенесен, и новая служба размещена на той же виртуальной машине и в AppPool, что и старая (интегрированная 4.0 IIS7). Большая часть конфигурации остается такой же, как и у старой службы.
В локальных (IISExpress) и внутренних средах тестирования (IIS8) это работает нормально, без каких-либо проблем. Но когда мы внедряем это в производство, мои вызовы методов возвращают страницу с диско вместо ожидаемых данных.
Сервис, к которому я пытаюсь получить доступ, выглядит как https://example.com/NewService/Service.svc,, который внутренне разрешается на http://myinternallyresolvedname.com:port/NewService/service.svc
Обе эти конечные точки можно просматривать на сервере и локально. Можно просматривать конечные точки WSDL и mex.
Вещи уже пробовали:
- Проверено наличие правил перенаправления.
- Почтальон возвращает страницу диско на POST к конечной точке HTTP, 404 на HTTPS
- SOAPUI возвращает 404 по HTTPS и HTTP
- Используя клиентский прокси, сгенерированный механизмом Add Service Reference, страница Disco возвращается для http. Если я изменяю адрес конечной точки на HTTPS, он возвращает Нет прослушивания конечной точки.
Вся конфигурация на стороне клиента является довольно простой, которая вышла из коробки после добавления сервисной ссылки.
Буду признателен за любую помощь, поскольку я абсолютно не знаю, что может пойти не так.