DataSnap REST im Apache, Fehler im Client Module Wizard

[florian89]

Ich habe eine DataSnap REST Anwendung entwickelt (Delphi XE5) und diese in einen Apache (ISAPI.dll im cgi-bin) integriert. Der Apache habe ich auf https umgestellt. Per URL kann ich den Webservice aufrufen. Mit dem DataSnap Client Module Wizard kann ich den Webservice jedoch nicht in eine Win32-Anwendung einbinden. Im Wizard bekomme ich folgende Fehlermeldung, wenn ich die Verbindung testen will: "Socket-Fehler # 10061Verbindung abgelehnt."
Habe meine Eingaben im Wizard schon mit der URL abgeglichen. Passt alles. In den Logs des Apache schlägt auch keine Meldung auf.

Kann mir jemand weiter helfen? Bin langsam am verzweifeln...
Herzlichen Dank schon mal!

[mkinzler]

Stimmt der Port?

[florian89]

ja, 443

[mjustin]

Zitat:

Zitat von florian89 (Beitrag 1259004)

Per URL kann ich den Webservice aufrufen. Mit dem DataSnap Client Module Wizard kann ich den Webservice jedoch nicht in eine Win32-Anwendung einbinden. Im Wizard bekomme ich folgende Fehlermeldung, wenn ich die Verbindung testen will: "Socket-Fehler # 10061Verbindung abgelehnt."
Habe meine Eingaben im Wizard schon mit der URL abgeglichen. Passt alles. In den Logs des Apache schlägt auch keine Meldung auf

Eventuell liegt es an SSL Verbindungsproblemen? Zur Diagnose kann OpenSSL verwendet werden.

http://www.openssl.org/docs/apps/s_client.html

Zitat:

s_client can be used to debug SSL servers. To connect to an SSL HTTP server the command:

openssl s_client -connect servername:443

would typically be used (https uses port 443). If the connection succeeds then an HTTP command can be given such as ``GET /'' to retrieve a web page.

[florian89]

Hab das mit OpenSSL probiert, bekomme folgende Fehlermeldung

Code:

connect: No such file or directory
connect:errno=0

Habe außerdem folgende Optionen (einzeln) probiert: -bugs, -ssl2, -ssl3, -tls1, -no_ssl2, -no_ssl3, -no_tls1
Laut Google findet er das Zertifikat nicht?!? Das verwirrt mich jetzt aber, schließlich wird beim Zugriff per URL das Zertifikat ja gefunden. Kann es sein, dass ich für die Kommunikation die PEM- und CSR-Datei benötige?

[mjustin]

Zitat:

Zitat von florian89 (Beitrag 1259045)

Hab das mit OpenSSL probiert, bekomme folgende Fehlermeldung

Code:

connect: No such file or directory
connect:errno=0

Habe außerdem folgende Optionen (einzeln) probiert: -bugs, -ssl2, -ssl3, -tls1, -no_ssl2, -no_ssl3, -no_tls1
Laut Google findet er das Zertifikat nicht?!? Das verwirrt mich jetzt aber, schließlich wird beim Zugriff per URL das Zertifikat ja gefunden. Kann es sein, dass ich für die Kommunikation die PEM- und CSR-Datei benötige?

Für HTTPS braucht der Client eigentlich nur Zugriff auf die Stammzertifikate in Windows, um die Zertifikatskette zu prüfen. Sind die SSL Zertifikate selbsterstellt? Wird der Server per IP Adresse oder Namen (z.B. myserver.local:443) angegeben? (intern würde ich die IP Adresse für einen ersten Test verwenden, um DNS und Routing Probleme auszuschliessen).

Dann würde ich noch einen Gegencheck machen um die Funktionsweise von OpenSSL s_client zu prüfen - zum Beispiel openssl s_client -connect heise.de:443 und dann GET /

[florian89]

Nein, das Zertifikat ist gekauft.
Habe es per IP-Adresse und Domain probiert. Gleicher Fehler.
Auch bei openssl s_client -connect heise.de:443 kommt die selbe Fehlermeldung. Habe deshalb OpenSSL neu installiert und nochmal probiert. Kein Erfolg.
Kann es sein, dass es an der Firewall liegt?

[mkinzler]

Möglicherweise. Schalte diese doch mal testweise aus.

[florian89]

Die Firewall kann ich leider im Firmennetzwerk nicht ausschalten lassen.
Bei einem anderen (eigenen) Server funktioniert jedoch openssl s_client -connect testdomain.de:443. :shock: Keine Ahnung warum es bei allen anderen Servern nicht funktioniert. Vielleicht hat jemand eine Idee?

[florian89]

Jetzt funktioniert es. Es lag an der Firewall.