商业源码 公用EMQ服务器broker-cn.emqx.io怎么配置微信小程序域名
配置参考如下：
每个微信小程序需要事先设置通讯域名，小程序只可以跟指定的域名进行网络通信。包括普通HTTPS请求（wxrequest）、上传文件（wxuploadFile）、下载文件（wxdownloadFile)和WebSocket通信（wxconnectSocket）。
服务器域名请在「小程序后台-开发-开发设置-服务器域名」中进行配置。
配置时需要注意：域名只支持https(wxrequest、wxuploadFile、wxdownloadFile)和wss(wxconnectSocket)协议。
域名不能使用IP地址（小程序的局域网IP除外）或localhost。
可以配置端口，如https：//myservercom：8080，但是配置后只能向https：//myservercom：8080发起请求。如果向https：//myservercom、https：//myservercom：9091等URL请求则会失败。
如果不配置端口，如https：//myservercom，那么请求的URL中也不能包含端口，甚至是默认的443端口也不可以。如果向https：//myservercom：443请求则会失败。
域名必须经过ICP备案；出于安全考虑，apiweixinqqcom不能被配置为服务器域名，相关API也不能在小程序内调用。开发者应将AppSecret保存到后台服务器中，通过服务器使用getAccessToken接口获取access_token，并调用相关API。
对于每个接口，分别可以配置最多20个域名。
桥接是一种连接多个 EMQ X 或者其他 MQTT 消息中间件的方式。不同于集群，工作在桥接模式下的节点之间不会复制主题树和路由表。桥接模式所做的是：
工作在桥接模式下和工作在集群模式下有不同的应用场景，桥接可以完成一些单纯使用集群无法实现的功能：
在具体应用中，一个桥接的发起节点可以被近似的看作一个远程节点的客户端。
该场景需要将 EMQ X 指定主题下且满足条件的消息桥接到 EMQ X 或其他 MQTT Broker。
该场景下设备端上报信息如下：
当上报数据发动机转速数值大于 8000 时，将该条信息部分数据桥接到指定服务器。
为了避免与本地的 emqx 出现端口冲突的情况，这里临时修改一下 mosquitto 的本地端口号。
打开 EMQ X Dashboard，进入左侧菜单的 资源 页面，点击 新建 按钮，键入 Mosquitto 服务器信息进行资源创建。
EMQ X 集群中节点所在网络环境可能互不相通，资源创建成功后点击列表中 状态按钮 ，查看各个节点资源连接状况，如果节点上资源不可用，请检查配置是否正确、网络连通性，并点击 重连 按钮手动重连。
进入左侧菜单的 规则 页面，点击 新建 按钮，进行规则创建。这里选择触发事件 消息发布 ，在消息发布时触发该规则进行数据处理。
选定触发事件后，我们可在界面上看到可选字段及示例 SQL：
规则引擎使用 SQL 语句处理规则条件，该业务中我们需要将 payload 中所有字段单独选择出来，使用 payloadfieldName 格式进行选择，还需要消息上下文的 topic 、 qos 、 id 信息，当前 SQL 如下：
使用 SQL 语句 WHERE 字句进行条件筛选，该业务中我们需要定义两个条件：
组合上一步骤得到 SQL 如下：
借助 SQL 测试功能，我们可以实时查看当前 SQL 处理后的数据输出，该功能需要我们指定 payload 等模拟原始数据。
payload 数据如下，注意更改 tachometer 数值大小，以满足 SQL 条件：
点击 SQL 测试 切换按钮，更改 topic 与 payload 为场景中的信息，点击 测试 按钮查看数据输出：
测试输出数据为：
测试输出与预期相符，我们可以进行后续步骤。
SQL 条件输入输出无误后，我们继续添加相应动作，配置写入 SQL 语句，将筛选结果桥接到 Mosquitto。
点击响应动作中的 添加 按钮，选择 桥接数据到 MQTT Broker 动作，选取刚刚选定的资源。
我们成功创建了一条规则，包含一个处理动作，动作期望效果如下：
切换到 工具 --> Websocket 页面，使用任意信息客户端连接到 EMQ X，连接成功后在 消息 卡片发送如下信息：
点击 发送 按钮，发送成功后查看得到当前规则已命中统计值为 1。
命令行中查看数据表记录得到数据如下：
至此，我们通过规则引擎实现了使用规则引擎桥接消息到 MQTT Broker 的业务开发。
准备另外一台 emqx 节点，启动两台 emqx。
打开 EMQ X Dashboard，进入左侧菜单的 资源 页面，点击 新建 按钮，键入 EMQ X 服务器信息进行资源创建。
EMQ X 集群中节点所在网络环境可能互不相通，资源创建成功后点击列表中 状态按钮 ，查看各个节点资源连接状况，如果节点上资源不可用，请检查配置是否正确、网络连通性，并点击 重连 按钮手动重连。
进入左侧菜单的 规则 页面，点击 新建 按钮，进行规则创建。这里选择触发事件 消息发布 ，在消息发布时触发该规则进行数据处理。
选定触发事件后，我们可在界面上看到可选字段及示例 SQL：
规则引擎使用 SQL 语句处理规则条件，该业务中我们需要将 payload 中所有字段单独选择出来，使用 payloadfieldName 格式进行选择，还需要消息上下文的 topic 、 qos 、 id 信息，当前 SQL 如下：
使用 SQL 语句 WHERE 字句进行条件筛选，该业务中我们需要定义两个条件：
组合上一步骤得到 SQL 如下：
借助 SQL 测试功能，我们可以实时查看当前 SQL 处理后的数据输出，该功能需要我们指定 payload 等模拟原始数据。
payload 数据如下，注意更改 tachometer 数值大小，以满足 SQL 条件：
点击 SQL 测试 切换按钮，更改 topic 与 payload 为场景中的信息，点击 测试 按钮查看数据输出：
测试输出数据为：
测试输出与预期相符，我们可以进行后续步骤。
SQL 条件输入输出无误后，我们继续添加相应动作，配置写入 SQL 语句，将筛选结果桥接到另一个 EMQ X。
点击响应动作中的 添加 按钮，选择 桥接数据到 MQTT Broker 动作，选取刚刚选定的资源。
我们成功创建了一条规则，包含一个处理动作，动作期望效果如下：
切换到 工具 --> Websocket 页面，使用任意信息客户端连接到 EMQ X，连接成功后在 消息 卡片发送如下信息：
点击 发送 按钮，发送成功后查看得到当前规则已命中统计值为 1。
使用命令行中查看数据表记录得到数据如下：
至此，我们通过规则引擎实现了使用规则引擎桥接消息的业务开发。
EMQ X 内置对 TLS/DTLS 的支持，包括支持单双向认证、X509 证书等多种身份认证和 LB Proxy Protocol V1/2 等。你可以为 EMQ X 支持的所有协议启用 TLS/DTLS，也可以将 EMQ X 提供的 HTTP API 配置为使用 TLS。本文以自签证书的方式介绍如何在 EMQ X 中为 MQTT 启用 TLS。
查看证书
查看证书
创建 Root CA 自签名证书的步骤与前文一致，不再赘述。
与前文类似，只不过需要将 Root CA 的信息替换成 Second CA 的。最后我们将得到以下文件：
Note: Client 既可以使用 root-cacertpem 与 second-cacertpem 合并后的 cacertpem ，也可以使用 second-cacertpem 。
假设你已经成功安装了 EMQ X，我们将之前生成的证书一并拷贝到 emqx/etc/certs 目录下：
然后修改 emqxconf 配置如下：
启动 EMQ X 并将日志等级改为 Debug。
使用 openssl s_client 连接 EMQ X 并发送一个 Client ID 为 "a" 的 MQTT Connect 报文。
如果你在 emqx/log/erlanglog1 中看到以下日志，说明 SSL 认证成功。
EMQ X 继续保持运行，编译并启动 emqtt 。
连接建立成功，可以正常订阅发布，SSL 单向认证测试通过。
EMQ X 继续保持运行，启动 mqttfx，参照下图完成配置：
Note: 这里只能使用 second-cacertpem 作为 CA Certificate。
点击 Connect 按钮，连接成功，并且可以正常订阅发布，SSL 双向认证通过。
修改 emqxconf 配置如下：
启动 EMQ X 并将日志等级改为 Debug。
使用 openssl s_client 连接 EMQ X 并发送一个 Client ID 为 "a" 的 MQTT Connect 报文。
如果你在 emqx/log/erlanglog1 中看到以下日志，说明 SSL 双向认证成功。
EMQ X 继续保持运行，启动 emqtt 。
连接建立成功，可以正常订阅发布，SSL 双向认证测试通过。
EMQ X 继续保持运行，启动 mqttfx，参照下图完成配置：
Note: CA File 可以使用 root-cacertpem 与 second-cacertpem 合并后的 cacertpem ，也可以使用 second-cacertpem 。
点击 Connect 按钮，连接成功，并且可以正常订阅发布，SSL 双向认证通过。
0条评论