I’ve been using Duplicati for several years now, currently Duplicati - 184.108.40.206_beta_2017-08-01.
I’m using it to back up files to, among other targets, my Strato HiDrive cloud space using WebDAV. A few weeks ago I noticed that often, but not always, Duplicati would abort the backup with the error message “Die zugrunde liegende Verbindung wurde geschlossen: Für den geschützten SSL/TLS-Kanal konnte keine Vertrauensstellung hergestellt werden.” The message is in German because my Windows is German, I guess, although the Duplicati UI is set to English. I assume the English equivalent is “The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel”.
The WebDAV connection itself tests fine when I do a “Test Connection” in the “Backup destination” section of Duplicati. Customer support at Strato also tells me that the WebDAV connection itself is fine. The rest of the config you can see in the attached screenshot (I just changed the user name).
The strange thing is that I don’t get this error all the time, about 3 out of 4 backups fail, so it doesn’t seem to be a general configuration problem. But the more data I have to back up, the more likely it is Duplicati aborts the backup with this error.
If anyone could shed some light as to what’s going wrong, that would be great!
So, I took out the --accept-specified-ssl-hash option for a test.
If I then click “Test connection”, I get:
Failed to connect: The server certificate had the error RemoteCertificateNameMismatch and the hash EF67AB90F5786B8F6EDAC0FBD1EB0B09136426C0 If you trust this certificate, use the commandline option --accept-specified-ssl-hash=EF67AB90F5786B8F6EDAC0FBD1EB0B09136426C0 to accept the server certificate anyway. You can also attempt to import the server certificate into your operating systems trust pool.
If I proceed anyway and run the backup, I get the similar error again:
System.Net.WebException: Die zugrunde liegende Verbindung wurde geschlossen: Für den geschützten SSL/TLS-Kanal konnte keine Vertrauensstellung hergestellt werden.. ---> System.Security.Authentication.AuthenticationException: Das Remotezertifikat ist laut Validierungsverfahren ungültig.
bei System.Net.TlsStream.EndWrite(IAsyncResult asyncResult)
bei System.Net.ConnectStream.WriteHeadersCallback(IAsyncResult ar)
--- Ende der internen Ausnahmestapelüberwachung ---
bei Duplicati.Library.Main.Operation.FilelistProcessor.RemoteListAnalysis(BackendManager backend, Options options, LocalDatabase database, IBackendWriter log, String protectedfile)
bei Duplicati.Library.Main.Operation.FilelistProcessor.VerifyRemoteList(BackendManager backend, Options options, LocalDatabase database, IBackendWriter log, String protectedfile)
bei Duplicati.Library.Main.Operation.BackupHandler.PreBackupVerify(BackendManager backend, String protectedfile)
bei Duplicati.Library.Main.Operation.BackupHandler.Run(String sources, IFilter filter)
In your screenshot you have a different hostname. Does this hostname point to the same IP as well? If I look up the server name with nslookup I get a single IP (the same), but I was wondering if it looks different from your machine?
That put me on the right track :). Actually, it’s not a different hostname, it’s the syntax as mentioned here: HowTo: Strato HiDrive - Duplicati . This syntax, i.e. using “username.webdav.hidrive.strato.com” for the server name, seems to have worked until a month or so ago.
I took the username part out and now it seems to work. I just tried an approx. 6GB backup and didn’t get the error.
So maybe it’s best to either edit the info on the old Duplicati HowTo page, or delete it. But since Strato HiDrive is quite popular it would be a pity if people wouldn’t find the info online that it does play nicely with Duplicati :).
I am receiving the exact same error message as mentioned in the title of this thread. I have pointed Duplicati on my Windows 10 laptop to my OwnCloud server via WebDAV. After about five minutes of it working on my 100+ GB backup, it errors out with the above message. I am also using a self-signed certificate and the “–accept-specified-ssl-hash” option in Duplicati. I also tried the option to accept all certificates, the symptoms were the same. I have experimented with various different WebDAV paths in the configuration of my backup (OwnCloud supports various different, working ways of expressing the WebDAV/DAV path). The “Test” button confirmed all of them to work. But the backup fails after a few minutes again.
Is there a way to just tell Duplicati to retry automatically when it fails? It seems like as soon as there is an error, it abandons the backup.
I am using Dynamic DNS for an ‘external’ connection, I am not connecting to my OwnCloud server through my LAN, although I am on the same network right now.
My OwnCloud server is Ubuntu 16.04. My Windows 10 backup client and my Ubuntu server are actually in the same room for these tests. so I am also leaving room for the possibility that my router is a factor here (an ASUS RT‑AC68U with newest firmware).
Any help or pointers are appreciated. I am switching from CrashPlan to Duplicati/OwnCloud for allowing myself and my family to back up remotely to my server.
Volume size for the backup is set to 100MB.
Duplicati client is the latest version “220.127.116.11_beta_2017-08-01”
Since Crashplan dropped their product for consumers, i’m trying Duplicati. I have a WEBDAV server (QNAP TS239 Pro 2+) running, Duplicati on Windows (2.0.21) & QNAP (QNAP TS439 Pro) (18.104.22.168_beta_2017-08-01). The QNAP package is doing fine and backups to the WEBDAV server.
But with Windows (7) i can’t establish a connection because of this error. Even with accept-any-ssl-certificate, the same result. Since it works on the QNAP, i hope i can fix it on the Windows client.