# 简介
MQTT 授权(authorization)是指对 MQTT 客户端的发布和订阅操作进行 权限控制。 控制的内容主要是哪些客户端可以发布或者订阅哪些 MQTT 主题。
EMQX 支持集中类型的授权。
- 权限列表(亦即 ACL)。可以从例如 MongoDB, MySQL,PostgreSQL,Redis,或者 EMQX 的内置数据库中读取这个列表。
- 加载一个包含全局的 ACL 的文件。
- 动态访问一个 HTTP 后端服务,并通过该 HTTP 调用的返回值来客户端是否有访问的权限。
- 通过提取认证过程中携带的授权数据,例如 JWT 的某个字段。
# 授权数据源
授权数据源 (或称 Authorizer) 是 EMQX 中实现权限控制的一个模块。 每个控制器都有一个类型,EMQX 内部也把它用作唯一的标识符。
EMQX 默认提供如下这些 Authorizer:
类型(ID) | 描述 |
---|---|
built_in_database | 使用内置数据库存授权数据 |
mysql | 使用MySQL存放授权数据 |
postgresql | 使用PostgreSQL存放授权数据 |
mongodb | 使用MongoDB存放授权数据 |
redis | 使用Redis存放授权数据 |
http | 通过访问外部HTTP服务来获取授权信息 |
file | 将授权信息存放在文件中 |
每个控制器都有自己的配置。
例如,下面是一个 MySQL 的例子:
{
enable => true
type = mysql
database = "mqtt"
username = "root"
password = "public"
query = "SELECT permission, action, topic FROM acl WHERE username = ${username}"
server = "10.12.43.12:3306"
}
2
3
4
5
6
7
8
9
10
11
# 授权链
一组 Authorizer,可以组成一个授权链。当一个客户端进行发布或者订阅操作的时候,EMQX 会按顺序逐个检查, 如果一个 Authorizer 能够找到该客户端的授权规则(ACL),那么就会对这个规则进行匹配。 匹配的结果要么是允许(allow),要么是拒绝(deny)。如果没有找到适用于该客户端的规则, 那么就会继续到授权链中的下一个 Authorizer 进行检查。
如果整个链都没能找到适用于该客户端的规则(ACL),那么就使用默认规则。
跟认证链不太一样的地方是:授权链是全局唯一的。
# 认证器提供的授权规则
有些认证器的认证结果中,有携带授权数据的能力,当这个数据存在的时候,这些规则的检查会发生在全局授权链之前。 例如,JWT。
# 授权数据的缓存
如果一个客户端大量的发送请求,就会对授权数据后端产生访问压力。 因此 EMQX 为授权数据引入了缓存。
Tip
缓存的配置参数会大大影响系统性能,所以调整缓存参数变得非常重要。请参考文档下文中的配置章节。
# 规则占位符
多数 Authorizer 支持在授权规则中使用占位符。 占位符就像是一个模版,在运行时根据客户端信息进行替换,得到真正使用的授权规则。
# Authorizer 配置中的占位符
配置中的占位符会在运行时进行替换并使用在后端数据库或服务的链接或者请求中。 下面是 EMQX 支持的占位符:
${clientid}
— 客户端的 clientid。${username}
— 客户端的用户名(username)。${peerhost}
— 客户端的源 IP 地址。${cert_subject}
— 客户端 x.509 证书中的主题名(Subject)。${cert_common_name}
客户端 x.509 证书中的通用名(Common Name).
Redis Authorizer 配置中使用占位符的例子:
{
enable = true
type = redis
... other parameters ...
cmd = "HGETALL mqtt_user:${username}"
}
2
3
4
5
6
7
8
# 主题占位符
在 Authorizer 后端返回的规则中,MQTT 主题是字符串格式。这些字符串会被当作模版进行占位符的替换。 在授权规则中可以使用的占位符如下:
${clientid}
— MQTT 客户端的 Client ID。当在规则中使用 Client ID,这个 ID 应由客户端在连接 EMQX 前就指定,而不是让 EMQX 随机生成。${username}
— 使用客户端用户名 对规则进行替换。
占位符只能用于替换主题的整个字段,例如 a/b/${username}/c/d
,但是不能用于替换字段的一部分,例如 a/b${username}c/d
。
为了避免占位符跟想要的主题冲突的问题,EMQX 5.0 中引入了一个 eq
语法,例如 eq a/b/${username}/c/d
。 这样规则将会不做替换,而是保持 MQTT 主题 a/b/${username}/c/d
不变。
# 配置结构
授权配置结构大致如下。
authorization {
sources = [
{ ... },
{ ... }
]
no_match = allow
deny_action = ignore
cache {
enable = true
max_size = 1024
duration = 1m
}
}
2
3
4
5
6
7
8
9
10
11
12
13
# sources
带顺序的数组(非必需字段)。每个数组元素是一个 Authorizer 的数据源相关配置。 数组中的每个元素都有一个 enable
字段,可用于快速启停切换。 如果该配置项缺失,则当作空链处理。
每个 Authorizer 的详细配置,可以参考相应的配置文件文档。
# no_match
可选值,可以设置为 allow
或 deny
。缺省值是 allow
。 当 EMQX 无法从认证链中为某个客户端匹配到任何规则时候,将会使用这个默认的规则。
# deny_action
可选值,可以设置为 ignore
或 disconnect
。默认值是 ignore
。 这个配置用于指定当拒绝访问发生时,应该如何对待这个客户端的 MQTT 连接。 如果配置成 ignore
,那么这个操作会被丢弃,例如,如果是一个发布动作,那么这消息会被丢弃;如果是一个订阅操作,那么订阅请求会被拒绝。 如果配置成 disconnect
,那么这个客户端将会被断开连接。
# cache
ACL 缓存的配置。
cache.enable
— 默认是true
。为 ACL 开启缓存。如果仅使用认证 JWT 中提供 授权信息,这建议关闭缓存。cache.max_size
— 默认值32
。此配置规定每个客户端允许缓存的 ACL 规则数量。当超过上限时,老的记录将会被删掉。cache.ttl
— 默认1m
(一分钟)。 该配置规定 ACL 规则缓存有效时间。
# 使用 API 对授权参数进行配置
EMQX 为授权参数暴露如下 REST API 来支持进行运行时动态修改。
/api/v5/authorization/settings
— 对通用授权参数进行修改,例如no_match
,deny_action
,和cache
;/api/v5/authorization/sources
— 用于管理授权链;/api/v5/authorization/cache
— 用于强制清除授权数据缓存;/api/v5/authorization/sources/built_in_database
— 用于动态增加或删除内置数据库的条目。
详细的 API 文档,请参考 /api-docs/index.html
,例如本地部署时:http://localhost:18083/api-docs/index.html