共计 563 个字符，预计需要花费 2 分钟才能阅读完成。
Access Token
设施一般拜访凭证，可自定义和随机刷新。设施凭证具备唯一性，不可反复。
X.509
在一些对通信安全要求严格的物联网畛域，比方智能门锁、电表、水表、燃气表等，您能够应用基于 X.509TLS 的 MQTT 平安认证形式。
更进一步的物联网安全措施，能够在设施端集成 SE 平安芯片，或应用内置 SE 平安芯片的通信模组，实现设施和平台双向认证。
MQTT Basic
对于一般认证形式，在 MQTT 连贯时，应用基于 username/password 的认证形式，须要用到设施的一般证书，如下：
| MQTT 连贯参数 | 值 | 阐明 |
|---|---|---|
| username | AccessToken | 设施创立后主动生成，每个设施惟一，量产设施可通过 API 主动获取 AccessToken，实现一型一密。 |
| password | ProjectKey | 我的项目创立后主动生成，不反对批改。 |
| clientId | 空或任意 | 不对 clientid 做任何限度，可随便填写。 |
要留神的是，ThingsKit 对同一个设施身份信息只反对一个 MQTT 连贯，也就是说，如果在两个或多个物理设施中，应用同样的 username/password 身份信息连贯平台，即使 clientid 应用不同的字符串，平台依然将这些连贯视为同一个设施，这会导致后一个设施连贯胜利后会顶掉之前的设施连贯。
文章起源（首发地址）：ThingsKit 物联网平台
正文完
