ceph账户的授权

Ceph 使用 cephx 协议对客户端进行身份认证。

cephx 用于对 ceph 保存的数据进行认证访问和授权，用于对访问 ceph 的请求进行认证和授权检测，与 mon 通信的请求都要经过 ceph 认证通过，但是也可以在 mon 节点关闭 cephx认证，但是关闭认证之后任何访问都将被允许，因此无法保证数据的安全性。

查看ceph.conf配置文件，验证ceph的认证采用cephx协议。

授权流程

每个 mon 节点都可以对客户端进行身份认证并分发秘钥，因此多个 mon 节点就不存在单点故障和认证性能瓶颈。

mon 节点会返回用于身份认证的数据结构，其中包含获取 ceph 服务时用到的 session key,session key 通过客户端秘钥进行加密传输，而秘钥是在客户端提前配置好的，保存在/etc/ceph/ceph.client.admin.keyring 文件中。

客户端使用 session key 向 mon 请求所需要的服务，mon 向客户端提供一个 ticket，用于向实际处理数据的 OSD 等服务验证客户端身份，MON 和 OSD 共享同一个 secret，因此OSD 会信任所有 MON 发放的 ticket。ticket 存在有效期，过期后重新发放。

注意：

CephX 身份验证功能仅限制在 Ceph 的各组件之间，不能扩展到其他非 ceph 组件

Ceph 只负责认证授权，不能解决数据传输的加密问题

访问流程

无论 ceph 客户端是哪种类型，例如块设备、对象存储、文件系统，ceph 都会在存储池中将所有数据存储为对象:

ceph 用户需要拥有存储池访问权限，才能读取和写入数据

ceph 用户必须拥有执行权限才能使用 ceph 的管理命令

ceph 用户

用户是指个人(ceph 管理者)或系统参与者(MON/OSD/MDS)。

通过创建用户，可以控制用户或哪个参与者能够访问 ceph 存储集群、以及可访问的存储池及存储池中的数据。

ceph 支持多种类型的用户，但可管理的用户都属于 client 类型区分用户类型的原因在于，MON/OSD/MDS 等系统组件特使用 cephx 协议，但是它们为非客户端。

通过点号来分割用户类型和用户名，格式为 TYPE.ID，例如 client.admin。

root@ceph-node1:~# cat /etc/ceph/ceph.client.admin.keyring
[client.admin]
	key = AQAAnFNja3QeBBAAj4evI5snj2UFjjt1X+MsoA==
	caps mds = "allow *"
	caps mgr = "allow *"
	caps mon = "allow *"
	caps osd = "allow *"

列出指定用户信息

cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth get osd.10
[osd.10]
	key = AQAHkFRj9FfZCBAAfog/bEzZgSirl3pb02i8tw==
	caps mgr = "allow profile osd"
	caps mon = "allow profile osd"
	caps osd = "allow *"
exported keyring for osd.10

查看指定用户：

ceph auth get 类型.用户名

cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth get client.admin
[client.admin]
	key = AQAAnFNja3QeBBAAj4evI5snj2UFjjt1X+MsoA==
	caps mds = "allow *"
	caps mgr = "allow *"
	caps mon = "allow *"
	caps osd = "allow *"
exported keyring for client.admin

ceph 授权和使能

ceph 基于使能/能力(Capabilities，简称 caps )来描述用户可针对 MON/OSD 或 MDS 使用的授权范围或级别。

通用的语法格式：

daemon-type ‘allow caps’ [...]

能力一览表：

r：向用户授予读取权限。访问监视器(mon)以检索 CRUSH 运行图时需具有此能力。

w：向用户授予针对对象的写入权限。

x：授予用户调用类方法（包括读取和写入）的能力，以及在监视器中执行 auth 操作的能力。

class-read：授予用户调用类读取方法的能力，属于是 x 能力的子集。

class-write：授予用户调用类写入方法的能力，属于是 x 能力的子集。

*：授予用户对特定守护进程/存储池的读取、写入和执行权限，以及执行管理命令的能力

