Fehler beim Abrufen des Serverzertifikats

[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:

Zitat von TiGü (Beitrag 1424990)

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:

Zitat von TiGü (Beitrag 1424990)

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:

Zitat von TiGü (Beitrag 1424990)

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:

Zitat von TiGü (Beitrag 1425014)

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.

[EmWieMichael]

Welche IE-Version ist auf den Win7-Rechnern installiert?

[Sliver18]

Zitat:

Zitat von EmWieMichael (Beitrag 1425027)

Welche IE-Version ist auf den Win7-Rechnern installiert?

Es ist Version 11.0.9600.19236.

[TiGü]

Zitat:

Zitat von Sliver18 (Beitrag 1425032)

Zitat:

Zitat von EmWieMichael (Beitrag 1425027)

Welche IE-Version ist auf den Win7-Rechnern installiert?

Es ist Version 11.0.9600.19236.

Vergleiche mal im jeweiligen Internet Explorer auf beiden Systemen per Einstellungen (Zahnrad) -> Internetoptionen die genaue Konfiguration im Tab Verbindungen (hier auch Button "LAN-Einstellungen") und unter dem Tab Erweitert ganz unten unter dem Knoten Sicherheit.

Vielleicht gibt es einen Unterschied.
Man kann da ja so Sachen wie "SSL 3.0/TLS 1.0/TLS 1.1/TLS 1.2 verwenden" an- und abwählen.
Wahrscheinlich wirkt sich das auch auf die Aufrufe der Systemfunktionen aus.

[Sliver18]

Zitat:

Zitat von TiGü (Beitrag 1425035)

Vergleiche mal im jeweiligen Internet Explorer auf beiden Systemen per Einstellungen (Zahnrad) -> Internetoptionen die genaue Konfiguration im Tab Verbindungen (hier auch Button "LAN-Einstellungen") und unter dem Tab Erweitert ganz unten unter dem Knoten Sicherheit.

Ein Unterschied in den LAN-Einstellungen: Auf dem Win-7-System ist der Haken "Einstellungen automatisch erkennen" gesetzt.

Zitat:

Zitat von TiGü (Beitrag 1425035)

Man kann da ja so Sachen wie "SSL 3.0/TLS 1.0/TLS 1.1/TLS 1.2 verwenden" an- und abwählen.
Wahrscheinlich wirkt sich das auch auf die Aufrufe der Systemfunktionen aus.

Hm... hier sind nicht wirklich Unterschiede vorhanden. Nur die Einstellung für "Do-not-Track", aber das wird hier ja wohl kaum verwendet werden.

[Delphi.Narium]

Keine Ahnung, ob mein Vorgehen hier jetzt sinnvoll ist oder nicht:

Irgendwo gibt es ja 'ne Url https:/wasauchimmer.xyz/und dann mehr oder weniger weiteres.

Nimm bitte dieses https:/wasauchimmer.xyz/ und gib es auf dem nicht funktionierenden Rechner im Internetexplorer ein.

Was passiert dann?

'ne sinnvoile Anzeige, 'ne Fehlermeldung, oder kommt dort dann auch der Zertifikatsfehler?
Folgt dem eventuell ein Dialog, in dem Du entscheiden kannst, ob das Zertifikat importiert werden soll, verworfen oder was auch immer?

Hast Du auf dem Problemrechner auch noch 'nen anderen Browser? Was macht der bei der Eingabe der Url? Alles ok oder irgendeine Fehlermeldung?

https://praxistipps.chip.de/internet...-was-tun_28343

https://support.microsoft.com/de-de/...ate-when-you-t

https://www.hnee.de/de/Service/IT-Se...igen-E6520.htm Sinngemäß den Inhalt der verlinkten PDF befolgen: https://www.hnee.de/_obj/82BF38A8-E2...stallieren.pdf

Auf dieser Seite https://www.ionos.de/tools/ssl-check mal Deine Url eingeben und prüfen lassen, wie es da so mit dem Zertifikat aussieht. Du solltest da erfahren, ob das Zertifikat in Ordnung ist, ob es richtig installliert ist ...

Eventuell bekommst Du so etwas konkretere Informationen, mit denen wir dann hier gezielt weitersuchen /-helfen können.

Erst wenn alle obigen "Tests" fehlerfrei beendet werden und dann das Problem bestehen bleibt, müssen wir uns Sorgen um Deine Implementierung und/oder Deine Delphiversion machen.

[TiGü]

Geht es hierum?
https://www.ups.com/upsdeveloperkit/...urce?loc=en_DE