Replies: 2 comments 5 replies
-
Today I've been troubleshooting a few issues with my mqtt broker. One is related to an SSL permissions error, but once I got that solved I noticed today that this bug may be affecting me as well. I've so far spent a couple hours troubleshooting. What version is your broker after adding their repo? I use mqtt in docker, and the version I am using 2.0.14 but still seems like if i have an empty username/password it cannot connect. Or there's something else going on |
Beta Was this translation helpful? Give feedback.
0 replies
-
Actually, think I just fixed it - at least for me - in this commit f9763c5 |
Beta Was this translation helpful? Give feedback.
5 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Just an FYI in case anyone else runs into the same issue I did while working to get TLS setup for my website to have it publicly available, I ran into a crazy bug with mosquitto and FIreFox where it was unable to open the MQTT websocket.
After alot of debugging, and googling to figure out what the heck was going on, come to find out there's a bug in libwebsockets that gets triggered when an HTTP/2 request is made (for me it ONLY happened with FF, and TLS).
After reading though issue #1211 on mosquitto's repo was able to find the answer.
The TL; DR version is, use the latest build from the mosquitto repo, or compile it from source.
Since I run Debian, I just added their repo to apt, updated and restarted mosquitto. After that, the websocket via TLS works perfectly.
Hope this helps someone out.
Beta Was this translation helpful? Give feedback.
All reactions