profile osd：授予用户以某个 OSD 身份连接到其他 OSD 或监视器的权限。授予 OSD 权限，使 OSD 能够处理复制检测信号流量和状态报告(获取 OSD 的状态信息)。

profile mds：授予用户以某个 MDS 身份连接到其他 MDS 或监视器的权限。

profile bootstrap-osd：授予用户引导 OSD 的权限(初始化 OSD 并将 OSD 加入 ceph 集群)，授权给部署工具，使其在引导 OSD 时有权添加密钥。

profile bootstrap-mds：授予用户引导元数据服务器的权限，授权部署工具权限，使其在引导元数据服务器时有权添加密钥。

MON 能力

包括 r/w/x 和 allow profile cap(ceph 的运行图)

mon 'allow rwx'
mon 'allow profile osd'

OSD 能力

包括 r、w、x、class-read、class-write(类读取)）和 profile osd(类写入)，另外 OSD 能力还允许进行存储池和名称空间设置。
osd 'allow [capability]' [pool=poolname] [namespace=namespace-name]

namespace可以不用指定

MDS 能力

只需要 allow 或空都表示允许。
mds 'allow'

ceph 用户管理

用户管理功能可让 Ceph 集群管理员能够直接在 Ceph 集群中创建、更新和删除用户。

在 Ceph 集群中创建或删除用户时，可能需要将密钥分发到客户端，以便将密钥添加到密钥环文件中/etc/ceph/ceph.client.admin.keyring，此文件中可以包含一个或者多个用户认证信息，凡是拥有此文件的节点，将具备访问 ceph 的权限，而且可以使用其中任何一个账户的权限，此文件类似于 linux 系统的中的/etc/passwd 文件。

列出用户

cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth list
mds.ceph-mgr1
	key: AQA6jmxjS5ZuIRAABL8O/vsLxzVF1AuuE9keeg==
	caps: [mds] allow
	caps: [mon] allow profile mds
	caps: [osd] allow rwx
osd.0
	key: AQDIjlRj/Zh3GBAAR1IZRFj0haZRbomVTzg62g==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.1
	key: AQAwj1RjR5ngAxAAqRxNC3uFd0mk0/Dn9gCYAQ==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.10
	key: AQAHkFRj9FfZCBAAfog/bEzZgSirl3pb02i8tw==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.11
	key: AQASkFRjqnJMKxAA7v9hnlFbFoL1KkMS2EMoCw==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.12
	key: AQAekFRjrqplARAAulPnSb/ik3fRWFuAxq4Qcw==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.13
	key: AQAokFRjVZ0OJRAATnN4xXCqv7HZbLg2lj9nag==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.14
	key: AQAzkFRjynUuKRAAZeVyrs7SulEFLZ7zTKG3NA==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.15
	key: AQBAkFRjS8LbJhAAdvKr1iu5L75pm4bUiH2afg==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.16
	key: AQBLkFRjQ+NgLxAAraKZeS+icUZ9FfLryR3oSQ==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.17
	key: AQBXkFRj6bUhFhAAxx5fF5equedOaXJUHhCtMQ==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.18
	key: AQBikFRjlVddFxAA5obFqALpyDkEra6PjMqy/w==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.19
	key: AQBtkFRj5EgzBxAAqvbiyGYVdbRz9xydXXeR5w==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.2
	key: AQA9j1Rj5cAwGxAAKnKS2qZ63cVXtHGx6jIpQw==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.3
	key: AQBaj1RjanCjLRAAmqVlF/d1PQc3dqBrH0yanw==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.4
	key: AQBqj1RjhHUkMhAAz3PlF7VTLoxN4W//0zUiWg==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.5
	key: AQDJj1RjL0hrORAAgodI4HpWYf7+E+ZVjGa6EQ==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.6
	key: AQDWj1Rj73+aEBAAMf/XzWjq25gtmO3K0KgNyw==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.7
	key: AQDij1Rjg68mDRAA4RjotBZjKT5PZ3iUQsSfFA==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.8
	key: AQDuj1RjlTXQDhAA0z9kzP3ATECi7BDjpGEdtw==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.9
	key: AQD5j1RjZQVVNxAAJWEkPQt0AT2xznzciK4oGQ==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
