Ubuntu 16.04にMosquitto MQTT Messaging Brokerをインストールして保護する方法

前書き

MQTTは、「モノのインターネット」デバイスへの軽量なパブリッシュ/サブスクライブ通信を提供するために設計されたマシンツーマシンメッセージングプロトコルです。 一般的には、車両のジオトラッキング車両、ホームオートメーション、環境センサーネットワーク、ユーティリティスケールのデータ収集に使用されます。

Mosquittoは人気のあるMQTTサーバー(またはMQTT用語では_broker_)であり、優れたコミュニティサポートがあり、インストールと構成が簡単です。

このチュートリアルでは、Mosquittoをインストールし、Let’s EncryptからSSL証明書を取得し、SSLを使用してパスワードで保護されたMQTT通信を保護するようにブローカーを設定します。

前提条件

このチュートリアルを開始する前に、次のものが必要です。

ステップ1-Mosquittoのインストール

Ubuntu 16.04には、デフォルトのソフトウェアリポジトリにMosquittoのかなり最近のバージョンがあります。 非rootユーザーでログインし、 `+ apt-get`でMosquittoをインストールします。

sudo apt-get install mosquitto mosquitto-clients

デフォルトでは、Ubuntuはインストール後にMosquittoサービスを開始します。 デフォルトの構成をテストしましょう。 インストールしたMosquittoクライアントの1つを使用して、ブローカーのトピックをサブスクライブします。

_Topics_は、メッセージを発行および購読するラベルです。 これらは階層として配置されているため、たとえば、「+ sensors / outside / temp 」および「 sensors / outside / humidity +」を使用できます。 トピックの配置方法は、あなたとあなたのニーズ次第です。 このチュートリアルでは、簡単なテストトピックを使用して構成の変更をテストします。

サーバーに2回ログインすると、2つの端末が並んでいます。 新しいターミナルで、 `+ mosquitto_sub +`を使用してテストトピックにサブスクライブします。

mosquitto_sub -h localhost -t test

`+ -h `はMQTTサーバーのホスト名を指定するために使用され、 ` -t `はトピック名です。 「 mosquitto_sub 」はメッセージの到着を待機しているため、「 ENTER +」を押しても出力は表示されません。 他の端末に切り替えて、メッセージを公開します。

mosquitto_pub -h localhost -t test -m "hello world"

`+ mosquitto_pub `のオプションは ` mosquitto_sub `と同じですが、今回は追加の ` -m `オプションを使用してメッセージを指定します。 ` ENTER +`を押すと、他のターミナルに* hello world *ポップアップが表示されます。 最初のMQTTメッセージを送信しました!

2番目のターミナルで「+ CTRL + C 」と入力して「 mosquitto_sub +」を終了しますが、サーバーへの接続は開いたままにします。 手順5の別のテストで再び使用します。

次に、新しいLet’s EncryptクライアントであるCertbotを使用して、SSLでインストールを保護します。

ステップ2-証明書を暗号化するためのCertbotのインストール

Let’s Encryptは、自動化されたAPIを介して無料のSSL証明書を提供する新しいサービスです。 APIと通信できるクライアントは多数あり、Ubuntuにはデフォルトのリポジトリに公式クライアントが含まれていますが、これは少し古く、必要な重要な機能が1つもありません。

代わりに、Ubuntu PPAまたは_Personal Package Archive_から公式クライアントをインストールします。 これらは、より新しいまたはより不明瞭なソフトウェアをパッケージ化する代替リポジトリです。 まず、リポジトリを追加します。

sudo add-apt-repository ppa:certbot/certbot

受け入れるには `+ ENTER`を押す必要があります。 その後、パッケージリストを更新して、新しいリポジトリのパッケージ情報を取得します。

sudo apt-get update

最後に、「+ certbot +」と呼ばれる公式のLet’s Encryptクライアントをインストールします。

sudo apt-get install certbot

`+ certbot +`がインストールされたので、実行して証明書を取得しましょう。

ステップ3-Certbotの実行

+ certbot +`は、ドメインを制御していることを証明するために、Let’s Encrypt APIによって発行された暗号化チャレンジに答える必要があります。 ポート `+ 80 +(HTTP)および/または + 443 +(HTTPS)を使用してこれを実現します。 ポート「80」のみを使用するため、ここでそのポートへの着信トラフィックを許可します。

