Sponsored Content
Top Forums Programming NodeMCU ESP8266 Blynk SSL Application for Linux Server Load Averages Post 303043605 by Neo on Saturday 1st of February 2020 11:18:45 PM
Old 02-02-2020
After looking into this, I found some promising iPhone apps which do not share your data with third parties and will test the mosquitto broker to set up a private pub/sub network to send and receive messages to and from these ESP8266 and ESP32 devices.

Quote:
Eclipse Mosquitto is an open source (EPL/EDL licensed) message broker that implements the MQTT protocol versions 5.0, 3.1.1 and 3.1. Mosquitto is lightweight and is suitable for use on all devices from low power single board computers to full servers.

The MQTT protocol provides a lightweight method of carrying out messaging using a publish/subscribe model. This makes it suitable for Internet of Things messaging such as with low power sensors or mobile devices such as phones, embedded computers or microcontrollers.

The Mosquitto project also provides a C library for implementing MQTT clients, and the very popular mosquitto_pub and mosquitto_sub command line MQTT clients.
I have already set up a mosquitto broker on Ubuntu, the basic security authentication and can send a message from my ESP32 device to the remote Linux server. Will discuss this in another post.
 

9 More Discussions You Might Find Interesting

1. UNIX for Advanced & Expert Users

Server load (Unix/Linux, Redhat, CPanel)

