Fehler beim Abrufen des Serverzertifikats

[Sliver18]

Ich habe noch etwas herausgefunden:

Führe ich das Programm auf meinem Entwicklersystem aus, kann ich die SOAP-Kommunikation fehlerfrei durchführen. Kopiere ich die EXE auf ein anderes System, kommt es weiterhin zu der besagten Fehlermeldung. Es scheint also, als wäre nur der Rechner, mit dem ich das Programm erstellt habe, mit "etwas" ausgestattet, das die Kommunikation gestattet.

Dazu mal die Frage: Von was für einem Zertifikat ist hier überhaupt die Rede? Geht es hier um ein SSL-Zertifikat für die Kommunikation (der Webservice liegt unter einer HTTPS-Adresse)? Kann es sein, dass beim Ausführen aus Delphi heraus eine andere (vielleicht vorinstallierte) Version der SSL-Bibliotheken verwendet wird? Oder werden die freien SSL-Bibliotheken bei einer HTTPRIO bzw. WSDL-Verbindung überhaupt nicht benutzt?

[mkinzler]

Kommt darauf an, welche Delphiversion. Neuere Versionen verwenden die Unterstützung von Windows.

[Sliver18]

Zitat von mkinzler:

Kommt darauf an, welche Delphiversion. Neuere Versionen verwenden die Unterstützung von Windows.

Die verwendete Delphiversion ist 10.3 auf einem Rechner mit Windows 10.

EDIT: Das System, auf dem die Kopie getestet wurde ist übrigens Windows 7

[generic]

Zitat von Sliver18:

Ich habe noch etwas herausgefunden:

Dazu mal die Frage: Von was für einem Zertifikat ist hier überhaupt die Rede? Geht es hier um ein SSL-Zertifikat für die Kommunikation (der Webservice liegt unter einer HTTPS-Adresse)? Kann es sein, dass beim Ausführen aus Delphi heraus eine andere (vielleicht vorinstallierte) Version der SSL-Bibliotheken verwendet wird? Oder werden die freien SSL-Bibliotheken bei einer HTTPRIO bzw. WSDL-Verbindung überhaupt nicht benutzt?

An so etwas glaube ich auch. Die haben bestimmt auf ein SHA256 Zertifikat umgestellt oder einige alte Methoden wie RC4, MD5 abgeschaltet.
Vielleicht kann daher dein Delphi nicht mehr mit dem Server kommunizieren, weil die SSL-Bib. zu alt ist?

[Sliver18]

Zitat von generic:

An so etwas glaube ich auch. Die haben bestimmt auf ein SHA256 Zertifikat umgestellt oder einige alte Methoden wie RC4, MD5 abgeschaltet.
Vielleicht kann daher dein Delphi nicht mehr mit dem Server kommunizieren, weil die SSL-Bib. zu alt ist?

Dann wäre der nächste Ansatz also, neue SSL-Bibliotheken herunterzuladen und es damit zu versuchen?

Noch was: Die ausgelieferten Bibliotheken sind auf beiden Systemen identisch. Werden in Delphi mittlerweile bei der Erstinstallation Bibliotheken mitgeliefert? Das war meines Wissens nach früher nicht so...? Das würde zumindest erklären, warum es auf dem Entwicklungssystem mit frisch installiertem neuen Delphi funktioniert und auf dem "alten" System mit den alten Bibliotheken nicht. Außerdem sind die Bibliotheken im Order der EXE identisch - die werden doch als erstes verwendet, oder?

[TiGü]

Kannst du auf den Windows 7 System was installieren?

Wenn ja, schau doch mal bitte, wie weit du in der Unit Soap.SOAPHTTPTRans in der Methode THTTPReqResp.Send kommst, indem du die Windowsfunktionen:
HttpOpenRequest,
InternetSetOption,
HttpAddRequestHeaders,
HttpSendRequest,
WinHttpReceiveResponse und HttpEndRequest
mit diesen Tool loggst:
http://www.rohitab.com/apimonitor

