Mqtt ???

В этом и вопрос из:
http://forum.amperka.ru/threads/Выплескивание-эмоций.9694/page-483#post-283127

... ну это наверное бред сумашедшего, если я не правильно всё понял.
Сначала собрал mosquitto из гитхаба... были созданы mosquitto_pub и mosquitto_sub. Стало возможным одной передавать посылки другой забирать посылки. Собран был и сервер(брокер), который надо было запустить. Испытал тупо передавая и забирая сообщения - работает.
Может есть ответ на тему в ссылке?
Спасибо!

 

Вот запустили сервер в консоли (просто так без всего):

Код (Text):

kto@debian:~/coding/GCC/mosquitto-1.4.1/src$ ./mosquitto &
[1] 6115
kto@debian:~/coding/GCC/mosquitto-1.4.1/src$ 1617358267: mosquitto version 1.4.1 (build date 2020-10-27 08:30:25+0300) starting
1617358267: Using default config.
1617358267: Opening ipv4 listen socket on port 1883.
1617358267: Opening ipv6 listen socket on port 1883.

kto@debian:~/coding/GCC/mosquitto-1.4.1/src$

Вот в другой консоли запустили прием сообщений от этого сервера:

Код (Text):

kto@debian:~/coding/GCC/mosquitto-1.4.1/test/tst$ mosquitto_sub -h localhost -t test

Вот в третьей консоли передаём несколько сообщений серверу:

Код (Text):

kto@debian:~/coding/GCC/mosquitto-1.4.1/test/tst$ mosquitto_pub -h localhost -t test -m "123"
kto@debian:~/coding/GCC/mosquitto-1.4.1/test/tst$ mosquitto_pub -h localhost -t test -m "123"
kto@debian:~/coding/GCC/mosquitto-1.4.1/test/tst$ mosquitto_pub -h localhost -t test -m "1238376452375"
kto@debian:~/coding/GCC/mosquitto-1.4.1/test/tst$ mosquitto_pub -h localhost -t test -m "Ух ты"
kto@debian:~/coding/GCC/mosquitto-1.4.1/test/tst$

смотрим во второй консоли что было принято:

Код (Text):

kto@debian:~/coding/GCC/mosquitto-1.4.1/test/tst$ mosquitto_sub -h localhost -t test
123
123
1238376452375
Ух ты

Весь смысл, не важно где находится брокер в интернете или локальной сети. Передача таких сообщений с виду похожа на гипертерминал, когда они соединены между собой на разных машинах. Тут через промежуточное звено... но

Код (Text):

kto@debian:~/coding/GCC/mosquitto-1.4.1/test/tst$ mosquitto_pub -h localhost -t test -m "Ух ты"
kto@debian:~/coding/GCC/mosquitto-1.4.1/test/tst$ mosquitto_pub -h localhost -t test2 -m "Ух ты"

Код (Text):

kto@debian:~/coding/GCC/mosquitto-1.4.1/test/tst$ mosquitto_sub -h localhost -t test
Ух ты

тут "test" и "test2" разные параметры "-t" я так понимаю подписчики.

А вопрос в том - пресловутая лампочка не по этому протоколу?

 

В 2015-ом я это проверял, ничего не изменилось.
Потом проверял два устройства на ESP, выключатель и исполнительное устройство, в связке по MQTT, через мобильный роутер с LTE, а брокер дома на фиксированном IP.
Задержка есть, порядка 0,3 секунды, все работает - не проблематично.

 

У меня двоякий интерес:
1. Если будет реально настроить сервер, что бы он оставлял последние сообщения для каждого "-t", а только менять содержимое сообщения при приходе нового. Тогда я смогу исключть сервер данных в моих опытах, заменив его на mosquitto. Тут: http://forum.amperka.ru/threads/raspberry-pi-3-opencv-arduino-uno-поледнее-решение-и-вопрос-в-последнем-сообщении.10001/page-17
(но не на странице 17, а где-то раньше). Этот сервер обкатан, но надо изучить его возможности... и клиентов то же.

2. В названии темы я поставил три восклицательных знака потому что не знаю как работает умная лампочка с управлением по wifi. Купить её вчера не удалось... на обращение (приезд) в DNS услышал, что их нет в природе.

3. Хочется собрать mosquitto_sub и mosquitto_pub для MOXA IA240LX и UC-7112-LX-Plus(они совместимы). Но вот пока не выходит.

 

Видимо весна и у меня этот пост - http://forum.amperka.ru/threads/Выплескивание-эмоций.9694/page-483#post-283127
А зачем все так сложно? почему MOXA IA240LX и UC-7112-LX-Plus? Чем raspberry не устроил? У меня на Raspberry Pi4 нормально крутится Moasuitto. А если устройство, лампочка, на esp то заливаем tasmota и управляем по MQTT как вам захочется.

Или я не совсем понял зачем все это надо.... Тогда прошу прощенья.

 

