#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