DSM 6.2 Hyper Backup Transfer Encryption

Currently reading
DSM 6.2 Hyper Backup Transfer Encryption

11
2
NAS
DS213j, DS115j
Operating system
  1. Windows
Mobile operating system
  1. Android
Hi,

I have two Synology NAS's, one in my home and another in a remote location.
The remote Synology connects to an OpenVPN server in my network, and the two NAS's backup to each other using Hyper Backup.
My NAS points to the remote Hyper Backup vault on it's VPN IP address (10.5.x.x) and the remote NAS points to my Hyper Backup vault on it's local IP address (192.168.x.x).

I had been enabling transfer encryption in all of my Hyper Backup jobs, and choosing the 'trust' option for Certificate Authentication.

I have recently changed the certificate setup on my NAS (now using Let's Encrypt, previously using self signed) which has caused the Hyper Backup jobs on the remote NAS to complain about the certificate* which can be fixed by manually selecting the 'trust' option again.
However, this will happen whenever the certificate is renewed, so I'd like to avoid having to do this each time.

I was wondering what is the 'best' option out of:
1. Disable Transfer Encryption
2. Enable Transfer Encryption and select 'ignore' for Certificate Authentication
3. Do not use the LE cert for the Hyper Backup vault service, and 'trust' the default certificate

It seems to me that Transfer Encryption is unnecessary given that all of the Hyper Backup jobs are going over the VPN connection anyway, so that would make option 1 fine. Is that correct?

Any suggestions appreciated - Thanks.



*This is because the certificate does not include the IP address I am connecting to, as that is unsupported by Let's Encrypt. I can't use the fqdn name of the Lets Encrypt cert as a Hyper Backup target as the name will not resolve. I expect that this is some issue with my OpenVPN setup, however I'd like to know why workaround to use until I can get that fixed.
 
It seems to me that Transfer Encryption is unnecessary given that all of the Hyper Backup jobs are going over the VPN connection anyway, so that would make option 1 fine. Is that correct?
Correct. If you are running it inside the tunnel, realistically you can avoid transfer encryption
 

Create an account or login to comment

You must be a member in order to leave a comment

Create account

Create an account on our community. It's easy!

Log in

Already have an account? Log in here.

Similar threads

  • Question
I guess I didn't know what trust vs ignore was supposed to do. Also didn't know if I had to have some...
Replies
8
Views
5,363
the problem is in deeper layer than HDD rpm parameter or 1Gbps network parameter. 1. Disk data...
Replies
5
Views
3,811
Unfortunately, HB does not support QC. It's either, a public IP, DDNS, or LAN IP.
Replies
1
Views
491
  • Question
That will work with 4.1 version. Looks like user feedback has been implemented.
Replies
4
Views
1,315
You are welcome! Glad that you got it eventually working. You can still create a Synology support ticket...
Replies
11
Views
2,421
Well in a way this is expected. Your DSM6 machine (host) is still on an older version and anything other...
Replies
1
Views
693
  • Question
A bit odd tbh. Not sure how the name could be a factor here as Synology doesn't have a list of all bucket...
Replies
4
Views
1,205

Welcome to SynoForum.com!

SynoForum.com is an unofficial Synology forum for NAS owners and enthusiasts.

Registration is free, easy and fast!

Trending threads

Back
Top