WCF BasicHttpBinding: ProxyAddress i UseDefaultWebProxy
Uskladite eksplicitnu adresu proksija u BasicHttpBindingu i izbor podrazumevanog proksija pre nego što promenite transportne akreditive.
Generisani klijent usluge može imati i završnu tačku usluge i postavke povezivanja vezane za proksi. Počnite utvrđivanjem koja adresa pripada kojoj ulozi. SOAP usluga ostaje odredište; ProxyAddress imenuje posrednika.
Za BasicHttpBinding UseDefaultWebProxy bira automatski konfigurisano ponašanje proksija i podrazumevano je true. Microsoftov ugovor ne podržava kombinovanje te vrednosti true sa eksplicitnim ProxyAddress koji nije null. Učinite izbor doslednim umesto da dodelite oba i pretpostavite da jedno tiho pobeđuje. Za javno dostupnu SOAP uslugu na dozvoljenoj neautentifikovanoj javnoj proksi ruti lista HTTP proksija nudi kandidatske adrese za ProxyAddress; ne zadržavajte nikakve proksi akreditive sa druge završne tačke.
Proverite povezivanje koje završna tačka stvarno koristi
Pomoćna metoda može izgraditi ispravno povezivanje dok generisani klijent još uvek koristi drugu konfigurisanu završnu tačku. Pregledajte povezivanje dodeljeno pozivu koji ne uspeva. Promena konfiguracionog unosa koji klijent nikada nije izabrao ne može uticati na njegovu rutu.
Zatim razlikujte vrstu proksi akreditiva od vrste akreditiva usluge. Lozinka koju zahteva SOAP usluga nije automatski nalog za izabranog mrežnog posrednika.
Način transportne bezbednosti je još jedna odluka. Prelazak na način samo sa akreditivima samo zato što to predlaže stari odgovor menja transportne pretpostavke; to ne dokazuje da su ruta ili nalog ispravni. Sačuvajte nameravani TLS odredišta i koristite raspored provere autentičnosti koji podržavaju implementirani WCF klijent i proksi.
Korisna dijagnostika navodi završnu tačku usluge, izabrani izvor proksija, instancu povezivanja i prvu fazu odgovora. To sužava 407 bez pretvaranja generisanog klijenta usluge u zbirku nepovezanih nagađanja o konfiguraciji.