Проблема подключения к клиенту WCF

Question

Я использую веб-службу в приложении .NET с клиентом WCF.

Адрес конечной точки службы находится над портом 4338, и он превышает HTTPS, защищенный стандартом WS-Security.

Так что адрес что-то вроде:

https://[servername]:4338/[servicename]/ 

Я не был в состоянии общаться на службу только с запуском приложения. он дал мне следующую ошибку:

Не удалось подключиться к [имя_сервера]: 4338 TCP код ошибки 10060: Попытка подключения не удалась, поскольку связано сторона не ответила после периода времени, или установлено соединение не удалось, так как подключен хозяин не смог ответить [имя_сервер]: 4338

Но когда я запускаю Fiddler исследовать HTTP связь, приложение начинает ш ork, и я смогу связаться с сервисом.

Кроме того, я хочу добавить, что у меня есть другая служба на том же веб-сервере, на котором размещена первая служба, а адрес второй службы размещен на порту 8080, и я могу общаться с ним с клиентом WCF (без запуска Fiddler).

Итак, я googled, и я обнаружил, что это может быть связано с настройками прокси-сервера. Вы знаете, в чем проблема, и как я могу ее решить?

Благодаря

Answer 1

Если у вас есть прокси-набор в Internet Explorer, это может вызвать проблемы. Что происходит, когда вы открываете https://[servername]:4338/[servicename]/ в Internet Explorer?

Answer 2

Fiddler выступает в качестве интернет-прокси-сервера. В общем, любой симптом формы: «он работает, когда я использую Fiddler» означает «он работает, когда есть (другой) прокси-сервер».

Проверьте настройки прокси-сервера. В частности, как предложила empi, попробуйте в браузере. Если он там работает, это может быть связано с тем, что в браузере настроены параметры прокси-сервера, и что у вас нет настроек для WCF.

Answer 3

Спасибо empi за ответ. Я нашел ответ. На самом деле в нашей компании у нас есть настройки прокси-сервера через «Автоматический сценарий конфигурации» и зависит от веб-сайтов, на которые мы ориентируемся внутри, сценарий укажет нам на правильный прокси. Итак, из сценария я получил правильный адрес прокси. и в моем приложении .NET я добавил этот код WebRequest.DefaultWebProxy = новый WebProxy («http://xx.xx.xx.xx:8080»); , и это устранило проблему Так что клиент WCF не обнаружил настройки автоматического сценария. , и это причина, по которой она срабатывала, когда я запускал Fiddler, потому что Fiddler слушает http-сообщение и посылает его снова через настройки.