WCF BasicHttpBinding: ProxyAddress ja UseDefaultWebProxy
Viige BasicHttpBindingi selgesõnaline puhverserveri aadress ja vaikimisi puhverserveri valik kooskõlla enne, kui muudate transpordi mandaate.
Genereeritud teenusekliendil võib olla nii teenuse lõpp-punkt kui ka puhverserveriga seotud sidumisseaded. Alustage sellest, et teha kindlaks, milline aadress kuulub millisele rollile. SOAP-teenus jääb sihtkohaks; ProxyAddress nimetab vahendajat.
BasicHttpBindingi puhul valib UseDefaultWebProxy automaatselt konfigureeritud puhverserveri käitumise ja on vaikimisi true. Microsofti leping ei toeta selle true-väärtuse kombineerimist nullist erineva selgesõnalise ProxyAddressiga. Tehke valik sidusaks, selle asemel et määrata mõlemad ja eeldada, et üks võidab vaikselt. Avalikult kättesaadava SOAP-teenuse jaoks lubatud autentimata avalikul puhverserveri marsruudil pakub HTTP-puhverserverite loend kandidaataadresse ProxyAddressi jaoks; ärge hoidke ühegi teise lõpp-punkti puhverserveri mandaate.
Kontrollige sidumist, mida lõpp-punkt tegelikult kasutab
Abimeetod võib ehitada õige sidumise, samal ajal kui genereeritud klient kasutab endiselt teist konfigureeritud lõpp-punkti. Uurige ebaõnnestunud kõnele määratud sidumist. Konfiguratsioonikirje muutmine, mida klient kunagi ei valinud, ei saa selle marsruuti mõjutada.
Seejärel eristage puhverserveri mandaadi tüüpi teenuse mandaadi tüübist. SOAP-teenuse nõutav parool ei ole automaatselt valitud võrguvahendaja konto.
Transpordi turberežiim on veel üks otsus. Ainult mandaatide režiimile üleminek üksnes seetõttu, et vana vastus seda soovitab, muudab transpordi eeldusi; see ei tõesta, et marsruut või konto on õige. Säilitage kavandatud sihtkoha TLS ja kasutage autentimiskorraldust, mida toetavad juurutatud WCF-klient ja puhverserver.
Kasulik diagnostika nimetab teenuse lõpp-punkti, valitud puhverserveri allika, sidumi eksemplari ja esimese vastuse etapi. See kitsendab 407-t, muutmata genereeritud teenuseklienti seotud konfiguratsioonioletuste kogumiks.