Datei aus dem Internet herunterladen - geht nicht mehr!

[Delphi.Narium]

Befinden sich die DLLs im gleichen Verzeichnis, wie die Exe?

Ggfls. das Programm mal nicht aus der IDE starten, sondern über den Explorer.

Oder bei den Startparametern (im Menü Start der IDE) beim Arbeitsverzeichnis explizit das Verzeichnis angeben, in dem, sich die Exe befindet.

[NicoleWagner]

Ja, die dlls sind im richtigen Verzeichnis.

Meine Message-Boxen lassen sich nicht kopieren. Text ist nicht markierbar.
Glaube mir, sonst würde ich
Das Abschreiben nervt.

[Delphi.Narium]

ShowMassage kopieren:

Es muss nix markiert werden, einfach nur Strg+C drücken und hier mit Strg+V einfügen.

Sieht dann ungefähr so aus:

Code:

---------------------------
Programmtitel
---------------------------
Meldungstext
---------------------------
OK   
---------------------------

Du hattest schonmal die Fehlermeldung error: 1409442E: SSL routines:ssl3_read_bytes:tlsv1 alert protocol version Weißt Du noch unter welcher Konstellation, welche DLLs da wo lagen?
Wenn ja, versuche bitte diesen Zustand wieder herzustellen und starte das Programm dann nochmal.

[NicoleWagner]

Wo Du recht hast, hast Du recht, danke für den Tipp!
---------------------------
Benachrichtigung über Debugger-Exception
---------------------------
Im Projekt Project_Download_Url.exe ist eine Exception der Klasse EIdOSSLUnderlyingCryptoError mit der Meldung 'Fehler beim Verbinden mit SSL.
error:1409442E:SSL routines:ssl3_read_bytes:tlsv1 alert protocol version' aufgetreten.
---------------------------
Anhalten Fortsetzen Hilfe
---------------------------


Das sind jetzt die allerletzten Versionen der 64 bit Compilierung und auch 64 bit dlls mit dem Quellcode:

procedure TForm1.FormCreate(Sender: TObject);
var
DL: THTTPFileDownload;
begin
DL := THTTPFileDownload.Create(nil);
try
DL.DownloadFile('https://*leider vertraulich*.pdf','C:\.....pdf');

// DL.DownloadFile('http:\\www.meinwebserver.com\test\test.zip', 'C:\Temp\test.txt');
finally
DL.Free;
end;
end;

Dieser Fehler tritt auch auf, wenn ich das Programm abbreche und aus der Source neu erzeuge.
Eine andere Fehlerquelle kann noch entstanden sein, dass ich auf 32 bit umgestellt habe, weil meine IDE bei 64 muckte bezüglich der einen Unit und ich danach falsche dlls hatte. Doch das sollte jetzt behoben sein und alles auf 64 bit gesetzt (was ich unbedingt braucht für das Gesamtprojekt)

[Michael II]

Du schreibst in #1, dass
UrlDownloadToFile(nil, PChar('https://...' ), PChar('...'), 0, nil);
nicht mehr funktioniert.

Weiter schreibst du, dass du IE aktualisiert hast auf Version 11 und dass der Download deiner Datei auch via IE11 nicht klappt. Du musst dies fixen, dann sollte auch UrlDownloadToFile wieder funktionieren. (lokale Firewall etc. prüfen)

Hast du diese Info von m$ gelesen?
https://support.microsoft.com/de-ch/...-2-0-and-tls-1


Du könntest natürlich auch irgend eine nicht geheime Datei auf deinen Server hochladen und die Adresse hier posten, damit wir testen können, ob es an deinem Webserver liegt. Ich glaube eher nicht.

[NicoleWagner]

jetzt wird die Spur heiß.
Einiges zum Verständnis dämmert mir jetzt, doch ein Licht ist mir damit noch nicht aufgegangen.
Erstmal habe ich Infos zu den Protokollen (nein, leider, es ist nicht meine eigene Site, die hätte 24 Stunden Support):

Aktive Protokolle
TLS 1.2

Inaktive Protokolle
TLS 1.1
TLS 1.0
SSLv2
SSLv3

Spannend ist dieser Satz von Deinem MS Link, das mir zuvor entging: "Verwendung von clientseitigen Zertifikaten eine HTTPS-Verbindung über TLS 1.2 müssen Sie SSL 2.0 deaktivieren". Wo geht das bloß? Ich habe alle Karteireiter des ie durch, doch finde nichts. Wenn das standardmäßig deaktiviert ist, ist das ganz sicher eine Blockade.

[Dalai]

Soweit ich weiß, ist SSL 2.0 (und IIRC auch SSL 3.0) bei IE11 standardmäßig sowieso deaktiviert - ersteres steht auch so auf der von Michael II verlinkten MS-Seite.

Um aber die Frage zu beantworten: Die Einstellungen zur Verschlüsselung befinden sich in Systemsteuerung > Internetoptionen > Register Erweitert > Abschnitt Sicherheit (fast ganz unten). Ich bin mir ziemlich sicher, dass auch bei dir nur TLS 1.0, 1.1 und 1.2 aktiviert sind.

Grüße
Dalai

[Delphi.Narium]

Die Fehlermeldung

Code:

error:1409442E:SSL routines:ssl3_read_bytes:tlsv1 alert protocol versio

besagt, dass es ein Problem mit SSL v3 gibt. Wir wissen aber, dass der Server "nur und ausschließlich" TLS 1.2 unterstützt.

Es muss also erstmal die Stelle gefunden werden, an der gesagt wird: "Stelle eine Verbindung zwingend mit TLS 1.2 her."

Weiter oben hatte ich einen dementsprechenden Vorschlag schonmal für die Indykomponenten gemacht.

Es gibt leider einige Server, mit denen kann man nix aushandeln, da muss man angeben, welche TLS / SSL-Variante man nutzen möchte.

Hilft für den IE eventuell eine dieser Seiten?
https://warwick.ac.uk/services/its/s...p/tls1-eol/ie/
https://www.bahn.de/micro/view/tls/tls-webbrowser.shtml
Ansonsten bitte hier schauen, ob noch wer 'nen erfolgversprechenden Hinweis / Tipp hat:
https://www.google.com/search?q=ie+tls+1.2&btnG=Suche

Den IE ggfls. so konfigurieren, dass er nur TLS 1.2 nutzt. (Das kann man ja später ggfls. wieder ändern.)

Um das Delphi-Problem kümmern wir uns erst wieder, wenn Du uns das erfolgreiche Laden der PDF-Datei via IE bestätigt hast. Vorher ist das zwecklos.

PS:

Die SSL-Komponente von Indy nutzt standardmäßig kein TLS 1.2.
Da im Constructor von THTTPFileDownload aber nur das Create der SSL-Komponente aufgerufen wird und keine weiteren Protokolleinstellungen erfolgen, wird kein TLS 1.2 genutzt, es kann also keine Einigung über das zu nutzende Protokoll zwischen Client und Server erfolgen. Der Constructor von THTTPFileDownload muss um die Zeile IOHndl.SSLOptions.SSLVersions := [sslvTLSv1_2]; ergänzt werden, dann "kann er nur" das vom Server geforderte TLS 1.2.