Да нет. Я не спорю. Мне надо на IA240LX сделать, то что на них не было(такая вот паранойя), так же как mysql, которая теперь уже есть! И всё надо из исходников используя только прилагаемые bin утилиты. Такая штука как apt-get или aptitude там не прокатывает... Вы же взрослый дядька и должны об этом знать. Вот про mysql на MOXA;
https://moxa.ru/forum/index.php?/topic/69085-apachephp-bashcurl-и-доступ-к-серверу-mysql-костыли/
тут просто попался диск на устройство. Ну и собрал... как мог. За то работает!

Ну подумал и про MQTT... но не сделал... не разобрался с зависимостями. Да и опыт/(наверное и образование) не очень.

А по поводу малины... малина шикарная штука на моём любимом ARM/CORTEX но она только для опытов и не есть изделие для промышленной автоматики. А по поводу ссылки на опыты - конечно испытаю... к гадалке не ходи!

 

Лампа: HIPER A61GRB
Вот что удалось узнать по ZENMAP:

Код (Text):

Not shown: 1998 closed ports
PORT      STATE         SERVICE VERSION
67/udp    open|filtered dhcps
49153/udp open|filtered unknown
MAC Address: F6:CF:A2:51:24:51 (Unknown)
Warning: OSScan results may be unreliable because we could not find at least 1 open and 1 closed port
Aggressive OS guesses: 2N Helios IP VoIP doorbell (95%), Advanced Illumination DCS-100E lighting controller (95%), AudioControl D3400 network amplifier (95%), British Gas GS-Z3 data logger (95%), Daysequerra M4.2SI radio (95%), Denver Electronics AC-5000W MK2 camera (95%), DTE Energy Bridge (lwIP stack) (95%), Enlogic PDU (FreeRTOS/lwIP) (95%), Espressif esp8266 firmware (lwIP stack) (95%), Espressif ESP8266 WiFi system-on-a-chip (95%)
No exact OS matches for host (test conditions non-ideal).
Network Distance: 1 hop

Host script results:
|_fcrdns: FAIL (No PTR record)
| firewalk:
| HOP  HOST           PROTOCOL  BLOCKED PORTS
|_0    192.168.175.2  udp       67,49153
|_ipidseq: Incremental!
|_path-mtu: PMTU == 1500
| traceroute-geolocation:
|   HOP  RTT    ADDRESS        GEOLOCATION
|_  1    12.15  192.168.175.1  - ,-

TRACEROUTE
HOP RTT      ADDRESS
1   12.15 ms 192.168.175.1

NSE: Script Post-scanning.
Initiating NSE at 11:59
Completed NSE at 11:59, 0.00s elapsed
Initiating NSE at 11:59
Completed NSE at 11:59, 0.00s elapsed
Initiating NSE at 11:59
Completed NSE at 11:59, 0.00s elapsed
Read data files from: /usr/bin/../share/nmap
OS and Service detection performed. Please report any incorrect results at https://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 220.90 seconds
           Raw packets sent: 4767 (188.088KB) | Rcvd: 3180 (149.074KB)

Под ROOT:

Код (Text):

nmap -sS -sU -T4 -A -v -PE -PP -PS80,443 -PA3389 -PU40125 -PY -g 53 --script "default or (discovery and safe)" 192.168.175.1

Обмен мобильника не мог просканировать - лампа организует сеть, но только для одного клиента... сама она с IP 192.168.175.1, а клиент с IP 192.168.175.2 соответственно. Открытых TCP портов не найдено. Пока только это.

 

И вот, что бы испытать работоспособность лампы, установил пресловутый HIPER IoT на мобильник и настроил. Ну думаю ЩАС wireshark-ом посмотрю/прослушаю... а хрен там штанга! Т.е команды с мобильника подаю, а пакеты не идут... пробовал фильтрацию и по IP, и по MAC, и по PORT NUM... ничего, кроме широковещательных UDP и ARP. Блин а почему? Ё моё да потому, что роутер, через который WIFI и не собирается Wireshark-у на PC (который то же по WIFI) требуемую информацию! Вот где нужна малина, которая раздаёт WIFI и на ней же Wireshark. Настроить надо лампочку на сеть WIFI малины и через неё и работать. Раньше только это прокатывало, но ту малину подарил... а имеющиеся не хочу перестраивать... жду прихода новой.
Кстати тут говорили про OpenHAB, хочу познакомиться с методом его установки на малину... но не 4-ю, а 1-ю. На ней:

Код (Text):

www-data@rpi1plus ~/coding $ uname -a
Linux rpi1plus 4.1.19+ #858 Tue Mar 15 15:52:03 GMT 2016 armv6l GNU/Linux

и такое как aptitude и apt-get уже не работает

Пока придётся подождать наверное... а лампа пусть будет бестолковой игрушкой, ну и включает свет вместе с будильником на мобильнике.

 

