#10054 (die Verbindung wurde vom Peer zurückgesetzt ) - tidhttp https tls 1.2

[Emwykey]

Hallo Liebes Forum,

ich versuche mit der Indy Komponente TIDHttp Abfragen an einen REST Service zu senden.
Ich verwende:
- Indy 10
- Delphi XE5
- OpenSSL 1.1.0

leider endet jeder Versuch in der Meldung #10054 Connection reset by peer...

Mit einem in C# erstellten Testprojekt laufen die Abfragen auf den Server fehlerfrei.

Ich habe es auch bereits mit den TREST.. Komponenten versucht, leider ebenfalls ohne erfolg.
Das nicht funktionierende Delphi Projekt findet ihr im Anhang.

Wenn mir irgendwer sagen kann, was fehlt oder falsch ist oder warum es nicht funktioniert wäre ich echt mega dankbar




EDIT: Auch mit dem REST Debugger Tool kann keine Verbindung hergestellt werden, selber Fehler

[Emwykey]

Zur Info: Mit der TRESTClient Komponente Funktioniert es zumindest in Delphi Tokyo (10.2) - habe ich gestern getestet. Hier funktioniert auch der Aufruf mit dem REST Debugger. Es wäre aber dennoch interessant, wie das in XE 5 lösbar wäre.

[Olli73]

Sind die SSL-Einstellungen korrekt? Ich hatte da auch mal Probleme, weiß aber nicht mehr, ob/welche Fehlermeldung kam.

[Emwykey]

Müssten, zumindest ist nichts weiter als TLS 1.1 oder TLS 1.2 angegeben... Ich kenn mich da leider auch nicht so gut aus, hab aber viel probiert was ich so im Internet gefunden hab zu der Fehlermeldung und hat leider nichts gebracht


Funktioniert in C# auch so ( .Net 4.5 ) -- WebRequest und TLS 1.1/1.2

Allerdings was ich gerade feststellen musste, zwar funktioniert der Aufruf in der mit Tokyo erzeugten EXE mit TRESTClient, aber nicht auf Windows 7 Rechnern, bisher nur getestet auf Windows 7, Windows 10 und Windows Server 2012 R2.

Umgekehrt funktioniert der Aufruf jedoch unter Windows 10 und Windows Server 2012 R2 in XE5 compiliert auch nicht...

Es wurde sowohl ein PC mit Delphi und OpenSSL Installation sowie ein Client ohne beides getestet....

Das kann doch eigentlich nicht sein oder? Es ist wirklich das selbe Projekt, nur in der anderen Umgebung compiliert.

[mjustin]

Wenn die HTTP Requests exakt gleich sind sollte auch das Ergebnis übereinstimmen.
Für eine Vergleich der HTTP Requests kann Wireshark oder Fiddler2 (HTTP Proxy) verwendet werden. Vergleicht man einen funktionierenden und einen nicht funktionierenden Request kann man die relevanten Unterschiede aufspüren.

Aber wenn bereits der Verbindungsaufbau selber abgelehnt wird, ist es ein reines TLS/SSL Problem. Ob das so ist, sollte man im Debugger sehen können. Der Verbindungsaufbau zum Server erfolgt ja bevor die HTTP-spezifischen Pakete gesendet werden.

Allein anhand des Sourcecodes kann man das nicht sehen, es muss für diesen Test schon die URL bekannt und erreichbar sein.

[Emwykey]

Hallo, im Testprojekt ist die URL angegeben die ist auch aktiv
Ist wirklich das Selbe Projekt, der selbe Aufruf, allerdings ( Im Testprojekt auskommentiert ) über den REST Client, IDHTTP funktioniert immer noch gar nicht.
Über den REST Client erhalte ich in XE 5 beim Aufruf von SSL_Connect() in der Unit IDSSLOpenSSL, ich habe auch schon x mal openSSL neu installiert aber das hilft nicht

[mjustin]

Zitat von Emwykey:

Hallo, im Testprojekt ist die URL angegeben die ist auch aktiv
Ist wirklich das Selbe Projekt, der selbe Aufruf, allerdings ( Im Testprojekt auskommentiert ) über den REST Client, IDHTTP funktioniert immer noch gar nicht.
Über den REST Client erhalte ich in XE 5 beim Aufruf von SSL_Connect() in der Unit IDSSLOpenSSL, ich habe auch schon x mal openSSL neu installiert aber das hilft nicht

In Unit IDSSLOpenSSL wird in procedure TIdSSLSocket.Connect die Funktion SSL_Connect aufgerufen. (So circa in Zeile 3679). Der Aufruf gibt einen Errorcode zurück. Wird dieser Code ausgeführt und welchen Wert gibt der Aufruf von SSL_Connect zurück?

[Bbommel]

Hi Emwykey,

also wenn ich mir die URL von deinem REST-Sevice in den Browser kopiere (hier: Firefox), dann mag er mir die auch nicht öffnen und gibt mir eine Sicherheitswarnung aus. Und zwar so:

"Der Inhaber von hs-abnahme.a-trust.at hat die Website nicht richtig konfiguriert. Firefox hat keine Verbindung mit dieser Website aufgebaut, um Ihre Informationen vor Diebstahl zu schützen."

Das Problem scheint mir also nicht in Delphi zu liegen, sondern beim Server stimmt noch etwas nicht so ganz. Fehlendes Zertifikat, fehlendes Intermediate-Zertifikat oder irgendwie so etwas ist ja der Klassiker bei SSL-Verbindungen. Ich würde also erst einmal schauen, dass das läuft und erst danach in Delphi weiterforschen.

[Thomas Horstmann]

Welche OpenSSL DLLs werden denn benutzt? 1.1.0 oder 1.0.2? Soweit ich weiß unterstützt Indy nur 1.0.2.

[HolgerX]

Hmm

habe mir auch mal die URL aus deinem Projekt geholt und auch mit Chrome dauert es Ewigkeiten, bis eine Antwort kommt.

Ein kleiner Test mit INDY gibt mir nen SocketError 10060 Connection Timeout...

Ich denke auch, da ist was mit dem Server nicht OK

(Test mit D6 + INDY 10.6.2 + DLLs (1.0.2.11))

Andere HTTPS-Server liefern problemlos ihre Daten