client.admin
	key: AQAAnFNja3QeBBAAj4evI5snj2UFjjt1X+MsoA==
	caps: [mds] allow *
	caps: [mgr] allow *
	caps: [mon] allow *
	caps: [osd] allow *
client.bootstrap-mds
	key: AQAAnFNjPYAeBBAAKleoxtpQ3eFAf7uwA1wN2g==
	caps: [mon] allow profile bootstrap-mds
client.bootstrap-mgr
	key: AQAAnFNjioYeBBAAjWlsGOFfcZfmSKdm0smDUQ==
	caps: [mon] allow profile bootstrap-mgr
client.bootstrap-osd
	key: AQAAnFNjVIweBBAAkX/oJd6aQgZ9QrACi7gwBA==
	caps: [mon] allow profile bootstrap-osd
client.bootstrap-rbd
	key: AQAAnFNjp5EeBBAAwH9Nn2+WymXKz96rJXGmYg==
	caps: [mon] allow profile bootstrap-rbd
client.bootstrap-rbd-mirror
	key: AQAAnFNjaJceBBAA2v6W7eLSjTIpccatIxbjwQ==
	caps: [mon] allow profile bootstrap-rbd-mirror
client.bootstrap-rgw
	key: AQAAnFNjHp8eBBAAmUtgP9Dzp6Le8ge65NUvlQ==
	caps: [mon] allow profile bootstrap-rgw
client.rgw.ceph-mgr1
	key: AQCywWdj17pJKxAA/D4qlRwdFRewx3lOyaQpqw==
	caps: [mon] allow rw
	caps: [osd] allow rwx
mgr.ceph-mgr1
	key: AQC3tFNj8fo4MRAAVYWnUt+QC0Z8aKJJWUJ9tA==
	caps: [mds] allow *
	caps: [mon] allow profile mgr
	caps: [osd] allow *
mgr.ceph-mgr2
	key: AQD6+VRjCBJELxAAvOIVElAHQbm89+ACn/qnyg==
	caps: [mds] allow *
	caps: [mon] allow profile mgr
	caps: [osd] allow *
installed auth entries:

cephadmin@ceph-deploy:~/ceph-cluster$ 
cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth list
mds.ceph-mgr1
	key: AQA6jmxjS5ZuIRAABL8O/vsLxzVF1AuuE9keeg==
	caps: [mds] allow
	caps: [mon] allow profile mds
	caps: [osd] allow rwx
osd.0
	key: AQDIjlRj/Zh3GBAAR1IZRFj0haZRbomVTzg62g==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.1
	key: AQAwj1RjR5ngAxAAqRxNC3uFd0mk0/Dn9gCYAQ==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.10
	key: AQAHkFRj9FfZCBAAfog/bEzZgSirl3pb02i8tw==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.11
	key: AQASkFRjqnJMKxAA7v9hnlFbFoL1KkMS2EMoCw==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.12
	key: AQAekFRjrqplARAAulPnSb/ik3fRWFuAxq4Qcw==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.13
	key: AQAokFRjVZ0OJRAATnN4xXCqv7HZbLg2lj9nag==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.14
	key: AQAzkFRjynUuKRAAZeVyrs7SulEFLZ7zTKG3NA==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.15
	key: AQBAkFRjS8LbJhAAdvKr1iu5L75pm4bUiH2afg==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.16
	key: AQBLkFRjQ+NgLxAAraKZeS+icUZ9FfLryR3oSQ==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.17
	key: AQBXkFRj6bUhFhAAxx5fF5equedOaXJUHhCtMQ==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.18
	key: AQBikFRjlVddFxAA5obFqALpyDkEra6PjMqy/w==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.19
	key: AQBtkFRj5EgzBxAAqvbiyGYVdbRz9xydXXeR5w==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.2
	key: AQA9j1Rj5cAwGxAAKnKS2qZ63cVXtHGx6jIpQw==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.3
	key: AQBaj1RjanCjLRAAmqVlF/d1PQc3dqBrH0yanw==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.4
	key: AQBqj1RjhHUkMhAAz3PlF7VTLoxN4W//0zUiWg==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.5
	key: AQDJj1RjL0hrORAAgodI4HpWYf7+E+ZVjGa6EQ==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.6
	key: AQDWj1Rj73+aEBAAMf/XzWjq25gtmO3K0KgNyw==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.7
	key: AQDij1Rjg68mDRAA4RjotBZjKT5PZ3iUQsSfFA==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.8
	key: AQDuj1RjlTXQDhAA0z9kzP3ATECi7BDjpGEdtw==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
osd.9
	key: AQD5j1RjZQVVNxAAJWEkPQt0AT2xznzciK4oGQ==
	caps: [mgr] allow profile osd
	caps: [mon] allow profile osd
	caps: [osd] allow *
client.admin
	key: AQAAnFNja3QeBBAAj4evI5snj2UFjjt1X+MsoA==
	caps: [mds] allow *
	caps: [mgr] allow *
	caps: [mon] allow *
	caps: [osd] allow *
client.bootstrap-mds
	key: AQAAnFNjPYAeBBAAKleoxtpQ3eFAf7uwA1wN2g==
	caps: [mon] allow profile bootstrap-mds
client.bootstrap-mgr
	key: AQAAnFNjioYeBBAAjWlsGOFfcZfmSKdm0smDUQ==
	caps: [mon] allow profile bootstrap-mgr
client.bootstrap-osd
	key: AQAAnFNjVIweBBAAkX/oJd6aQgZ9QrACi7gwBA==
	caps: [mon] allow profile bootstrap-osd
client.bootstrap-rbd
	key: AQAAnFNjp5EeBBAAwH9Nn2+WymXKz96rJXGmYg==
	caps: [mon] allow profile bootstrap-rbd
client.bootstrap-rbd-mirror
	key: AQAAnFNjaJceBBAA2v6W7eLSjTIpccatIxbjwQ==
	caps: [mon] allow profile bootstrap-rbd-mirror
client.bootstrap-rgw
	key: AQAAnFNjHp8eBBAAmUtgP9Dzp6Le8ge65NUvlQ==
	caps: [mon] allow profile bootstrap-rgw
client.rgw.ceph-mgr1
	key: AQCywWdj17pJKxAA/D4qlRwdFRewx3lOyaQpqw==
	caps: [mon] allow rw
	caps: [osd] allow rwx
mgr.ceph-mgr1
	key: AQC3tFNj8fo4MRAAVYWnUt+QC0Z8aKJJWUJ9tA==
	caps: [mds] allow *
	caps: [mon] allow profile mgr
	caps: [osd] allow *
mgr.ceph-mgr2
	key: AQD6+VRjCBJELxAAvOIVElAHQbm89+ACn/qnyg==
	caps: [mds] allow *
	caps: [mon] allow profile mgr
	caps: [osd] allow *
installed auth entries:

注意：TYPE.ID 表示法

针对用户采用 TYPE.ID 表示法，例如 osd.0 指定是 osd 类并且 ID 为 0 的用户(节点)，client.admin 是 client 类型的用户，其 ID 为 admin，另请注意，每个项包含一个 key=xxxx 项，以及一个或多个 caps 项。

可以结合使用-o 文件名选项和 ceph auth list 将输出保存到某个文件。

cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth list -o auth.key
installed auth entries:

cephadmin@ceph-deploy:~/ceph-cluster$ ll auth.key 
-rw-rw-r-- 1 cephadmin cephadmin 4057 Dec  3 10:35 auth.key

用户管理

添加一个用户会创建用户名 (TYPE.ID)、机密密钥，以及包含在命令中用于创建该用户的所有能力,用户可使用其密钥向 Ceph 存储集群进行身份验证。用户的能力授予该用户在Ceph monitor (mon)、Ceph OSD (osd) 或 Ceph 元数据服务器 (mds) 上进行读取、写入或执行的能力,可以使用以下几个命令来添加用户：

ceph auth add:

此命令是添加用户的规范方法。它会创建用户、生成密钥，并添加所有指定的能力。

cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth -h
 Monitor commands: 
 =================
