Windows devices cannot connect to server
- 20 November 2020
- SOTI MobiControl - Windows
2 Answers- 0 Upvote
- 1 Follower
2 Answers
What are the version and build numbers of your MobiControl server? Is it on-premises or a cloud instance?
Is it a new server instance? Or recently upgraded from a previous version/build? Have you ever successfully enrolled AND managed any Windows 10 devices (say at least in the last 3-6 months) on this server?
Is your SSL certificate self-signed or bought from a reputable CA vendor? What are the key-length and algorithm used in the certificate? Is it a single-domain, multi-domain or wild-card SSL certificate?
We have cloud server in version 15.0.1.1181.
Agent version is 15.0.1.182.
We already have same devices in this server which have been enrolled correctly few days ago.
In facts we tried to enroll 4 devices, 2 of them have been enrolled successfully.
Device Manufacturer is Microsoft Corporation Surface Go (Win 10).
I precise that the devices were previously enrolled in another of our SOTI cloud server (14.4.9), where an agent upgrade was planned to update automatically devices from 13.4.0.5074 to 15.0.1.182 and after that a profile including the new provision agent was installed.
It has been working correctly for almost 10 devices like this way but some of them installed correctly new agent 15.0.1.182 but if we launch SOTI agent inside these devices we can see several lines like:
13:01:10 Agent disconnected from server s10xxxxx
13:01:08 Agent connected to server s10xxx
12:58:30 Agent disconnected from server s10xxxx
12:58:26 Agent connected to server s10xxxx
I tried to process to all windows updates last night but I didn't have time to check if after that the device was connected to SOTI server because my colleague turned it off before moving from office.
Except TeamViewer, we have installed anything else on it so I don't think that there is something wrong with auto signed certificate.
As the devices were owned by our customer maybe they need to be on admin mode?
It seems like the user session by default isn't admin, I don't know if this could make it not working...