我們很高興地告訴大家，[EMQX Enterprise](https://www.emqx.com/zh/products/emqx) 4.4.11 版本正式釋出！

在此版本中，我們釋出了 CRL 與 OCSP Stapling 為客戶端提供更靈活的安全防護，新增了 Google Cloud Pub/Sub 整合幫助您透過 Google Cloud 各類服務發掘更多物聯網資料價值，還加入了滿足自動化運維需要的預定義 API 金鑰功能。除此之外，我們還修復了多項 BUG。

## CRL 與 OCSP Stapling

此前版本中，透過 EMQX 內建的 SSL/TLS 支援，您可以使用 X.509 證書實現客戶端接入認證與通訊安全加密，本次釋出的版本在此基礎上新增了 CRL 與 OCSP Stapling 功能。

持有數字證書的物聯網裝置，如果出現私鑰洩漏、證書資訊有誤的情況，或者裝置需要永久銷燬時，需要吊銷對應證書以確保不被非法利用，CRL 與 OCSP Stapling 就是解決這一問題的關鍵。

CRL（Certificate Revocation List，證書吊銷列表） 是由 CA 機構維護的一個列表，列表中包含已經被吊銷的證書序列號和吊銷時間。EMQX 允許配置 CA 的請求端點並定時重新整理獲取 CRL，而客戶端無需維護 CRL，在連線握手時透過 EMQX 即可完成證書有效性驗證。

OCSP（Online Certificate Status Protocol，線上證書狀態協議）是另外一個證書吊銷方案，相比於 CRL， OCSP 提供了實時的證書驗證能力。OCSP Stapling 是該項技術的最新改進，進一步解決了 OCSP 隱私問題和效能問題。

啟用 OCSP Stapling 後，EMQX 將自行從 OCSP 伺服器查詢證書並快取響應結果，當客戶端向 EMQX 發起 SSL 握手請求時，EMQX 將證書的 OCSP 資訊隨證書鏈一同傳送給客戶端，由客戶端對證書有效性進行驗證。

[![1](http://img.blog.itpub.net/blog/2022/12/01/6299fb78fcb496da.png?x-oss-process=style/bb "1")](https://www.emqx.com/zh/blog/emqx-enterprise-v-4-4-11-released "1")

透過 CRL 與 OCSP Stapling 功能，您可以控制每一張證書的有效性，及時吊銷非法客戶端證書，為您的物聯網應用提供靈活且高階別的安全保障。

## Google Cloud Pub/Sub 整合

Google Cloud Pub/Sub 是一種非同步訊息傳遞服務，旨在實現極高的可靠性和可擴縮性。

現在，您可以透過 EMQX 規則引擎的 GCP Pub/Sub 整合能力，快速建立與該服務的連線，這能夠幫助您更快的基於 GCP 構建物聯網應用：

- **使用 Google 的流式分析處理物聯網資料**：以 Pub/Sub 以及 Dataflow 和 BigQuery 為基礎而構建整體解決方案，實時提取、處理和分析源源不斷的 MQTT 資料，基於物聯網資料發掘更多業務價值。
- **非同步微服務整合：**將 Pub/Sub 作為訊息傳遞中介軟體，透過 pull 的方式與後臺業務整合；也可以推送訂閱到 Google Cloud 各類服務如 Cloud Functions、App Engine、Cloud Run 或者 Kubernetes Engine 或 Compute Engine 上的自定義環境中。

[![2](http://img.blog.itpub.net/blog/2022/12/01/06bff11a1012f5dc.png?x-oss-process=style/bb "2")](https://www.emqx.com/zh/blog/emqx-enterprise-v-4-4-11-released "2")

對於 Google IoT Core 使用者，您無需做更多改變就能將 MQTT 傳輸層遷移至 EMQX，繼續使用 Google Cloud 上的應用和服務。

## 透過檔案初始化 API 金鑰

本次釋出提供了 API 金鑰初始化能力，允許您在啟動 EMQX 前透過特定檔案設定金鑰對。

預設的金鑰可以幫助使用者在 EMQX 啟動時做一些工作：如運維人員編寫運維指令碼管理叢集狀態，開發者匯入認證資料到內建資料庫中、初始化自定義的配置引數。

[EMQX Kubernetes Operator ](https://www.emqx.com/zh/emqx-kubernetes-operator)也基於此特性來實現叢集啟動時的配置和管理操作。

```avrasm
# 指定 bootstrap 檔案
# etc/plugins/emqx_management.conf
management.bootstrap_user_file ="etc/bootstrap_apps_file.txt"

# 使用 {appid}:{secret} 的格式初始化金鑰對
# etc/bootstrap_apps_file.txt
appid1:secret
appid2:secret2
```

## BUG 修復

以下是主要 BUG 修復，完整 BUG 修復列表請參考 [EMQX 企業版 4.4.11 更新日誌](https://www.emqx.com/zh/changelogs/enterprise/4.4.11)。

- 改進規則的 "最大執行速度" 的計數，只保留小數點之後 2 位 [#9185](https://github.com/emqx/emqx/pull/9185)。 避免在 dashboard 上展示類似這樣的浮點數：`0.30000000000000004`。
- 修復在嘗試連線 MongoDB 資料庫過程中，如果認證失敗會不停列印錯誤日誌的問題 #9184。
- 限速 “Pause due to rate limit” 的日誌級別從原先的 `warning` 降級到 `notice` #9134。
- 修正了 `/status` API 的響應狀態程式碼 #9210。 在修復之前，它總是返回 `200`，即使 EMQX 應用程式沒有執行。 現在它在這種情況下返回 `503`。
- 修復規則引擎的訊息事件編碼失敗 #9226。 帶訊息的規則引擎事件，例如 `$events/message_delivered` 和 `$events/message_dropped`, 如果訊息事件是共享訂閱產生的，在編碼（到 JSON 格式）過程中會失敗。 影響到的版本：`v4.3.21`, `v4.4.10`, `e4.3.16` 和 `e4.4.10`。
- 修復呼叫 'DELETE /alarms/deactivated' 只在單個節點上生效的問題，現在將會刪除所有節點上的非活躍警告 #9280。
- 在進行訊息重發布或橋接訊息到其他 MQTT Broker 時，檢查 topic 合法性，確定其不帶有主題萬用字元 #9291。
- 關閉管理埠（預設為8081）上對 HTTP API `api/v4/emqx_prometheus` 的認證，Prometheus 對時序資料抓取不在需要配置認證 #9294。
- 修正了在 Kafka Consumer 中選擇 `reset_by_subscriber` 偏移重置策略的選項。
- 修復了 SQL Server 資源中，無法在 `server` 欄位裡使用除 `1433` 之外的埠的問題。
- 解決從 e4.4.5 以及更早的版本升級 EMQX 的時候，Kafka 資源的認證型別從 `PLAIN` 變成了 `NONE` 的錯誤。

## 結語

除了企業版 4.4.11 外，同期 EMQX 還發布了包括開源版在內的另外 3 個版本，請參考：

- [EMQX 企業版 4.3.17 更新日誌](https://www.emqx.com/zh/changelogs/enterprise/4.3.17)
- [EMQX 開源版 4.3.22 更新日誌](https://www.emqx.com/zh/changelogs/broker/4.3.22)
- [EMQX 開源版 4.4.11 更新日誌](https://www.emqx.com/zh/changelogs/broker/4.4.11)

>版權宣告： 本文為 EMQ 原創，轉載請註明出處。
>
>原文連結：[https://www.emqx.com/zh/blog/emqx-enterprise-v-4-4-11-released](https://www.emqx.com/zh/blog/emqx-enterprise-v-4-4-11-released)

EMQX Enterprise 4.4.11 釋出

相關文章