auth add <entity> [<caps>...]                               add auth info for <entity> from input file, or random key if no 
                                                            input is given, and/or any caps specified in the command
auth caps <entity> <caps>...                                update caps for <name> from caps specified in the command
auth export [<entity>]                                      write keyring for requested entity, or master keyring if none given
auth get <entity>                                           write keyring file with requested key
auth get-key <entity>                                       display requested key
auth get-or-create <entity> [<caps>...]                     add auth info for <entity> from input file, or random key if no 
                                                            input given, and/or any caps specified in the command
auth get-or-create-key <entity> [<caps>...]                 get, or add, key for <name> from system/caps pairs specified in 
                                                            the command.  If key already exists, any given caps must match 
                                                            the existing caps for that key.
auth import                                                 auth import: read keyring file from -i <file>
auth ls                                                     list authentication state
auth print-key <entity>                                     display requested key
auth print_key <entity>                                     display requested key
auth rm <entity>                                            remove all caps for <name>

创建用户client.lxh，并赋予mon 读取和cephfs-data存储的osd读写执行权限认证key

cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth add client.lxh mon 'allow r' osd 'allow rwx pool=cephfs-data'
added key for client.lxh

#验证
cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth get client.lxh
[client.lxh]
	key = AQDuvopjbsUFFBAAKSIfJ2VsnMFvdc7KqpHoYg==
	caps mon = "allow r"
	caps osd = "allow rwx pool=cephfs-data"
exported keyring for client.lxh

ceph auth get-or-create

此命令是创建用户较为常见的方式之一，它会返回包含用户名（在方括号中）和密钥的密钥文，如果该用户已存在，此命令只以密钥文件格式返回用户名和密钥，还可以使用 -o 指定文件名选项将输出保存到某个文件。

#已经创建并直接返回用户名和秘钥
cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth get-or-create client.lxh mon 'allow r' osd 'allow rwx pool=cephfs-data'
[client.lxh]
	key = AQDuvopjbsUFFBAAKSIfJ2VsnMFvdc7KqpHoYg==


#验证，查看用户
cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth get-or-create client.lxh
[client.lxh]
	key = AQDuvopjbsUFFBAAKSIfJ2VsnMFvdc7KqpHoYg==

ceph auth get-or-create-key

此命令是创建用户并仅返回用户密钥，对于只需要密钥的客户端（例如 libvirt），创建或者查看用户直接返回用户的密钥。可以使用 -o 文件名选项将输出保存到某个文件。

创建客户端用户时，可以创建不具有能力的用户。不具有能力的用户可以进行身份验证，但不能执行其他操作，此类客户端无法从监视器检索集群地图，但是，如果希望稍后再添加能力，可以使用 ceph auth caps 命令创建一个不具有能力的用户。

典型的用户至少对 Ceph monitor 具有读取功能，并对 Ceph OSD 具有读取和写入功能。此外，用户的 OSD 权限通常限制为只能访问特定的存储池。

cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth get-or-create-key client.lxh mon 'allow r' osd 'allow rwx pool=cephfs-data'
AQDuvopjbsUFFBAAKSIfJ2VsnMFvdc7KqpHoYg==

#查看client.lxh
cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth get-or-create-key client.lxh
AQDuvopjbsUFFBAAKSIfJ2VsnMFvdc7KqpHoYg==

ceph auth print-key

只获取单个指定用户的 key 信息，但并没有换行输出，可以结合-o选项输出重定向到一个文件中

cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth print-key client.lxh
AQDuvopjbsUFFBAAKSIfJ2VsnMFvdc7KqpHoYg==

修改用户能力

使用 ceph auth caps 命令可以指定用户以及更改该用户的能力，设置新能力会完全覆盖当前的能力，因此要加上之前的用户已经拥有的能和新的能力，如果看当前能力，可以运行ceph auth get USERTYPE.USERID，如果要添加能力，使用以下格式时还需要指定现有能力：

ceph auth caps USERTYPE.USERID daemon 'allow [r|w|x|*|...] \
[pool=pool-name] [namespace=namespace-name]' [daemon 'allow [r|w|x|*|...] \
[pool=pool-name] [namespace=namespace-name]']

