MQTT パケットの理論上の最大長は268,435,456 バイトで、256 MB に相当します。ただし、リソースに制約のあるクライアントや、エッジ ゲートウェイとして動作する一部の MQTT サーバーは、このサイズのパケットを処理できない可能性があることは明らかです。

この記事では、 MQTTで利用可能なサブスクリプション オプションとその使用法を調べることに詳しく説明します。

Mosquitto MQTT Brokerは、2009 年に Roger Light によって最初に開発され、後に Eclipse Foundation に寄付されました。これはおそらく最初のオープンソース MQTT プロジェクトでした。

Will Messageは、MQTTの重要な機能で、クライアントがオフラインになったことをサーバーだけが知る問題を解決します。これにより、予期せずオフラインになったクライアントに対して、適切なフォローアップアクションを取ることができます。

MQTTの Reason Code の主な目的は、より詳細なフィードバックをクライアントとサーバーに提供することです。

このシリーズは、潜在的な脅威や攻撃からシステムを保護するための貴重な洞察を提供するため、MQTT ベースの IoT ソリューションに取り組むすべての人にとって必読の書であると考えられています。

このブログでは、レート制限の利点、つまり、IoT プラットフォームとアプリケーションのセキュリティをどのように強化できるかについて検討します。

ここで、MQTT 通信の強化におけるトランスポート層セキュリティ (TLS) の重要な役割に光を当てます。このブログ投稿では、特に TLS と、MQTT 通信の整合性、機密性、信頼性を確保する TLS の機能に焦点を当てます。

MQTT ブローカーは ACL の実装が異なる場合があり、ACL 設定の正確な構文と機能は MQTT ブローカー ソフトウェアごとに異なる可能性があることに注意することが重要です。

この記事では、前の記事で説明したもの以外の追加の認証方法について詳しく説明します。具体的には、Tokenベースの認証と OAuth 2.0 について調査し、その概念を説明し、MQTTでの実装を示します。

強化認証は、MQTT 5.0 で導入された新しい認証フレームワークです。従来のパスワード認証より安全なさまざまな代替方法を提供します。

この記事では、MQTT での認証の仕組みと、認証によってどのようなセキュリティ リスクが解決されるかを説明し、最初の認証方法であるパスワードベースの認証を紹介します。