Een gegenereerde serviceclient kan zowel een service-eindpunt als proxygerelateerde bindinginstellingen hebben. Begin met vast te stellen welk adres bij welke rol hoort. De SOAP-service blijft de bestemming; ProxyAddress benoemt een tussenpersoon.

Voor BasicHttpBinding kiest UseDefaultWebProxy het automatisch geconfigureerde proxygedrag en is standaard true. Het contract van Microsoft ondersteunt niet het combineren van die true-waarde met een niet-null expliciet ProxyAddress. Maak de keuze samenhangend in plaats van beide toe te wijzen en aan te nemen dat er één stilzwijgend wint. Voor een openbaar bereikbare SOAP-service op een toegestane niet-geverifieerde openbare proxyroute levert de HTTP-proxylijst kandidaatadressen voor ProxyAddress; bewaar geen proxyreferenties van een ander eindpunt.

Controleer de binding die het eindpunt daadwerkelijk gebruikt

Een hulpfunctie kan de juiste binding bouwen terwijl de gegenereerde client nog een ander geconfigureerd eindpunt gebruikt. Inspecteer de binding die aan de mislukte aanroep is toegewezen. Het wijzigen van een configuratie-item dat de client nooit heeft geselecteerd, kan de route ervan niet beïnvloeden.

Onderscheid vervolgens het type proxyreferentie van het type servicereferentie. Een wachtwoord dat de SOAP-service vereist, is niet automatisch een account voor de geselecteerde netwerktussenpersoon.

De transportbeveiligingsmodus is een andere beslissing. Overschakelen naar een modus met alleen referenties, alleen omdat een oud antwoord dat suggereert, verandert de transportaannames; het bewijst niet dat de route of het account juist is. Behoud de beoogde TLS van de bestemming en gebruik de verificatieopzet die de geïmplementeerde WCF-client en de proxy ondersteunen.

Een nuttige diagnose noemt het service-eindpunt, de gekozen proxybron, de bindinginstantie en de eerste responsfase. Dat beperkt een 407 zonder een gegenereerde serviceclient te veranderen in een verzameling losse configuratievermoedens.

Gerelateerde artikelen