Вот по этому старые HUB, в который можно подключить комп с wireshark-ом у нас в цене.
Switch не прокатывает, а HUB нормально транслирует данные на все порты.

 

Наверное установлена еще raspbian wheezy? Для нее репозиторий переехал в legacy.raspbian.org Проще заново установить Raspberry OS

Wireshark установлен на Linux? Попробуйте перевести Wifi драйвер в промискуитет режим (promiscuous, monitor mode), https://linuxhint.com/monitor_mode_kali_linux_2020/

 

Именно так! Только переустанавливать не хочется уже. Спасибо за ссылки на образы.

Именно так: Debian 10. Попробую с режимами, только уже не сегодня!
Сейчас отключаюсь - завтра на работу ехать, а я никак не отвыкну от режима удалёнки.

 

Вот родное слово услышал:
Debian Buster with Raspberry Pi Desktop
Он как? Блин, эмулятор!

 

Испытания пройдены, соединился с роутером по WIFI, сменил пароль root, установил некоторые божественные такие как GCC, Make, Emacs и прочее. Вроде работает... позже настрою. Обмываю и готов уже

Спать буду!

 

НЕ понял - ты лампу в Linux закатал???

 

Apache наверное будет... так для мелочей. MySQL не будет, разве только как клиент. Ну там Wireshark, Zenmap(nmap)... сетевые утилиты так же FTP, SFTP, SMB поднимаемые и опускаемые при необходимости сервера. Монтирование удалённого NFS - ну это понятно.
Всякие CodeLite, CodeBlocks... может и QtCteator. Ну там gnome-commander(говорят заменили на tux-commander). Gedit и Bluefish.
mc, gcc, make, emacs....
Должен формировать wifi сеть и быть шлюзом wifi-ethernet... ну как было на третьей малине.
Там видно будет. Не нравится разогрев по сравнению с малиной 3, а надо безвентиляторный вариант в корпусе. Должно быть не прихотливым и носимым с сумке всегда и в кармане до объекта.

 

Доброго времени суток!
А ettercap для таких целей пригоден? Ну именно проследить обмен между устройствами. Или что-то ещё похожее?
Одним словом надо быть между роутером и лампой HIPER A61 RGB и "прослушать" обмен между ними. Понимаю, что данная программа по описанию не для хороших дел, но я сейчас не вижу иной возможности... корпус для малины приползёт не скоро. А механизм взаимодействия надо посмотреть (это не MQTT)... дабы узел управления сделать свой, а не где-то там на андроиде и в интернете... потому как такая штука ни к чему.

 

Одним словом вот таким методом хочу попробовать просмотреть обмен между лампочкой (HIPER A61 RGB) и роутером:
https://losst.ru/kak-polzovatsya-ettercap
Сейчас сам я на работе... и вот в обед установил ettercap... пробую на железе в локальной сети. Эх не получить бы по рогам

 

@Igor68, с ettercap не работал. У меня все роутеры с OpenWrt, для него есть tcpdump и CloudShark.

 

Скажу откровенно я работал только Wireshark и nmap(zenmap)... ну если совсем забыть про мелочи (nc, socat, curl и др.).
Вот попробую... дома надо либо ставить... либо... Вроде был виртуальный Kali Linux на ноуте... надеюсь там это есть.
Да я то же не интересуюсь подобным софтом, но наверное бывает необходим в ряде случаев для добрых намерений.

 

Верно! Виртуальный KaliLinux есть, и есть много всяких инструментов. Только не настроен как надо... думал вообще не потребуется никогда. Хотя сначала хотел устанавливать их на Debian. Пока перетащил с машины(ноут) на машину(NUC) время ушло. На ноуте только wifi, а проводного соединения нет. Сохранение логов пока не работает... но увидел, что сначала лампочка выдаёт широковещательный UDP некого содержания, а потом устанавливается соединение:

Код (Text):

<IP-лампы>:366 ---- 3.121.210.75:8886

кстати 3.121.210.75 это второй IP - после повторного соединения лампы. Со второй лампы история та же, но со своим IP в локальной сети. Подключил мобильник, поуправлял... по соединению проскакивают данные. Соединение практически постоянно.
Я надеялся, что приложение суется не в инет, а к мобильнику - наивный ё-моё!!! Значит данные пропустили через ключ... жаль не это мне надо было. Суется далеко. А WireShark и не почуял обмен по TCP - только ARP и UDP заметил. Буду искать инструкции к инструментарию. То что в основе ESP мне показал Zenmap давно уже. Поищу пока ещё (когда малина будет в работе сеть на ней подниму для ламп)... подготовлю всё к завтра.

Мобильник так же соединён, но похоже порт 8883 при IP=18.196.132.136 ну это понятно - внешние IP динамические. При управлении в программе HIPER IoT идёт обмен туда-сюда по соенинению - мобильник так же к этому роутеру по wifi, а программа ettercap перезапущена для мобильника.

Поиск косвенный получается