[Sliver18]

Zitat von TiGü:

Kannst du auf den Windows 7 System was installieren?

Japp.

Zitat von TiGü:

Wenn ja, schau doch mal bitte, wie weit du in der Unit Soap.SOAPHTTPTRans in der Methode THTTPReqResp.Send kommst, indem du die Windowsfunktionen:
HttpOpenRequest,
InternetSetOption,
HttpAddRequestHeaders,
HttpSendRequest,
WinHttpReceiveResponse und HttpEndRequest
mit diesen Tool loggst:
http://www.rohitab.com/apimonitor

Ui, mächtiges Tool.

Tatsächlich gehen die Aufrufe in den Bereich der WinHttp.dll:

WinHttpOpenRequest
WinHttpAddRequestHeaders
WinHttpSetOption
WinHttpSendRequest

Dabei wird mir auf dem nicht funktionierenden System direkt die Fehlermeldung "12175 - Die Inhaltscodierung ist fehlgeschlagen." im Tool an der Methode WinHttpSendRequest mit angezeigt. Das sieht mir stark nach der Fehlerursache aus.

Kommen wir damit weiter?

[TiGü]

Kommt drauf an.
Kannst du in der Hex Buffer Ansicht sehen, was für ein Inhalt lpOptional hat?
Im Anhang bspw. ein SOAP-Request. Hier sieht man in der Textansicht (rot umkringelt) den XML-Text des Requests.

Weiter oben ist bei HttpOpenRequest die Resource zu sehen (also die Adresse des Webservice ohne IP-Adresse/Domain und Port) und dann später bei HttpAddRequestHeadersW wird bspw. der Content-Type gesetzt.
Stehen denn bei dir da sinnvolle Werte drin? Und wie sieht der Vergleich zu deinem Entwicklersystem aus?

Hake auch mal alles unter dem Treenode "Security and Identity" an und schaue, ob das irgendwas mit Zertifkaten und Verschlüssung passiert. Wieder ist der Vergleich zwischen deinem System und dem Windows 7 System zielführend.

[Sliver18]

Zitat von TiGü:

Kannst du in der Hex Buffer Ansicht sehen, was für ein Inhalt lpOptional hat?
Im Anhang bspw. ein SOAP-Request. Hier sieht man in der Textansicht (rot umkringelt) den XML-Text des Requests.

Leider nein, wenn ich die Zeile markiere (oder lpOptional), passiert gar nichts in dem Hex-Fenster (Bedienungsfehler?).

Zitat von TiGü:

Weiter oben ist bei HttpOpenRequest die Resource zu sehen (also die Adresse des Webservice ohne IP-Adresse/Domain und Port) und dann später bei HttpAddRequestHeadersW wird bspw. der Content-Type gesetzt.
Stehen denn bei dir da sinnvolle Werte drin? Und wie sieht der Vergleich zu deinem Entwicklersystem aus?

Ja, Werte sind vorhanden und sehen auch plausibel aus. Dabei sind die Werte auf beiden Systemen identisch.

Zitat von TiGü:

Hake auch mal alles unter dem Treenode "Security and Identity" an und schaue, ob das irgendwas mit Zertifkaten und Verschlüssung passiert. Wieder ist der Vergleich zwischen deinem System und dem Windows 7 System zielführend.

Da haben wir eine Fehlerkolonne... Auf dem funktionierenden Win 10 System läuft alles sauber durch, aber auf dem Win 7 System hagelt es 1008er-Fehlermeldungen bei zahlreichen OpenThreadToken-Aufrufen: "Es wurde versucht, auf ein Token zuzugreifen, das nicht vorhanden ist."

Ich hänge ein paar Bilder an:

- Den leeren Hexbereich
- Die Abteilung mit den gesetzten AddRequestHeader-Werten
- Der neue Fehler 1008 aus dem Bereich Security und Identity