Fehler beim Abrufen des Serverzertifikats

[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

[TiGü]

Bei dem Windows 10 gibt es demzufolge nur einen oder nur wenige OpenThreadToken() Aufrufe?

[Sliver18]

Zitat von TiGü:

Bei dem Windows 10 gibt es demzufolge nur einen oder nur wenige OpenThreadToken() Aufrufe?

Das überrascht mich jetzt - es gibt nicht einen Einzigen...

Ich hänge hier mal die "Logs" der Ausführung an. Darin sieht man, dass die Prozedur unter Windows 10 offenbar völlig anders durchlaufen wird.