WCF BasicHttpBinding: ProxyAddress en UseDefaultWebProxy

'n Gegenereerde dienskliënt kan beide 'n diens-eindpunt en proxyverwante bindinginstellings hê. Begin deur te bepaal watter adres aan watter rol behoort. Die SOAP-diens bly die bestemming; ProxyAddress benoem 'n tussenganger.

Vir BasicHttpBinding kies UseDefaultWebProxy die outomaties gekonfigureerde proxygedrag en is by verstek waar. Microsoft se kontrak ondersteun nie die kombinasie van daardie waar-waarde met 'n nie-nul eksplisiete ProxyAddress nie. Maak die keuse samehangend eerder as om albei toe te wys en aan te neem dat een stilweg wen. Vir 'n publiek bereikbare SOAP-diens op 'n toegelate ongeauthentiseerde publieke proxyroete verskaf die HTTP-proxyslys kandidaatadresse vir ProxyAddress; moenie proxybewyse van 'n ander eindpunt hou nie.

Kontroleer die binding wat die eindpunt werklik gebruik

'n Helper kan die korrekte binding bou terwyl die gegenereerde kliënt steeds 'n ander gekonfigureerde eindpunt gebruik. Ondersoek die binding wat aan die mislukte oproep toegewys is. Om 'n konfigurasie-inskrywing te verander wat die kliënt nooit gekies het nie, kan nie sy roete beïnvloed nie.

Onderskei dan die tipe proxybewys van die tipe diensbewys. 'n Wagwoord wat die SOAP-diens vereis, is nie outomaties 'n rekening vir die gekose netwerktussenganger nie.

Vervoersekuriteitmodus is 'n ander besluit. Om na 'n slegs-bewys-modus oor te skakel bloot omdat 'n ou antwoord dit voorstel, verander die vervoeraannames; dit bewys nie dat die roete of rekening korrek is nie. Behou die beoogde bestemming se TLS en gebruik die verifikasie-reëling wat die ontplooide WCF-kliënt en proxy ondersteun.

'n Nuttige diagnostiek noem die diens-eindpunt, die gekose proxybron, die bindinginstansie en die eerste responstadium. Dit vernou 'n 407 sonder om 'n gegenereerde dienskliënt in 'n versameling onverwante konfigurasiegissings te verander.