sudo ufw allow http
OutputRule added

これで、Certbotを実行して証明書を取得できます。 `-standalone +`オプションを使用して、CertbotにHTTPチャレンジリクエストを単独で処理するよう指示し、 `-standalone-supported-challenges http-01 `は通信をポート ` 80 `に制限します。 「 -d 」は、証明書が必要なドメインを指定するために使用され、「 certonly +」は、他の設定手順を行わずに証明書を取得するようにCertbotに指示します。

sudo certbot certonly --standalone --standalone-supported-challenges http-01 -d

コマンドを実行すると、メールアドレスを入力し、利用規約に同意するよう求められます。 そうすると、プロセスが正常に完了し、証明書が保存されている場所を示すメッセージが表示されます。

証明書を取得しました。 次に、Certbotが期限切れになったときに自動的に更新するようにする必要があります。

ステップ4-Certbot自動更新のセットアップ

Let’s Encryptの証明書は90日間のみ有効です。 これは、ユーザーが証明書の更新プロセスを自動化することを奨励するためです。 有効期限が切れる証明書を確認して自動的に更新するために、定期的に実行するコマンドを設定する必要があります。

更新チェックを毎日実行するには、定期的なジョブを実行するための標準システムサービスである `+ cron `を使用します。 ` crontab `と呼ばれるファイルを開いて編集することにより、 ` cron +`に何をすべきかを伝えます。

sudo crontab -e

テキストエディタを選択するよう求められます。 お気に入りを選択すると、ヘルプテキストが含まれるデフォルトの `+ crontab +`が表示されます。 ファイルの最後に次の行を貼り付け、保存して閉じます。

crontab

. . .
15 3 * * * certbot renew --noninteractive --post-hook "systemctl restart mosquitto"

この行の「15 3 * * * +」の部分は、「毎日午前3時15分に次のコマンドを実行する」ことを意味します。 Certbotの ` renew `コマンドは、システムにインストールされているすべての証明書を確認し、30日以内に期限切れになるように設定されている証明書を更新します。 `-noninteractive +`は、ユーザーの入力を待たないようにCertbotに指示します。

`-post-hook" systemctl restart mosquitto "`は、Mosquittoを再起動して新しい証明書を取得しますが、これは証明書が更新された場合のみです。 この「ポストフック」機能は、Let’s Encryptクライアントの古いバージョンに欠けていたものであり、デフォルトのUbuntuリポジトリではなくPPAからインストールした理由です。 それなしでは、実際に証明書が更新されていなくても、Mosquittoを毎日再起動する必要があります。 MQTTクライアントは自動的に再接続するように設定する必要がありますが、正当な理由がないために毎日中断しないようにすることをお勧めします。

証明書の自動更新がすべて設定されたので、Mosquittoをより安全に設定することに戻ります。

ステップ5-MQTTパスワードの構成

パスワードを使用するようにMosquittoを設定しましょう。 Mosquittoには、 `+ mosquitto_passwd `という特別なパスワードファイルを生成するユーティリティが含まれています。 このコマンドは、指定されたユーザー名のパスワードを入力するように促し、結果を ` / etc / mosquitto / passwd +`に配置します。

sudo mosquitto_passwd -c /etc/mosquitto/passwd

次に、Mosquittoの新しい構成ファイルを開き、このパスワードファイルを使用してすべての接続にログインを要求するように指示します。

sudo nano /etc/mosquitto/conf.d/default.conf

これにより、空のファイルが開きます。 以下に貼り付けます。

/etc/mosquitto/conf.d/default.conf

allow_anonymous false
password_file /etc/mosquitto/passwd

`+ allow_anonymous false `は認証されていない接続をすべて無効にし、 ` password_file +`行はMosquittoにユーザーとパスワードの情報を探す場所を伝えます。 ファイルを保存して終了します。

次に、Mosquittoを再起動して、変更をテストする必要があります。

sudo systemctl restart mosquitto

パスワードなしでメッセージを公開してみてください:

mosquitto_pub -h localhost -t "test" -m "hello world"

メッセージは拒否されるべきです:

OutputConnection Refused: not authorised.
Error: The connection was refused.

パスワードを再試行する前に、2番目のターミナルウィンドウに再度切り替えて、今回はユーザー名とパスワードを使用して「テスト」トピックにサブスクライブします。

mosquitto_sub -h localhost -t test -u "" -P ""

接続して座って、メッセージを待つ必要があります。 定期的にテストメッセージを送信するため、このターミナルを開いたままにしてチュートリアルの残りの部分で接続しておくことができます。

ユーザー名とパスワードを使用して、もう一方の端末でメッセージを公開します。

mosquitto_pub -h localhost -t "test" -m "hello world" -u "" -P ""

メッセージはステップ1のように通過するはずです。 Mosquittoにパスワード保護を追加しました。 残念ながら、暗号化されていないパスワードをインターネット経由で送信しています。 次に、MosquittoにSSL暗号化を追加して、これを修正します。

ステップ6-MQTT SSLの構成

SSL暗号化を有効にするには、Let’s Encrypt証明書の保存場所をMosquittoに伝える必要があります。 以前に開始した構成ファイルを開きます。

sudo nano /etc/mosquitto/conf.d/default.conf

ファイルの最後に以下を貼り付けて、追加した2行を残します。

/etc/mosquitto/conf.d/default.conf

. . .
listener 1883 localhost

listener 8883
certfile /etc/letsencrypt/live//cert.pem
cafile /etc/letsencrypt/live//chain.pem
keyfile /etc/letsencrypt/live//privkey.pem

2つの個別の「+ listener 」ブロックを設定に追加しています。 最初の ` listener 1883 localhost `は、ポート ` 1883 `上のデフォルトのMQTTリスナーを更新します。これはこれまで接続してきたものです。 ` 1883 `は標準の暗号化されていないMQTTポートです。 行の「 localhost +」部分は、Mosquittoにこのポートをローカルホストインターフェースにのみバインドするように指示するため、外部からはアクセスできません。 いずれにせよ、外部リクエストはファイアウォールによってブロックされていたはずですが、明示するのは良いことです。

`+ listener 8883 `はポート ` 8883 `に暗号化されたリスナーを設定します。 これは、MQTT + SSLの標準ポートであり、MQTTSとも呼ばれます。 次の3行、「 certfile 」、「 cafile 」、および「 keyfile +」はすべて、Mosquittoが適切なLet’s Encryptファイルを指し、暗号化された接続をセットアップします。

ファイルを保存して終了し、Mosquittoを再起動して設定を更新します。

sudo systemctl restart mosquitto

ファイアウォールを更新して、ポート「8883」への接続を許可します。

sudo ufw allow 8883
OutputRule added

次に、SSLのいくつかの異なるオプションを使用して、 `+ mosquitto_pub +`を使用して再度テストします。

mosquitto_pub -h  -t test -m "hello again" -p 8883 --capath /etc/ssl/certs/ -u "" -P ""

`+ localhost `の代わりに完全なホスト名を使用していることに注意してください。 SSL証明書は「+」に対して発行されるため、「+ localhost +」への安全な接続を試みると、ホスト名が証明書のホスト名と一致しないというエラーが表示されます(どちらも同じMosquittoサーバーを指している場合でも) 。

`-capath / etc / ssl / certs / +`は ` mosquitto_pub `のSSLを有効にし、ルート証明書を探す場所を指示します。 これらは通常、オペレーティングシステムによってインストールされるため、Mac OS、Windowsなどではパスが異なります。 ` mosquitto_pub`は、ルート証明書を使用して、Mosquitoサーバーの証明書がLet’s Encrypt認証局によって適切に署名されたことを確認します。 `+ mosquitto_pub `と ` mosquitto_sub `は、このオプション(または同様の `-cafile +`オプション)なしでは、標準のセキュアポート `+に接続している場合でもSSL接続を試行しないことに注意することが重要です。 8883 + `。

すべてがテストで問題なければ、もう1つの「+ mosquitto_sub +」ターミナルに* helloが再び表示されます。 これは、サーバーが完全にセットアップされたことを意味します! MQTTプロトコルを拡張してWebソケットで動作するようにしたい場合は、最後の手順に従ってください。

