WCF BasicHttpBinding: ProxyAddress і UseDefaultWebProxy

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

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

Праверце прывязку, якую фактычна выкарыстоўвае канчатковая кропка

Дапаможны метад можа пабудаваць правільную прывязку, пакуль згенераваны кліент усё яшчэ выкарыстоўвае іншую наладжаную канчатковую кропку. Агледзьце прывязку, прызначаную выкліку, што не ўдаецца. Змена элемента канфігурацыі, які кліент ніколі не выбіраў, не можа паўплываць на яго маршрут.

Затым адрозніце тып уліковых даных проксі ад тыпу ўліковых даных службы. Пароль, які патрабуе служба SOAP, не з'яўляецца аўтаматычна ўліковым запісам для выбранага сеткавага пасярэдніка.

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

Карысная дыягностыка называе канчатковую кропку службы, выбрану крыніцу проксі, асобнік прывязкі і першую стадыю адказу. Гэта звужае 407, не ператвараючы згенераваны кліент службы ў набор незвязаных здагадак аб канфігурацыі.