2015-09-11 6 views
0

У меня есть простая базовая установка москитов с двумя узлами. Одна из машин находится за брандмауэром, который не принимает входящие соединения, но я могу отправить информацию. Я еще не реализовал SSL или ACL. Попытка сохранить эту правду просто сейчас. Во всяком случае, машина за брандмауэром получает сообщения от некоторых Pi, а затем отправляет их местному брокеру. Другое локальное приложение подключается к этой машине через websockets. Мне нужно, чтобы эти сообщения были опубликованы другому брокеру за пределами брандмауэра.MQTT - мост Mosquitto не отправляет сообщения

Я вижу, что брандмауэр-брокер подключается к внешнему, но я не вижу никаких сообщений. Кроме того, мне нужно, чтобы устройства за брандмауэром продолжали получать сообщения от местного брокера.

Ниже мой мост конфигурации

connection bridge 
address hostname-to-external-mqtt 
topic both 0 # 
bridge_attempt_unsubscribe false 
local_clientid local 
remote_clientid remote 
start_type automatic 
try_private false 
cleansession true 

Ниже приводится подробный вывод из моего с файерволом машины, которая должна дублировать сообщения на удаленной машине

mosquitto -c ./mosquitto.conf -v 
1441942973: mosquitto version 1.4.2 (build date 2015-07-02 21:31:17-0400) starting 
1441942973: Config loaded from ./mosquitto.conf. 
1441942973: Opening ipv4 listen socket on port 1883. 
1441942973: Opening ipv6 listen socket on port 1883. 
1441942973: Opening websockets listen socket on port 9001. 
1441942973: Bridge local doing local SUBSCRIBE on topic NODE-1/ 
1441942973: Connecting bridge bridge (remotehost:1883) 
1441942973: Bridge remote sending CONNECT 
1441942973: Received CONNACK on connection local. 
1441942973: Bridge local sending SUBSCRIBE (Mid: 2, Topic: NODE-1/, QoS: 0) 
1441942973: Received PUBACK from local (Mid: 1) 
1441942973: Received SUBACK from local 
1441942974: New connection from 192.168.1.18 on port 1883. 
1441942974: New client connected from 192.168.1.18 as paho/AE8E0FF0F7A0180A22 (c1, k60). 
1441942974: Sending CONNACK to paho/AE8E0FF0F7A0180A22 (0, 0) 
1441942974: New connection from 192.168.1.3 on port 1883. 
1441942974: New client connected from 192.168.1.3 as paho/9EE5A8894DD7E6EDC3 (c1, k60). 
1441942974: Sending CONNACK to paho/9EE5A8894DD7E6EDC3 (0, 0) 

И следующее является подробный вывод с удаленной машины

1441943193: New connection from firewalled-ip on port 1883. 
1441943193: New client connected from firewalled-ip as local (c1, k60). 
1441943193: Sending CONNACK to local (0, 0) 
1441943193: Received PUBLISH from local (d0, q1, r1, m1, '$SYS/broker/connection/local/state', ... (1 bytes)) 
1441943193: Sending PUBACK to local (Mid: 1) 
1441943194: Received SUBSCRIBE from local 
1441943194:  NODE-1/ (QoS 0) 
1441943194: local 0 NODE-1/ 
1441943194: Sending SUBACK to local 

Can anyo Не помогите мне в правильном направлении, пожалуйста?

ответ

0

Это не похоже на выполненную вами конфигурацию и соответствие журналов.

Config гласит:

topic both 0 # 

Однако журнал показывает:

1441943194: Received SUBSCRIBE from local 
1441943194:  NODE-1/ (QoS 0) 

Он должен быть подписавшись на # вместо NODE-1/.

Не могли бы вы проверить, что вы используете конфигурацию, которая, по вашему мнению?

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