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

[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

[Emwykey]

Zitat von HolgerX:

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

Hatte ich mir auch überlegt, gerade da auch der Aufruf anderer https services bei mir ebenfalls keine probleme verursacht hat, allerdings finde ich es doch seltsam, dass es in C# generell und auch unter delphi tokyo in kombination mit WIN10 ohne weiteres klappt (( echt zum verzweifeln

[Bbommel]

Seltsam ist das nicht unbedingt. Wenn du den TRESTClient in Tokyo nutzt, dann nutzt der ja normalerweise kein Indy mehr, sondern lässt das HTTPS-Zeugs von Windows regeln. Genauso könnte es ja mit C# sein. Diese anderen SSL-Implementierungen können z.B. andere Zetrifaktslisten haben von bekannten Zertifizierungsstellen und brauchen daher z.B. ein Intermediate-Zertifikat nicht, welches ein anderer braucht.

Ich hatte das z.B. mal mit einem eigenen Server. Bei 1&1 damals ein Zertifikat gekauft und versucht es einzurichten. Bei Chrome lief dann auch https problemlos, mit Firefox kam ich aber nicht weiter. Bei mir war es dann nämlich genau so ein Problem mit dem Intermediate-Zertifikat, welches Firefox offenbar brauchte, wovon ich aber das falsche eingespielt hatte. Wenn ich das alles noch richtig rekonstruiert bekomme.

[Emwykey]

Zitat von 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.

Aktuell 1.1.0 ich versuche es mal mit 1.0.2 und berichte


EDIT: Ok, funktioniert leider nicht...