WCF-Client-Verbindung Problem

Question

Ich bin ein Web-Dienst in .NET-Anwendung mit WCF-Client raubend.

Die Adresse des Endpoint des Dienstes über den Port 4338, und es ist über HTTPS, gesichert mit WS-Security-Standard.

So ist die Adresse ist so etwas wie:

https://[servername]:4338/[servicename]/

Ich war nicht in der Lage auf den Dienst zu kommunizieren nur die Anwendung ausgeführt wird. es gab mir die folgende Fehlermeldung:

  

kann nicht auf [servername] verbinden: 4338   TCP-Fehlercode 10060: Eine Verbindung   Versuch, da die angeschlossenen gescheitert   Partei reagierte nicht richtig nach einem   Zeit oder etablierte   Verbindung fehlgeschlagen ist, da die verbundene   Host hat nicht ansprachen   [Servername]: 4338

Aber wenn ich Fiddler laufen die http-Kommunikation zu untersuchen, die Anwendung der Arbeit beginnen, und ich werde auf den Dienst zu kommunizieren.

Wie gut, möchte ich hinzufügen, dass ich einen anderen Dienst auf demselben Web-Server, dass Hosts der erste Dienst, und diese Adresse des zweiten Dienst auf Port 8080 gehostet wird, und ich bin in der Lage damit mit WCF-Client zu kommunizieren ( ohne Lauf Fiedler).

Also, ich gegoogelt und ich fand, dass es um die Proxy-Einstellungen in Zusammenhang stehen könnte. Wissen Sie, was das Problem ist, und wie kann ich es lösen?

Danke

Answer 1

Wenn Sie Proxy-Set in Internet Explorer haben, kann es das Problem verursachen. Was passiert, wenn Sie öffnen https: // [Servername]: 4338 / [Servicename] / in Internet Explorer?

Answer 2

Fiddler fungiert als Internet-Proxy-Server. Im Allgemeinen kann jedes Symptom der Form: „es funktioniert, wenn ich Fiddler verwenden“ bedeutet „es funktioniert, wenn ein (anderer) Proxy-Server gibt es“.

Überprüfen Sie die Proxy-Server-Einstellungen. Insbesondere als empi vorgeschlagen, versuchen Sie es in einem Browser. Wenn es dort funktioniert, könnte es aufgrund der Tatsache sein, dass der Browser die Proxy-Einstellungen konfiguriert ist, und dass Sie nicht haben sie für WCF konfiguriert.

Answer 3

Danke empi für die Antwort. Ich fand die Antwort. Eigentlich in unserem Unternehmen haben wir eine Proxy-Einstellungen über „Automatische Konfigurationsskript“ und hängt von den Web-Site, die wir intern zielen, das Skript wird uns auf den richtigen Proxy verweisen. Also, aus dem Skript bekam ich die richtige Proxy-Adresse. und in meiner .NET-Anwendung habe ich diesen Code WebRequest.DefaultWebProxy = new WebProxy ( " http: //xx.xx.xx.xx: 8080 "); und dass das Problem behoben So WCF-Client wurde die Einstellung des automatischen Skript nicht zu erkennen. und dies ist der Grund, warum es funktionierte, als ich Fiddler laufen, weil Fiedler auf die http-Kommunikation zu hören, und es wieder durch die Einstellungen senden.