Came across a pretty specific issue in a large mobility environment regarding an old value from XenMobile 9 and still present in XenMobile 10, this is called device triangulation, with this the mobile service provider can triangulate the exact location from the device with constant updates regarding there location (this was an old value which was used with SMG and not applicable anymore).
This can cause significant impact on your database server with deadlocks.
The solution is to look for the following value:
Enable Device Triangulation
Preffered value: false
Default value: true
This won’t change application actions regarding geofencing because those are application and container specific.
Besides the above there is also an global value optional regarding location services in combination with iOS devices (the annoying popup you’ll get when enrolling the device which security people always ask you about 🙂 the following article will explain the values for XenMobile 9 and XenMobile 10: https://support.citrix.com/article/CTX137614
Thanks to Arnaud Pain for going into more detail regarding location services client side, take a look at his blog: http://arnaudpain.com/index.php/2017/02/06/xenmobile-disable-location-service/
Citrix Provisioning Servers can be showing a offline status because the SQL native client version (11.0.2100.60) installed with it will not support TLS 1.2 and due to this it will give an error in event viewer with event ID 11 – Undefined database error
Installing the latest version of SQL native client on the PVS servers should resolve the issue.
When you are using enrollment invitations and you don’t clean this up for let’s say an environment with a few thousand of users/devices this could be a time absorbing action to do.
Luckily there is a quick win for this and you’ll want to create a query for “dbo.ENROLLMENT_PASS” on the Database server and remove those entries afterwards the redeemed invitations are gone.
Quick win see the following article for the all you can need regarding NetScaler upgrade articles: https://support.citrix.com/article/CTX220371
Came across two bugs on a XenServer 7 deployment in combination with XenDesktop/XenApp 7.12 worth sharing:
The first is a mouse alignment issue which results in VNC mouse pointer slowness or disalignment of the pointer on a console session in XenServer, the following can check the status of the usb and usb_tablet parameters on the vm’s:
## xe vm-list uuid=[of the provisioned machine] params=platform
which will give the output of the VM and the following command will set the value’s:
## xe vm-param-set uuid=[of the provisioned machine] platform:usb=true
## xe vm-param-set uuid=[of the provisioned machine] platform:usb_tablet=true
confirm the settings with the xe vm-list command and afterwards reboot the machine and the issue is resolved.
The second bug is in a newly provisioned MCS catalog the XenTools of all provisioned machines won’t get installed, there is a private fix for this with Citrix Support under LC6769, the definitive solution shall be updated in 7.13 according to support.
Just to start it off I’m assuming that the following is in place and fully configured and you are familiar with these concepts:
– XenMobile 10.x cluster (XMS)
– Active Directory (AD)
– Active Directory Certificate Services (ADCS)
– Active Directory Certificate Template(s)
– NetScaler Gateway (NSGW)
– Certificate Based Authentication (CBA)
Which all of them are combined in a XenMobile deployment which is configured to use CBA as an enrollment requirement.
I came across a limitation/by design issue in conjunction with the web enrollment of ADCS that XMS cannot solve, meaning that enrollment and requests for the first time will work just fine but when you revoke or selective wipe a device/user and the latter enrolls again you will get a cached certificate from XMS (you say what…) Revocation in XMS will work just fine but not at this point because according to support the API used in ADCS is not capable of doing a revocation, and basically XMS is using the web-enrollment for this and relying on that.
If you want to check it just enroll a user with the above setup and check for yourself, user gets revoked, you revoke the user certificate in ADCS and enroll again and you will see the cached certificate being issued from XMS (and no new issued certificate from ADCS)
But there is a workaround/solution for this, query the XMS database for this certificate and select the user certificate to delete..
The following query will give you the certificates which are present on XMS
Select * from dbo.keystore where name like ‘%ag%’
To delete the certificate you execute this query with your ID (in my case 22)
Delete from dbo.keystore where id=22
After this the cached gateway certificate is deleted and with a new enrollment you will also get a new certificate.
When combining the above with a CRL or OCSP integration on the NetScaler this will give an automatic renewal request for the device, meaning no manual action needed anymore. This seems to be a builtin behaviour client side (Secure Hub) see the following article for more information: https://docs.citrix.com/en-us/netscaler/11-1/ssl/manage-cert-revocate-lists.html
I’ve done a couple of Xenmobile implementations and found at least two interesting caveats that stood out, when implementing XenMobile and finding resolutions for the problems you’ll get when not adding it in your deployment.
NTP got introduced again with XenMobile 10.3.x to be configured in the appliance, a little tip enter in an reachable internal server, when you don’t pay attention and let it stay not configured for example on VMware you will get a very nice error message from time to time on the console of your VM: “hrtimer: interrupt took XXXXXX ns” (the xxxxxx is variable) this leaves your node in an failed state and the only resolution then is a reboot of the node.
ADCS integration and let’s say you will have a tiered set for your ADCS regarding seperation of the roles. The thing that is not documented, is that XenMobile cannot request certificates when there are role seperations, everything needs to be on the same machine.
Certificate Pinning is something than can be enabled to function against MITM attacks, see Worx Home Certificate Pinning for more information. Usually when you demo or poc/pilot the solution you show al the different flavours that you can choose from. The customer I was started out with e-mailbased enrollment to the environment until the latter we changed to dual factor with certificate based authentication, and for ease of access we changed to upn enrollment with worxpin. Problem is I don’t know why or how, but when changing ADS the certificate pinning part breaks, corrupt certificate messages in worx home log or mismatch errors, you might think what’s going on! Had this kind of fun two times, and conclusion was remove the current certificate pinning / ads part and add the same setup again with the same certificates and all works again. Cloudops confirmed this on both occasions. Bug or not very annoying! I believe an support article is in the worx! (;-p)
Hope these insights help out!
I’ve come across an issue regarding the Netscaler Insight Centre were data is not showing all the time, at random it just fails on reporting and shows nothing. It seems that after a talk with support there is memory corruption occuring when the usage of insights memory is above 75%.
Resolution shall be active in the 11.0.67.x release of the product.
I came across an issue with Netscaler Insight with the latest build for Netscaler 11 and the same for Insight, logging did not reach the appliance regarding GUI flowcharts, we did see traffic generate from and to the Insight centre but no updates in the GUI screen, after some digging around and reporting this with Citrix it’s an bug regarding the Integrated Caching feature, this needs to be disabled otherwise it won’t work at all! ok.. that’s nice.. permanent fix is yet to be developed.
Well it was time for an update regarding some XenMobile actions from the field, attached is an PDF with some of my ranting, enjoy the read:
Notes from the field XenMobile the road so far