Configuring HTTPS
This page explains how to configure HTTPS for secure web UI access in Duplicati.
Available since: Canary 2.2.0.106
Duplicati can automatically generate HTTPS certificates for secure web UI access. This document explains the security model and provides platform-specific instructions for configuring HTTPS.
Certificate Approach
Browsers currently reject certificates that have a validity period for more than 90 days, with the logic that rotation should be frequent and automated to prevent long-term exposure to potential vulnerabilities. Since Duplicati uses localhost serving by default, there is no Certificate Authority (CA) to request certificates from.
If Duplicati creates a self-signed certificate, it would need to be re-authorized after 90 days, which would require admin permissions and possibly manual intervention every 90 days. To avoid this, Duplicati generates its own Certificate Authority (CA) and uses it to sign server certificates.
The CA private key is stored in the Duplicati database file, which is encrypted with the database encryption key. When a new certificate is needed, Duplicati generates a new certificate signed by the CA. Since the CA is local and not shared with any external service, this approach provides a secure way to manage certificates without requiring external dependencies. As the CA is trusted by the user or system, this enables Duplicati to automatically renew certificates without user intervention, in a way that is trusted by the user's browser.
Security Warning: While the CA is local, it is still a CA and can be used to sign certificates for other domains. If someone gains access to the Duplicati database, they can use the CA to sign certificates for other domains, essentially providing an undetected man-in-the-middle attack.
If you prefer providing your own certificate, you can do so by setting the server-ssl-certificate and server-ssl-certificatepassword settings. This will not activate auto-renewal or generate a CA.
Certificate Authority (CA) Security Model
When HTTPS is configured, Duplicati creates a local Certificate Authority (CA) with the following security properties:
Local-Only CA
The CA is generated locally on your machine and is not shared with any external service
The CA certificate is installed only in your system's local trust store
Other machines do not trust this CA unless explicitly configured to do so
The CA should never be exported or shared with other systems, unless you understand the security implications
Certificate Validity Periods
CA Certificate: Valid for approximately 10 years
Server Certificate: Valid for 90 days
Auto-renewal: Server certificates are automatically renewed 30 days before expiration
CA Key Storage Security
The CA private key is stored with multiple layers of protection:
Encryption: The private key is encrypted using AES-256 with a password-derived key
Password Separation: The encryption password is stored separately from the encrypted key
Database Encryption: If database field encryption is enabled, an additional encryption layer is applied
Important: The security of your HTTPS certificates depends on the security of your Duplicati database file. Ensure that database encryption is enabled.
Platform-Specific Configuration
Windows
On Windows, the CA certificate is installed in the certificate store. By default, it uses the LocalMachine store when running as Administrator, or CurrentUser store when running as a regular user. A dialog is shown to confirm the installation location when installing without Administrator privileges.
Generating Certificates on Windows
Open Command Prompt or PowerShell as Administrator (for system-wide trust) or as a regular user (for user-only trust):
To specify a particular certificate store:
Valid store values are:
localormachine- Install in the LocalMachine store (requires Administrator privileges)userorcurrentuser- Install in the CurrentUser store
Trust Store Location
The CA certificate is installed in:
LocalMachine:
Cert:\LocalMachine\Root(system-wide trust)CurrentUser:
Cert:\CurrentUser\Root(user-only trust)
Linux
On Linux, the CA certificate is installed in distribution-specific certificate directories. The ConfigureTool will automatically detect the correct location for your distribution.
Generating Certificates on Linux
Run the ConfigureTool with appropriate privileges (typically requires sudo for system-wide trust):
To specify a custom certificate directory:
Common Certificate Directories
Different Linux distributions use different paths for CA certificates:
Debian/Ubuntu:
/usr/local/share/ca-certificates/RHEL/CentOS/Fedora:
/etc/pki/ca-trust/source/anchors/SUSE:
/etc/pki/trust/anchors/Alpine:
/usr/local/share/ca-certificates/
The ConfigureTool will automatically detect the correct location for your distribution.
Chrome and Firefox on Linux
Chrome and Firefox on Linux maintain their own certificate stores and may not automatically trust the system CA. This is especially true for sandboxed installations (Snap, Flatpak).
Exporting the CA Certificate
First, export the CA certificate for manual import:
Importing to Firefox
Open Firefox and go to Settings → Privacy & Security
Scroll to Certificates and click View Certificates
Select the Authorities tab
Click Import and select the exported
duplicati-ca.crtfileCheck "Trust this CA to identify websites" and click OK
Importing to Chrome
Open Chrome and go to Settings → Privacy and security → Security
Click Manage certificates
Select the Authorities tab
Click Import and select the exported
duplicati-ca.crtfileCheck "Trust this certificate for identifying websites" and click OK
For Flatpak or Snap installations, browsers run in a sandbox that may restrict file access. If you encounter "error reading file" during import, copy the certificate to a location accessible by the sandbox:
Avoiding System Store Trust
Since Flatpak or Snap browsers don't use the system certificate store anyway, you can avoid installing the CA in the system trust store by using the --no-trust flag:
This generates a CA certificate without requiring elevated privileges. You can then export and manually import it into your browser.
macOS
On macOS, the CA certificate is installed in the System keychain by default, which requires administrator privileges.
Generating Certificates on macOS
Run the ConfigureTool with administrator privileges:
To specify a custom keychain:
Trust Store Location
By default, the CA certificate is installed in:
System keychain:
/Library/Keychains/System.keychain(requires administrator privileges)
The ConfigureTool uses the security add-trusted-cert command to add the certificate to the trust store.
Revocation and Compromise Response
If you suspect your CA private key has been compromised:
Immediate Action: Remove the certificates using:
Regenerate: Create a new CA with:
Review: Check recent server logs and backup history for unauthorized access
Monitor: Set up alerts for unexpected certificate changes
Certificate Pinning Considerations
For high-security environments, consider implementing certificate pinning:
Extract the CA certificate thumbprint after generation
Configure clients or monitoring systems to expect only this specific CA
This prevents acceptance of certificates signed by other CAs that might be installed on the system
Viewing Certificate Status
To check the current status of your HTTPS certificates:
This displays:
CA certificate details (subject, issuer, validity dates)
Whether the CA is installed in the trust store
Server certificate details (subject, issuer, validity dates, DNS names, IP addresses)
Database encryption status
Certificate expiration status
Renewing Certificates
Server certificates are automatically renewed 30 days before expiration. To manually renew the server certificate:
Removing HTTPS Configuration
To remove HTTPS certificates and stop using HTTPS:
This will:
Remove the CA certificate from the system trust store
Delete all certificate data from the Duplicati database
Using Custom Certificates
If you prefer to use your own certificates instead of the auto-generated CA:
Obtain a certificate and private key from a trusted CA (or create your own)
Configure Duplicati Server with the
server-ssl-certificateandserver-ssl-certificatepasswordoptionsNote that auto-renewal will not be available when using custom certificates
See the Server documentation for details on configuring custom SSL certificates.
See Also
ConfigureTool Reference - Complete command reference
Duplicati Access Password - Managing server access
The Server Database - Database configuration
Last updated
Was this helpful?

