2013-09-04 16:00:57 +04:00
|
|
|
/*
|
|
|
|
* CDDL HEADER START
|
|
|
|
*
|
|
|
|
* The contents of this file are subject to the terms of the
|
|
|
|
* Common Development and Distribution License (the "License").
|
|
|
|
* You may not use this file except in compliance with the License.
|
|
|
|
*
|
|
|
|
* You can obtain a copy of the license at usr/src/OPENSOLARIS.LICENSE
|
|
|
|
* or http://www.opensolaris.org/os/licensing.
|
|
|
|
* See the License for the specific language governing permissions
|
|
|
|
* and limitations under the License.
|
|
|
|
*
|
|
|
|
* When distributing Covered Code, include this CDDL HEADER in each
|
|
|
|
* file and include the License file at usr/src/OPENSOLARIS.LICENSE.
|
|
|
|
* If applicable, add the following below this CDDL HEADER, with the
|
|
|
|
* fields enclosed by brackets "[]" replaced with your own identifying
|
|
|
|
* information: Portions Copyright [yyyy] [name of copyright owner]
|
|
|
|
*
|
|
|
|
* CDDL HEADER END
|
|
|
|
*/
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Copyright (c) 2005, 2010, Oracle and/or its affiliates. All rights reserved.
|
2015-04-08 21:37:13 +03:00
|
|
|
* Copyright (c) 2012, 2014 by Delphix. All rights reserved.
|
2013-09-04 16:00:57 +04:00
|
|
|
* Copyright 2011 Nexenta Systems, Inc. All rights reserved.
|
2015-04-01 16:07:48 +03:00
|
|
|
* Copyright (c) 2013, Joyent, Inc. All rights reserved.
|
2013-09-04 16:00:57 +04:00
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef _DMU_SEND_H
|
|
|
|
#define _DMU_SEND_H
|
|
|
|
|
|
|
|
#include <sys/inttypes.h>
|
|
|
|
#include <sys/spa.h>
|
|
|
|
|
|
|
|
struct vnode;
|
|
|
|
struct dsl_dataset;
|
|
|
|
struct drr_begin;
|
|
|
|
struct avl_tree;
|
2016-01-07 00:22:48 +03:00
|
|
|
struct dmu_replay_record;
|
2013-09-04 16:00:57 +04:00
|
|
|
|
2016-01-07 00:22:48 +03:00
|
|
|
extern const char *recv_clone_name;
|
|
|
|
|
|
|
|
int dmu_send(const char *tosnap, const char *fromsnap, boolean_t embedok,
|
Native Encryption for ZFS on Linux
This change incorporates three major pieces:
The first change is a keystore that manages wrapping
and encryption keys for encrypted datasets. These
commands mostly involve manipulating the new
DSL Crypto Key ZAP Objects that live in the MOS. Each
encrypted dataset has its own DSL Crypto Key that is
protected with a user's key. This level of indirection
allows users to change their keys without re-encrypting
their entire datasets. The change implements the new
subcommands "zfs load-key", "zfs unload-key" and
"zfs change-key" which allow the user to manage their
encryption keys and settings. In addition, several new
flags and properties have been added to allow dataset
creation and to make mounting and unmounting more
convenient.
The second piece of this patch provides the ability to
encrypt, decyrpt, and authenticate protected datasets.
Each object set maintains a Merkel tree of Message
Authentication Codes that protect the lower layers,
similarly to how checksums are maintained. This part
impacts the zio layer, which handles the actual
encryption and generation of MACs, as well as the ARC
and DMU, which need to be able to handle encrypted
buffers and protected data.
The last addition is the ability to do raw, encrypted
sends and receives. The idea here is to send raw
encrypted and compressed data and receive it exactly
as is on a backup system. This means that the dataset
on the receiving system is protected using the same
user key that is in use on the sending side. By doing
so, datasets can be efficiently backed up to an
untrusted system without fear of data being
compromised.
Reviewed by: Matthew Ahrens <mahrens@delphix.com>
Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Reviewed-by: Jorgen Lundman <lundman@lundman.net>
Signed-off-by: Tom Caputi <tcaputi@datto.com>
Closes #494
Closes #5769
2017-08-14 20:36:48 +03:00
|
|
|
boolean_t large_block_ok, boolean_t compressok, boolean_t rawok, int outfd,
|
2016-07-11 20:45:52 +03:00
|
|
|
uint64_t resumeobj, uint64_t resumeoff, struct vnode *vp, offset_t *off);
|
2013-09-04 16:00:57 +04:00
|
|
|
int dmu_send_estimate(struct dsl_dataset *ds, struct dsl_dataset *fromds,
|
2016-07-11 20:45:52 +03:00
|
|
|
boolean_t stream_compressed, uint64_t *sizep);
|
2015-04-08 21:37:13 +03:00
|
|
|
int dmu_send_estimate_from_txg(struct dsl_dataset *ds, uint64_t fromtxg,
|
2016-07-11 20:45:52 +03:00
|
|
|
boolean_t stream_compressed, uint64_t *sizep);
|
2013-09-04 16:00:57 +04:00
|
|
|
int dmu_send_obj(const char *pool, uint64_t tosnap, uint64_t fromsnap,
|
2016-07-11 20:45:52 +03:00
|
|
|
boolean_t embedok, boolean_t large_block_ok, boolean_t compressok,
|
Native Encryption for ZFS on Linux
This change incorporates three major pieces:
The first change is a keystore that manages wrapping
and encryption keys for encrypted datasets. These
commands mostly involve manipulating the new
DSL Crypto Key ZAP Objects that live in the MOS. Each
encrypted dataset has its own DSL Crypto Key that is
protected with a user's key. This level of indirection
allows users to change their keys without re-encrypting
their entire datasets. The change implements the new
subcommands "zfs load-key", "zfs unload-key" and
"zfs change-key" which allow the user to manage their
encryption keys and settings. In addition, several new
flags and properties have been added to allow dataset
creation and to make mounting and unmounting more
convenient.
The second piece of this patch provides the ability to
encrypt, decyrpt, and authenticate protected datasets.
Each object set maintains a Merkel tree of Message
Authentication Codes that protect the lower layers,
similarly to how checksums are maintained. This part
impacts the zio layer, which handles the actual
encryption and generation of MACs, as well as the ARC
and DMU, which need to be able to handle encrypted
buffers and protected data.
The last addition is the ability to do raw, encrypted
sends and receives. The idea here is to send raw
encrypted and compressed data and receive it exactly
as is on a backup system. This means that the dataset
on the receiving system is protected using the same
user key that is in use on the sending side. By doing
so, datasets can be efficiently backed up to an
untrusted system without fear of data being
compromised.
Reviewed by: Matthew Ahrens <mahrens@delphix.com>
Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Reviewed-by: Jorgen Lundman <lundman@lundman.net>
Signed-off-by: Tom Caputi <tcaputi@datto.com>
Closes #494
Closes #5769
2017-08-14 20:36:48 +03:00
|
|
|
boolean_t rawok, int outfd, struct vnode *vp, offset_t *off);
|
2013-09-04 16:00:57 +04:00
|
|
|
|
|
|
|
typedef struct dmu_recv_cookie {
|
|
|
|
struct dsl_dataset *drc_ds;
|
2016-01-07 00:22:48 +03:00
|
|
|
struct dmu_replay_record *drc_drr_begin;
|
2013-09-04 16:00:57 +04:00
|
|
|
struct drr_begin *drc_drrb;
|
|
|
|
const char *drc_tofs;
|
|
|
|
const char *drc_tosnap;
|
|
|
|
boolean_t drc_newfs;
|
|
|
|
boolean_t drc_byteswap;
|
|
|
|
boolean_t drc_force;
|
2016-01-07 00:22:48 +03:00
|
|
|
boolean_t drc_resumable;
|
Native Encryption for ZFS on Linux
This change incorporates three major pieces:
The first change is a keystore that manages wrapping
and encryption keys for encrypted datasets. These
commands mostly involve manipulating the new
DSL Crypto Key ZAP Objects that live in the MOS. Each
encrypted dataset has its own DSL Crypto Key that is
protected with a user's key. This level of indirection
allows users to change their keys without re-encrypting
their entire datasets. The change implements the new
subcommands "zfs load-key", "zfs unload-key" and
"zfs change-key" which allow the user to manage their
encryption keys and settings. In addition, several new
flags and properties have been added to allow dataset
creation and to make mounting and unmounting more
convenient.
The second piece of this patch provides the ability to
encrypt, decyrpt, and authenticate protected datasets.
Each object set maintains a Merkel tree of Message
Authentication Codes that protect the lower layers,
similarly to how checksums are maintained. This part
impacts the zio layer, which handles the actual
encryption and generation of MACs, as well as the ARC
and DMU, which need to be able to handle encrypted
buffers and protected data.
The last addition is the ability to do raw, encrypted
sends and receives. The idea here is to send raw
encrypted and compressed data and receive it exactly
as is on a backup system. This means that the dataset
on the receiving system is protected using the same
user key that is in use on the sending side. By doing
so, datasets can be efficiently backed up to an
untrusted system without fear of data being
compromised.
Reviewed by: Matthew Ahrens <mahrens@delphix.com>
Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Reviewed-by: Jorgen Lundman <lundman@lundman.net>
Signed-off-by: Tom Caputi <tcaputi@datto.com>
Closes #494
Closes #5769
2017-08-14 20:36:48 +03:00
|
|
|
boolean_t drc_raw;
|
2017-09-29 13:00:29 +03:00
|
|
|
boolean_t drc_clone;
|
2013-09-04 16:00:57 +04:00
|
|
|
struct avl_tree *drc_guid_to_ds_map;
|
2018-02-21 23:31:03 +03:00
|
|
|
nvlist_t *drc_keynvl;
|
2013-09-04 16:00:57 +04:00
|
|
|
zio_cksum_t drc_cksum;
|
|
|
|
uint64_t drc_newsnapobj;
|
2013-07-27 21:50:07 +04:00
|
|
|
void *drc_owner;
|
2015-04-01 16:07:48 +03:00
|
|
|
cred_t *drc_cred;
|
2013-09-04 16:00:57 +04:00
|
|
|
} dmu_recv_cookie_t;
|
|
|
|
|
2016-01-07 00:22:48 +03:00
|
|
|
int dmu_recv_begin(char *tofs, char *tosnap,
|
|
|
|
struct dmu_replay_record *drr_begin,
|
|
|
|
boolean_t force, boolean_t resumable, char *origin, dmu_recv_cookie_t *drc);
|
2013-09-04 16:00:57 +04:00
|
|
|
int dmu_recv_stream(dmu_recv_cookie_t *drc, struct vnode *vp, offset_t *voffp,
|
|
|
|
int cleanup_fd, uint64_t *action_handlep);
|
2013-07-27 21:50:07 +04:00
|
|
|
int dmu_recv_end(dmu_recv_cookie_t *drc, void *owner);
|
2013-07-29 22:58:53 +04:00
|
|
|
boolean_t dmu_objset_is_receiving(objset_t *os);
|
2013-09-04 16:00:57 +04:00
|
|
|
|
|
|
|
#endif /* _DMU_SEND_H */
|