/ / WCF + web api + Неможливо встановити з'єднання, оскільки цільова машина активно відмовила в цьому x.x.x.x: 443 - wcf, asp.net-web-api

WCF + web api + Неможливо встановити з'єднання, оскільки цільова машина активно відмовила в цьому x.x.x.x: 443 - wcf, asp.net-web-api

Я отримую доступ до сторонньої веб-API від мого WCFзаявка Під час розробки я мав доступ до цих API, але коли я розгорнув WCF в IIS, він не зміг підключитися до веб-API та викинув мені таку помилку:

"System.Net.WebException: Не вдалося підключитися до віддаленого сервера ---> System.Net.Sockets.SocketException: з'єднання неможливе, тому що цільова машина активно відмовилася від нього X.X.X.X: 443"

Просто щоб переконатись, що мій сервер добре, де ярозгорнув мій WCF. Я спробував отримати доступ до цих веб-API через просту консольну програму. Це доступ до цих API від моєї машини розробки, а також від серверної машини. Тепер я відчуваю, що винуватцем не є сторонний сервер веб-API, але щось трапляється не так, коли служба служби WCF отримує доступ до веб-афі, розміщеного в IIS.

Будь ласка, допоможіть!!!

Відповіді:

2 для відповіді № 1

Нарешті я знайшов проблему. Служба IIS запускає мою WCF під "користувачем мережі" або "ідентифікатором пулу додатків" користувача. Це не що інше, як вікно вбудованих користувачів, який має обмежений доступ. Коли я намагався відкрити сторонній API у консольному додатку, він працював, оскільки він працював під моїм обліковим записом користувача, який має облікові дані адміністратора. Тому я дійшов висновку, що, коли програма, що здійснює міждоменний дзвінок, повинна працювати під користувачем, який має достатньо посвідчень для здійснення таких дзвінків.

Рішенням було змінити ідентифікатор пула додатків до ідентифікатора адміністратора (Я змінив його до мого входу в систему) Він працював і здійснював дзвінки на третій сторонний API з сервісу WCF