OpenRemote Forum

The fleet management custom project has been updated to 1.30.0 ! Make sure to read the release notes, as we move forward to the latest Keycloak release.

Good afternoon @Ankou , I’ve created a new fleet management release ! It includes the fix you mentioned. Make sure to read the release notes. Thanks for letting me know of the issue, let me know if it’s still there.

The new release 1.30.0 is out! Note that you need to update the identity service! Sorry to have missed notifying you about the last four releases

The new release 1.30.0 is out! Note that you need to update the identity service! Sorry to have missed notifying you about the last four releases 1 post - 1 participant Read full topic

Feel free to check your DMs!

Hi @panos , thank you for your reply. Yes, I would like to contribute. Maybe the simplest for me would be to make a GPS tracker (because I have already some code). But… would it be interesting for OpenRemote users? And if so, which features should be implemented at first? At the moment I’m tinkering on a GPS tracker app, which publishes lat/lon data through MQTT. And I’m proud: the simplest version works now But I don’t know what I should do as next. So I would be really thankful if we could speak / chat somewhere. Or we can simply “have a conversation” in this forum. Thanks!

Hey @blubbsik ! Thanks for your interest in OpenRemote. We’re always happy to see people interested in contributing to the platform. You mentioned you work with GPS trackers. I am the PO for the fleet management integration of OpenRemote, and as such I also do some work with GPS trackers. I’d be happy to have a conversation to see what you’ve worked with/how you can contribute there, or maybe something more generic for the entire platform. Looking forward to hearing back from you! All the best, Panos

Hey @Ankou , It’s not quite an “OpenRemote” issue, it’s just that we weren’t aware of Teltonika’s MQTT client changes I have opened a PR to allow the devices to connect: Fix anonymous MQTT authentication with empty passwords by pankalog · Pull Request #3244 · openremote/openremote · GitHub Once that is merged to the main OpenRemote repository, I will be updating fleet-management to the latest OpenRemote version to make sure the changes are implemented. You’d just be pulling the new container images to get the newest OpenRemote version. I’ll also reply here to let you know when that happens. Again, thanks for letting us know of the issue!

Thank you for your response. The issue lies on the side of Openremote correct? How long would your fix take? If it would take a longer time we are thinking about building a sanitizer to “cut out” that piece. Another question regarding the fleet management feature. We are currently running the containers: proxy latest, keykloack latest and manager 1.15. 1 Openremote core is running on 1.28,correct? Is that maybe an issue or is that intended,that the fleet management runs on 1.15.1

I guess that password is empty not null when ActiveMQORSecurityManager.authenticate() is hit. We could change if (password == null) to if (TextUtil.isNullOrEmpty(password))

Hey @Ankou , Thanks for your post! That’s exactly what’s happening most probably, we assume Teltonika devices that connect to OpenRemote do so via anonymous connections, and connections that do have a username but an incorrect password are kicked out. not sure how we missed this update, but I will take a look soon. At the same time, my mTLS PR ( MQTT Broker: authenticate connections from client certificates by pankalog · Pull Request #3203 · openremote/openremote · GitHub ) would solve this, and the new fleet telematics architecture changes coming up would make this vastly easier to manage. Thanks for trying out OpenRemote, let me know if anything else comes up!