查看用户当前权限

cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth get client.lxh
[client.lxh]
	key = AQDuvopjbsUFFBAAKSIfJ2VsnMFvdc7KqpHoYg==
	caps mon = "allow r"
	caps osd = "allow rwx pool=cephfs-data"
exported keyring for client.lxh

修改用户权限

保留用户对cephfs-data存储池的读取和向对象写入的权限（rw），移除用户调用类方法的权限（x）

cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth caps client.lxh mon 'allow r' osd 'allow rw pool=cephfs-data'
updated caps for client.lxh
cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth get client.lxh
[client.lxh]
	key = AQDuvopjbsUFFBAAKSIfJ2VsnMFvdc7KqpHoYg==
	caps mon = "allow r"
	caps osd = "allow rw p ool=cephfs-data"
exported keyring for client.lxh

删除用户：

要删除用户使用 ceph auth del TYPE.ID，其中 TYPE 是 client、osd、mon 或 mds 之一，ID 是用户名或守护进程的 ID。

cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth get client.lxh
[client.lxh]
	key = AQDuvopjbsUFFBAAKSIfJ2VsnMFvdc7KqpHoYg==
	caps mon = "allow r"
	caps osd = "allow rw pool=cephfs-data"
exported keyring for client.lxh

#删除client.lxh用户认证
cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth del client.lxh
update

#验证用户删除
cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth get client.lxh
Error ENOENT: failed to find client.lxh in keyring

秘钥环管理

ceph 的秘钥环是一个保存了 secrets、keys、certificates 并且能够让客户端通认证访问 ceph的 keyring file(集合文件)，一个 keyring file 可以保存一个或者多个认证信息，每一个 key 都有一个实体名称加权限，类型为：

{client、mon、mds、osd}.name

当客户端访问 ceph 集群时，ceph 会使用以下四个密钥环文件预设置密钥环设置：

/etc/ceph/<$cluster name>.<user $type>.<user $id>.keyring      #保存单个用户的 keyring
/etc/ceph/cluster.keyring 		#保存多个用户的 keyring
/etc/ceph/keyring 				#未定义集群名称的多个用户的 keyring
/etc/ceph/keyring.bin 			#编译后的二进制文件

当ceph使用某个用户进行操作是会按照以下密钥环文件进行一次验证权限

cephadmin@ceph-deploy:~/ceph-cluster$ ceph --user user1 -s
2022-12-03T15:31:12.087+0800 7fee1402b700 -1 auth: unable to find a keyring on
/etc/ceph/ceph.client.user1.keyring,/etc/ceph/ceph.keyring,/etc/ceph/keyring,/etc/ceph/keyring.bin,: (2) No such file or directory

通过秘钥环文件备份与恢复用户

使用 ceph auth add 等命令添加的用户还需要额外使用 ceph-authtool 命令为其创建用户秘钥环文件。

创建 keyring 文件命令格式：

ceph-authtool --create-keyring FILE

导出用户认证信息至 keyring 文件:

将用户信息导出至 keyring 文件，对用户信息进行备份。

创建用户：

cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth get-or-create client.lxh mon 'allow r' osd 'allow * pool=cephfs-data'
[client.lxh]
	key = AQAWAItjJ81LHRAAhFOzYYiuARaIiKyjrHjK4Q==

验证用户:

cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth get client.lxh
[client.lxh]
	key = AQAWAItjJ81LHRAAhFOzYYiuARaIiKyjrHjK4Q==
	caps mon = "allow r"
	caps osd = "allow * pool=cephfs-data"
exported keyring for client.lxh

为用户创建keyring文件

cephadmin@ceph-deploy:~/ceph-cluster$ ceph-authtool --create-keyring ceph.client.lxh.keyring
creating ceph.client.lxh.keyring

验证keyring文件

cephadmin@ceph-deploy:~/ceph-cluster$ cat ceph.client.lxh.keyring   #创建后文件内容是空的
cephadmin@ceph-deploy:~/ceph-cluster$ file ceph.client.lxh.keyring
ceph.client.lxh.keyring: empty

