WCF BasicHttpBinding: ProxyAddress і UseDefaultWebProxy

Згенерований клієнт служби може мати і кінцеву точку служби, і параметри прив'язки, пов'язані з проксі. Почніть з визначення того, яка адреса належить якій ролі. Служба SOAP залишається пунктом призначення; ProxyAddress називає посередника.

Для BasicHttpBinding параметр UseDefaultWebProxy вибирає автоматично налаштовану поведінку проксі і за замовчуванням дорівнює true. Контракт Microsoft не підтримує поєднання цього значення true з ненульовим явним ProxyAddress. Зробіть вибір узгодженим, замість того щоб задавати обидва і припускати, що один тихо переможе. Для загальнодоступної служби SOAP на дозволеному неавтентифікованому публічному маршруті проксі список HTTP-проксі надає адреси-кандидати для ProxyAddress; не зберігайте облікові дані проксі з іншої кінцевої точки.

Перевірте прив'язку, яку фактично використовує кінцева точка

Допоміжний метод може побудувати правильну прив'язку, тоді як згенерований клієнт досі використовує іншу налаштовану кінцеву точку. Перегляньте прив'язку, призначену невдалому виклику. Зміна запису конфігурації, який клієнт ніколи не вибирав, не може вплинути на його маршрут.

Потім розрізняйте тип облікових даних проксі та тип облікових даних служби. Пароль, який вимагає служба SOAP, не є автоматично обліковим записом для вибраного мережевого посередника.

Режим безпеки транспорту — це ще одне рішення. Перехід у режим лише з обліковими даними лише тому, що стара відповідь це пропонує, змінює припущення щодо транспорту; він не доводить, що маршрут або обліковий запис правильні. Збережіть передбачуваний TLS пункту призначення і використовуйте схему автентифікації, яку підтримують розгорнутий клієнт WCF і проксі.

Корисна діагностика називає кінцеву точку служби, вибране джерело проксі, екземпляр прив'язки та перший етап відповіді. Це звужує помилку 407, не перетворюючи згенерований клієнт служби на набір не пов'язаних здогадів щодо конфігурації.