we have on-prem 2011 same issue, have somebody solution ?
after update from 2008 to 2011
There are a few causes of this error
As mentioned one is the encryption protocols if you ran iiscrypto and set best practice it breaks airwatch.
Apple has their own version of best practice protocols which doesn't match up with the industry.
Second is if you renewed your APN and the thumbprint changes, all devices with the old thumbprint will be locked out. 2 options try to renew the APN to get the old thumbprint back, or re-enroll. Getting the old thumbprint back may not fix the issue.
The real fun one is if you forget to renew your VPP and your APN expires around the same time devices will just stop responding all together and you'll just need to e-enroll them,
Hi.
I install this two KB´s
and after that we have no communication with all iOS devices.
And here is solution from VMware:
https://kb.vmware.com/s/article/82294
My environment was 2011.05. this is a reason why all devices are not communicated with device server. After that I patch it to version 16. All devices sync fine but at the moment we can't delete our device anymore from console. We can do it only over API.
Once a device is enrolled in AirWatch, the AirWatch Scheduler will ensure that the device checks into the Admin Console periodically to ensure that all information is up-to-date. During this check in process, each device will supply up-to-date information to AirWatch, including data such as a list of all applications, certificates, or profiles installed on a device, the latest security information on a device (such as password complexity or if it is encrypted), or information such as GPS data points or telecom data usage for certain device types. For iOS devices, the check-in rate varies for each data type and is configurable with the MDM Sample Schedule . For other device types, this is configurable in the AirWatch Admin Console under Settings > Devices & Users > {Platform} > Agent Settings for the various device types. Note that some of these settings are non-configurable on SaaS environments.
However, an environment may experience issues where devices are not checking in according to the configured schedule. In these cases, the AirWatch Admin Console may not have the most up-to-date information on these devices, and certain configured compliance checks may ultimately fail. Also, check below settings
Additionally, please ensure there is no network issue blocking the devices from communicating with AirWatch.