Hello, I'm facing a big problem with my hosting server (Dual Xeon 2.4GHz), I'm having a load in the CPU usage and the memory (maybe it's related) ALSO mySQL: Server Load 5.34 (2 cpus) (to 22 sometime) Memory Used 68.4 % (to 70% sometime) When I go to 'CPU/Memory/MySQL Usage' I found: ... (3 Replies)
Discussion started by: Kh@lid
3 Replies

2. Cybersecurity

linux prog for server space, load etc

Hi all what are the ways by which we can know and generate a report of the space remaining, memory(ram) used and the load on the server over a period of time. (1 Reply)
Discussion started by: arlan
1 Replies

3. UNIX for Advanced & Expert Users

Sun: High kernel usage & very high load averages

Hi, I am seeing very high kernel usage and very high load averages on my system (Although we are not loading much data to our database). Here is the output of top...does anyone know what i should be looking at? Thanks, Lorraine last pid: 13144; load averages: 22.32, 19.81, 16.78 ... (4 Replies)
Discussion started by: lorrainenineill
4 Replies

4. Linux

how to setup a virtual IP to control 2 server load for linux

Hi anyone know how to setup a setup a virtual IP to control 2 server load for linux? i only have 2 server, i don want to buy another just for the load balance... is there a way to do it? Sumemr (0 Replies)
Discussion started by: summerpeh
0 Replies

5. Shell Programming and Scripting

Create a list of load averages

`/proc/loadavg` give me three indicators of how much work the system has done during the last 1, 5 & 15 minutes. How can i get a list of load averages that each averaged over the last minute for 10 minutes? (2 Replies)
Discussion started by: navidlog
2 Replies

6. Solaris

Sparc Solaris 10 load averages

our server is running oracle database, it has: load average: 1.77, 1.76, 1.73 using only one cpu. is that too high? thanks. (4 Replies)
Discussion started by: orange47
4 Replies

7. Red Hat

Red Hat application server ssl keystore problem

A client is accessing our JBoss server. In the past, we set up a keystore and everything worked fine. That certificat expired and we've installed the new one. Now the client is getting the following error - HTTP/1.1 500 Internal Server Error Date: Mon, 14 Apr 2014 13:25:44 GMT Server:... (1 Reply)
Discussion started by: kkinney
1 Replies

8. AIX

AIX LDAP client authenticate against Linux Openldap server over TLS/SSL

Hi folks, How can i configure an AIX LDAP client to authenticate against an Linux Openldap server over TLS/SSL? It works like a charm without TLS/SSL. i would like to have SSL encrypted communication for ldap (secldapclntd) and ldapsearch etc. while accepting every kind of certificate/CA.... (6 Replies)
Discussion started by: paco699
6 Replies

9. Programming

Wuhan Coronavirus Status for China - Rapid Prototype Blynk App with ESP8266

Here is a rapid prototype app I just put together which might be of interest to some people. Basically, I have parsed the data from a Chinese web site which is tracking the Wuhan coronavirus, and cache that data every minute via a local cron file and make a simple API available to a Blink app. ... (6 Replies)
Discussion started by: Neo
6 Replies
mosquitto(8)															      mosquitto(8)

NAME
mosquitto - an mqtt broker SYNOPSIS
mosquitto [-c config file] [-d | --daemon] [-p port number] DESCRIPTION
mosquitto is a broker for the mqtt protocol version 3.1. OPTIONS
-c, --config-file Load configuration from a file. If not given, the default values as described in mosquitto.conf(5) are used. -d, --daemon Run mosquitto in the background as a daemon. All other behaviour remains the same. -p, --port Listen on the port specified instead of the default 1883. This acts in addition to the port setting in the config file. May be spec- ified multiple times to open multiple sockets listening on different ports. This socket will be bound to all network interfaces. LIMITATIONS
mosquitto implements all of the mqtt protocol version 3.1, but there are some limitations compared to rsmb. o There are fewer configuration options. o There is less logging information. o It isn't as well tested or documented... It should be noted that all of the above limitations should have "currently" included in them. They will all be fixed at some point. BROKER STATUS
Clients can find information about the broker by subscribing to topics in the $SYS hierarchy as follows. Topics marked as static are only sent once per client on subscription. All other topics are updated every sys_interval seconds. If sys_interval is 0, then updates are not sent. $SYS/broker/bytes/per second/received The average number of bytes received per second since the broker started. $SYS/broker/bytes/per second/sent The average number of bytes sent per second since the broker started. $SYS/broker/bytes/received The total number of bytes received since the broker started. $SYS/broker/bytes/sent The total number of bytes sent since the broker started. $SYS/broker/changeset The repository changeset (revision) associated with this build. Static. $SYS/broker/clients/active The number of currently connected clients $SYS/broker/clients/inactive The total number of persistent clients (with clean session disabled) that are registered at the broker but are currently disconnect- ed. $SYS/broker/clients/maximum The maximum number of active clients that have been connected to the broker. This is only calculated when the $SYS topic tree is up- dated, so short lived client connections may not be counted. $SYS/broker/clients/total The total number of active clients currently connected to the broker. $SYS/broker/heap/current size The current size of the heap memory in use by mosquitto. Note that this topic may be unavailable depending on compile time options. $SYS/broker/heap/maximum size The largest amount of heap memory used by mosquitto. Note that this topic may be unavailable depending on compile time options. $SYS/broker/messages/inflight The number of messages with QoS>0 that are awaiting acknowledgments. $SYS/broker/messages/per second/received The average number of messages received per second since the broker started. $SYS/broker/messages/per second/sent The average number of messages sent per second since the broker started. $SYS/broker/messages/received The total number of messages received since the broker started. $SYS/broker/messages/sent The total number of messages sent since the broker started. $SYS/broker/messages/stored The number of messages currently held in the message store. $SYS/broker/timestamp The timestamp at which this particular build of the broker was made. Static. $SYS/broker/uptime The amount of time in seconds the broker has been online. $SYS/broker/version The version of the broker. Static. WILDCARD TOPIC SUBSCRIPTIONS
In addition to allowing clients to subscribe to specific topics, mosquitto also allows the use of two wildcards in subscriptions. + is the wildcard used to match a single level of hierarchy. For example, for a topic of "a/b/c/d", the following example subscriptions will match: o a/b/c/d o +/b/c/d o a/+/c/d o a/+/+/d o +/+/+/+ The following subscriptions will not match: o a/b/c o b/+/c/d o +/+/+ The second wildcard is # and is used to match all subsequent levels of hierarchy. With a topic of "a/b/c/d", the following example sub- scriptions will match: o a/b/c/d o # o a/# o a/b/# o a/b/c/# o +/b/c/# The $SYS hierarchy does not match a subscription of "#". If you want to observe the entire $SYS hierarchy, subscribe to $SYS/#. Note that the wildcards must be only ever used on their own, so a subscription of "a/b+/c" is not valid use of a wildcard. The # wildcard must only ever be used as the final character of a subscription. BRIDGES
Multiple brokers can be connected together with the bridging functionality. This is useful where it is desirable to share information be- tween locations, but where not all of the information needs to be shared. An example could be where a number of users are running a broker to help record power usage and for a number of other reasons. The power usage could be shared through bridging all of the user brokers to a common broker, allowing the power usage of all users to be collected and compared. The other information would remain local to each broker. For information on configuring bridges, see mosquitto.conf(5). SIGNALS
SIGHUP Upon receiving the SIGHUP signal, mosquitto will attempt to reload configuration file data, assuming that the -c argument was pro- vided when mosquitto was started. Not all configuration parameters can be reloaded without restarting. See mosquitto.conf(5) for de- tails. SIGUSR1 Upon receiving the SIGUSR1 signal, mosquitto will write the persistence database to disk. This signal is only acted upon if persis- tence is enabled. SIGHUP Upon receiving the SIGHUP signal, mosquitto will attempt to reload its configuration. Not all configuration parameters can be reloaded without a restart. See mosquitto.conf(5) for details. SIGUSR2 The SIGUSR2 signal causes mosquitto to print out the current subscription tree, along with information about where retained messages exist. This is intended as a testing feature only and may be removed at any time. FILES
/etc/mosquitto/mosquitto.conf Configuration file. See mosquitto.conf(5). /var/lib/mosquitto/mosquitto.db Persistent message data storage location if persist enabled. /etc/hosts.allow, /etc/hosts.deny Host access control via tcp-wrappers as described in hosts_access(5). BUGS
mosquitto bug information can be found at http://launchpad.net/mosquitto SEE ALSO
mqtt(7) mosquitto.conf(5) hosts_access(5) mosquitto_pub(1) mosquitto_sub(1) libmosquitto(3) THANKS
Thanks to Andy Stanford-Clark for being one of the people who came up with MQTT in the first place and providing clarifications of the pro- tocol. Thanks also to everybody at the Ubuntu UK Podcast and Linux Outlaws for organising OggCamp, where Andy gave a talk that inspired mosquitto. AUTHOR
Roger Light <roger@atchoo.org> 5 February 2012 mosquitto(8)
All times are GMT -4. The time now is 01:09 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy