2017-01-22 12 views
0

Я хочу отправить сообщение на мой малиновый PI из веб-приложения с помощью MQTT. Какая услуга возможна, чтобы сделать то же самое? Нужно ли устанавливать mqtt broker как на конец?Отправить сообщение моей малины PI из веб-приложения, используя MQTT

+0

Вам нужен только один брокер, который может работать на отправителя или получателя или где-то еще в целом. Откуда вы отправляете сообщение? –

ответ

0

Что касается использования Node.js является concenrned, есть MQTT сервер Mosca легкий вес (http://mosca.io) и клиент MQTT расслоение плотной (https://github.com/mqttjs/MQTT.js)

MQTT следует паб-суб шаблон обмена сообщениями. Вам просто нужно иметь брокера на одном конце (любой конец).

Вариант 1:
Есть сервер брокера работает вместе с веб-приложение и publish сообщений на тему, которую клиент MQTT (работает на Raspberry Pi) подпишется

Вариант 2:
Если Raspberry Pi является единственным статическим устройством, просто запустите брокер (сервер MQTT) на нем и publish сообщение от WebService

Альтернативный вариант:
Если ваши сообщения не требуют чрезвычайно высокой пропускной способности, просто используйте websockets. Несмотря на то, что они не так быстро, как MQTT (это легкий протокол), веб-порты обеспечивают хорошую двунаправленную связь, особенно если какой-либо из ваших компонентов подключен к http-интерфейсам или полагается на них.

В самом деле механизм безопасности MQTT не установлен в M2M связи, тогда как WebSockets следуют механизмам безопасности HTTP (TLS) ecnryption

Обновление: Я использовал искаженное предложение не установлена ​​. То, что я имел в виду, не было простой внеполосной безопасностью MQTT (что-то вроде mqtts)
Я понимаю, что это неверное утверждение. Возможные варианты:

  1. Либо использовать базовую безопасность TCP (SSL) путем предварительного предоставления сертификата. Это боль в случае многих устройств и сертификатов продлений или
  2. Используйте уровень безопасность приложения, которое компрометирует метаданные, такие как тема, и т.д. QoS

И WebSockets только полезен, если публикация не является частой и полезной нагрузкой не огромна.

+0

Привет, Можете ли вы предоставить ссылку на «механизм безопасности MQTT, не установлен в M2M»? – shachar

+0

Я бы направил вас на эту тему. Проверьте преимущества и недостатки шифрования полезной нагрузки. Основная проблема заключается в том, что обмен ключами должен выполняться вручную, поэтому безопасность хранилища ключей на клиенте становится важной проблемой. Кроме того, поскольку протокол MQTT является полностью темой, qos управляется, метаданные не могут быть зашифрованы, что тогда небезопасно для общения через Интернет. Я реализую решение IOT для наших клиентов, и мы используем zeromq с кривым шифрования вместо MQTT http://www.hivemq.com/blog/mqtt-security-fundamentals-payload-encryption – user3151330

 Смежные вопросы

  • Нет связанных вопросов^_^