I avoided using the cloud version as I was trying to avoid a monthly cost to this. If I was going to spend more money on it I would rather just invest in hardware that had better management facilities. I still can’t see how the cloud version would work any better than a VPN connected version. I could even just expose my local version to the web but either way the point is the MQTT service tries to connect using NETBIOS and ignores the FQDN so I can’t see how it would work on the cloud version if it doesn’t work outside of local networks. Regardless of any of that the WDA settings on the clients have the FQDN of the MQTT server so the software isn’t doing what it says it should anyway, coupled with the fact even when it does connect on the alternative web port the log is full of errors saying it cannot connect on 443 would suggest this is not a flexible or scalable platform. I have spent days on this and when I eventually just turned the server off it took me minutes to set up the INI files again and no more than 20 minutes to fully set up a WES device. I can easily use this as a master image so in an afternoon I can do for free what WMS wants me to spend money on and spend hours setting up (including all the subtle differences of sub groups etc).
I realise this just looks like a rant (which it is I guess) but I am genuinely perplexed by the existence of WMS. Just hoped someone could show me what I was missing. Appreciate the offer of a call but I think as always I am just too small for Dell to care about. Being able to copy configs would be a good start to saving some of the headache but you can only do that with a licensed version (which is too much for managing a handful of WES devices, and even then it’s not really copy, it’s export/import and the manual makes some contradictory statements on how it works anyway).
What would be better (for me, and I’m sure a lot of other users) would be for WES devices to be manageable with the same INI file method as ThinOS devices.