ステップ7-Websocket上のMQTTの構成(オプション)

Webブラウザ内からJavaScriptを使用してMQTTを話すために、プロトコルは標準のWebソケット上で動作するように適合されました。 この機能が必要ない場合は、この手順をスキップできます。

Mosqiutto設定にもう1つの `+ listener +`ブロックを追加する必要があります。

sudo nano /etc/mosquitto/conf.d/default.conf

ファイルの最後に、次を追加します。

/etc/mosquitto/conf.d/default.conf

. . .
listener 8083
protocol websockets
certfile /etc/letsencrypt/live//cert.pem
cafile /etc/letsencrypt/live//chain.pem
keyfile /etc/letsencrypt/live//privkey.pem

これは、ポート番号と `+ protocol websockets `行を除いて、前のブロックとほとんど同じです。 Websocketを介したMQTTの公式の標準化されたポートはありませんが、「 8083+」が最も一般的です。

ファイルを保存して終了し、Mosquittoを再起動します。

sudo systemctl restart mosquitto

ここで、ファイアウォールのポート「8083」を開きます。

sudo ufw allow 8083

この機能をテストするには、ブラウザベースの公開MQTTクライアントを使用します。 いくつかありますが、https://www.eclipse.org/paho/clients/js/ [Eclipse Paho JavaScript Client]はシンプルで簡単に使用できます。 https://www.eclipse.org/paho/clients/js/ [ブラウザでPahoクライアントを開きます]。 以下が表示されます。

image:http://assets.digitalocean.com/articles/mosquitto/paho.png [Pahoクライアント画面]

接続情報を次のように入力します。

  • * Host *は、Mosquittoサーバーのドメイン「++」である必要があります。

  • *ポート*は `+ 8083 +`でなければなりません。

  • * ClientId は、デフォルト値 js-utility-DI1m6 *のままにすることができます。

  • * Path はデフォルト値 / ws *のままにすることができます。

  • ユーザー名*はMosquittoユーザー名でなければなりません。ここでは、 sammy *を使用しました。

  • * Password *は、選択したパスワードです。

残りのフィールドはデフォルト値のままにすることができます。

*接続*を押すと、PahoブラウザーベースのクライアントがMosquittoサーバーに接続します。

メッセージを公開するには、* Publish Message ペインに移動し、 Topic test として記入し、 Message *セクションにメッセージを入力します。 次に、*公開*を押します。 メッセージは `+ mosquitto_sub`ターミナルに表示されます。

結論

Let’s EncryptサービスからのSSL証明書を自動更新する、安全でパスワードで保護されたMQTTサーバーをセットアップしました。 これは、どんなプロジェクトを考えても、堅牢で安全なメッセージングプラットフォームとして機能します。 MQTTプロトコルで適切に動作する一般的なソフトウェアとハ​​ードウェアには次のものがあります。

  • OwnTracks、携帯電話にインストールできるオープンソースの地理追跡アプリ。 OwnTracksは定期的に位置情報をMQTTサーバーに報告します。MQTTサーバーは、マップに保存して表示したり、位置に基づいてアラートを作成してIoTハードウェアをアクティブにしたりできます。

  • Node-REDは、モノのインターネットを「配線」するためのブラウザベースのグラフィカルインターフェイスです。 あるノードの出力を別のノードの入力にドラッグすると、フィルターを介して、さまざまなプロトコル間で、データベースなどに情報をルーティングできます。 MQTTはNode-REDで非常によくサポートされています。

  • ESP8266は、MQTT機能を備えた安価なwifiマイクロコントローラーです。 温度データをトピックに公開するために配線するか、気圧のトピックにサブスクライブして、嵐が来ているときにブザーを鳴らすことができます!

これらは、MQTTエコシステムの一般的な例のほんの一部です。 プロトコルを話すハードウェアとソフトウェアがはるかに多くあります。 お気に入りのハードウェアプラットフォームまたはソフトウェア言語を既にお持ちの場合は、MQTT機能を備えている可能性があります。 あなたの「もの」が互いに話し合うのを楽しんでください!

Related