]> git.proxmox.com Git - pve-docs.git/blame - pve-storage-pbs.adoc
add encryption section for PBS
[pve-docs.git] / pve-storage-pbs.adoc
CommitLineData
93e1d33e
TL
1[[storage_pbs]]
2Proxmox Backup Server
3---------------------
4ifdef::wiki[]
5:pve-toplevel:
6:title: Storage: Proxmox Backup Server
7endif::wiki[]
8
9Storage pool type: `pbs`
10
11This backend allows direct integration of a Proxmox Backup Server into {pve}
12like any other storage.
13A Proxmox Backup storage can be added directly through the {pve} API, CLI or
14the webinterface.
15
16Configuration
17~~~~~~~~~~~~~
18
19The backend supports all common storage properties, except the shared flag,
20which is always set. Additionally, the following special properties to Proxmox
21Backup Server are available:
22
23server::
24
25Server IP or DNS name. Required.
26
27username::
28
29The username for the Proxmox Backup Server storage. Required.
30
31TIP: Do not forget to add the realm to the username. For example, `root@pam` or
32`archiver@pbs`.
33
34password::
35
36The user password. The value will be saved in a file under
92192603
TL
37`/etc/pve/priv/storage/<STORAGE-ID>.pw` with access restricted to the root
38user. Required.
93e1d33e
TL
39
40datastore::
41
42The ID of the Proxmox Backup Server datastore to use. Required.
43
44fingerprint::
45
46The fingerprint of the Proxmox Backup Server API TLS certificate. You can get
47it in the Servers Dashboard or using the `proxmox-backup-manager cert info`
48command. Required for self-signed certificates or any other one where the host
49does not trusts the servers CA.
50
51encryption-key::
52
53A key to encrypt the backup data from the client side. Currently only
54non-password protected (no key derive function (kdf)) are supported. Will be
92192603
TL
55saved in a file under `/etc/pve/priv/storage/<STORAGE-ID>.enc` with access
56restricted to the root user. Use the magic value `autogen` to automatically
57generate a new one using `proxmox-backup-client key create --kdf none <path>`.
58Optional.
93e1d33e
TL
59
60.Configuration Example (`/etc/pve/storage.cfg`)
61----
62pbs: backup
63 datastore main
64 server enya.proxmox.com
65 content backup
66 fingerprint 09:54:ef:..snip..:88:af:47:fe:4c:3b:cf:8b:26:88:0b:4e:3c:b2
67 maxfiles 0
68 username archiver@pbs
69----
70
71Storage Features
72~~~~~~~~~~~~~~~~
73
74Proxmox Backup Server only supports backups, they can be block-level or
75file-level based. {pve} uses block-level for virtual machines and file-level for
76container.
77
78.Storage features for backend `cifs`
79[width="100%",cols="m,4*d",options="header"]
80|===============================================================
81|Content types |Image formats |Shared |Snapshots |Clones
82|backup |n/a |yes |n/a |n/a
83|===============================================================
84
1658c673
FE
85[[storage_pbs_encryption]]
86Encryption
87~~~~~~~~~~
88
89Optionally, you can configure client-side encryption with AES-256 in GCM mode.
90Encryption can be configured either via the web interface, or on the CLI with
91the `encryption-key` option (see above). The key will be saved in the file
92`/etc/pve/priv/storage/<STORAGE-ID>.enc`, which is only accessible by the root
93user.
94
95WARNING: Without their key, backups will be inaccessible. Thus, you should
96keep keys ordered and in a place that is separate from the contents being
97backed up. It can happen, for example, that you back up an entire system, using
98a key on that system. If the system then becomes inaccessible for any reason
99and needs to be restored, this will not be possible as the encryption key will be
100lost along with the broken system.
101
102It is recommended that you keep your keys safe, but easily accessible, in
103order for quick disaster recovery. For this reason, the best place to store it
104is in your password manager, where it is immediately recoverable. As a backup to
105this, you should also save the key to a USB drive and store that in a secure
106place. This way, it is detached from any system, but is still easy to recover
107from, in case of emergency. Finally, in preparation for the worst case scenario,
108you should also consider keeping a paper copy of your master key locked away in
109a safe place. The `paperkey` subcommand can be used to create a QR encoded
110version of your master key. The following command sends the output of the
111`paperkey` command to a text file, for easy printing.
112
113----
114# proxmox-backup-client key paperkey --output-format text > qrkey.txt
115----
116
117Because the encryption is managed on the client side, you can use the same
118datastore on the server for unencrypted backups and encrypted backups, even
119if they are encrypted with different keys. However, deduplication between
120backups with different keys is not possible, so it is often better to create
121separate datastores.
122
123NOTE: Do not use encryption if there is no benefit from it, for example, when
124you are running the server locally in a trusted network. It is always easier to
125recover from unencrypted backups.
126
93e1d33e
TL
127Examples
128~~~~~~~~
129
130// TODO: FIXME: add once available
131//You can get a list of exported CIFS shares with:
132//
133//----
134//# pvesm scan pbs <server> [--username <username>] [--password]
135//----
136
137Then you could add this share as a storage to the whole {pve} cluster
138with:
139
140----
141# pvesm add pbs <id> --server <server> --datastore <datastore> --username <username> --fingerprint 00:B4:... --password
142----
143
144ifdef::wiki[]
145
146See Also
147~~~~~~~~
148
149* link:/wiki/Storage[Storage]
150
151endif::wiki[]