导出 keyring 至创建的keyring文件中

cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth get client.lxh -o ceph.client.lxh.keyring 
exported keyring for client.lxh

验证指定用户的 keyring 文件

cephadmin@ceph-deploy:~/ceph-cluster$ cat ceph.client.lxh.keyring 
[client.lxh]
	key = AQAWAItjJ81LHRAAhFOzYYiuARaIiKyjrHjK4Q==
	caps mon = "allow r"
	caps osd = "allow * pool=cephfs-data"

在创建包含单个用户的密钥环时，通常建议使用 ceph 集群名称、用户类型和用户名及keyring来命名，并将其保存在 /etc/ceph 目录中。例如为 client.user1 用户创建ceph.client.user1.keyring。

从 keyring 文件恢复用户认证信息

可以使用 ceph auth import -i 指定 keyring 文件并导入到 ceph，其实就是起到用户备份和恢复的目的：

验证用户的认证文件

cephadmin@ceph-deploy:~/ceph-cluster$ cat ceph.client.lxh.keyring 
[client.lxh]
	key = AQAWAItjJ81LHRAAhFOzYYiuARaIiKyjrHjK4Q==
	caps mon = "allow r"
	caps osd = "allow * pool=cephfs-data"

删除用户并验证

cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth del client.lxh
updated

#验证用户删除
cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth get client.lxh
Error ENOENT: failed to find client.lxh in keyring

从用户的keying 密钥环文件导入用户

cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth import -i ceph.client.lxh.keyring 
imported keyring

#验证用户
cephadmin@ceph-deploy:~/ceph-cluster$ ceph auth get client.lxh
[client.lxh]
	key = AQAWAItjJ81LHRAAhFOzYYiuARaIiKyjrHjK4Q==
	caps mon = "allow r"
	caps osd = "allow * pool=cephfs-data"
exported keyring for client.lxh

秘钥环文件多用户

一个 keyring 文件中可以包含多个不同用户的认证文件

将多用户导出至秘钥环

1、导入第一个用户

创建新用户的keyring 文件

cephadmin@ceph-deploy:~/ceph-cluster$ ceph-authtool --create-keyring ceph.client.user.keyring
creating ceph.client.user.keyring

把指定的 admin 用户的 keyring 文件内容导入到新创建的用户的 keyring 文件

cephadmin@ceph-deploy:~/ceph-cluster$ ceph-authtool ./ceph.client.user.keyring --import-keyring ./ceph.client.admin.keyring
importing contents of ./ceph.client.admin.keyring into ./ceph.client.user.keyring

验证 keyring 文件

cephadmin@ceph-deploy:~/ceph-cluster$ ceph-authtool -l ./ceph.client.user.keyring
[client.admin]
	key = AQAAnFNja3QeBBAAj4evI5snj2UFjjt1X+MsoA==
	caps mds = "allow *"
	caps mgr = "allow *"
	caps mon = "allow *"
	caps osd = "allow *"

2、导入第二个用户

将client.lxh用户keying导入到client.user keying

cephadmin@ceph-deploy:~/ceph-cluster$ ceph-authtool ./ceph.client.user.keyring --import-keyring ./ceph.client.lxh.keyring
importing contents of ./ceph.client.lxh.keyring into ./ceph.client.user.keyring

再次验证 client.user的keyring 文件是否包含多个用户的认证信息

cephadmin@ceph-deploy:~/ceph-cluster$ ceph-authtool -l ./ceph.client.user.keyring
[client.admin]
	key = AQAAnFNja3QeBBAAj4evI5snj2UFjjt1X+MsoA==
	caps mds = "allow *"
	caps mgr = "allow *"
	caps mon = "allow *"
	caps osd = "allow *"
[client.lxh]
	key = AQAWAItjJ81LHRAAhFOzYYiuARaIiKyjrHjK4Q==
	caps mon = "allow r"
	caps osd = "allow * pool=cephfs-data"

posted @ 2023-01-18 11:16 PunchLinux 阅读(423) 评论(0) 编辑收藏举报

刷新页面返回顶部

puchlinux