We are using UMS v6.05.100 and ICG v2.02.100 in our environment as we attempt to manage our External IGEL Endpoint and we are getting the following Error Message “Error No response from Thin Client received” during these scenarios:
· When executing the “Reboot” command.
· When moving the IGEL Endpoint from on Directory to another.
· When we try to applied the 11.03.580.01 Upgrade.
Note we have over 1900 devices function great it is a few hundred that we are getting this error.
Thanks for your time 🙂
It sounds like the thin clients check in successfully when they boot, and your errors are when you try to communicate from the U.M.S. to the thin clients?
We are currently investigating if these IGEL Endpoints are successfully checking in, but we do know they are connecting to our Citrix Virtual Desktop (because we can see the device connected). We are using the “Boot Time” or “Runtime since last Boot” fields to determine if the device is communicating. Is their a better way to determine if the IGEL Endpoints are successfully checking in when review for hundreds of devices? We know the device appears to have trouble communicating to UMS to & from the IGEL endpoint.
Are any ports in your firewall configured, that are needed?
Are these few hundred devices from a special provider, a special router at the other side (in home-offfice for example) or a commonality, that triggers this issues. Dou you checked that already?
The last boot time should update in the U.M.S. when they check in for a reboot. As Leon mentioned, I would suspect something in the firewall configuration. If their last boot times update when they start, then the thin client -> I.C.G. -> U.M.S. part seems to be working. However, it depends.
If you want to check manually whether ports are open, I could use netcat (nc) on Linux (or UNIX/Mac), and the PowerShell test-netconnection command for Windows.
We do have 1900 IGEL Endpoint functioning properly, so would that exclude a Firewall issue? I was thinking there is an issue on the IGEL Endpoint itself that could be causing the issue. Also all of these IGEL Endpoint are external to the company, so could their be an ISP or home networks issue, or a bad configuration of the IGEL Endpoint during the build process?
There could be… is there any clear difference between the ones that work and the ones that don’t (location, configuration, version, network…)?
I’m performing analysis on the external IGEL Endpoint data now, but preliminary findings doesn’t any clear difference.
Continue reading and comment on the thread ‘IGEL UMS Error Message “Error No response from Thin Client received”’. Not a member? Join Here!
Learn more, search the IGEL Knowledge Base
Ask a question or comment on the above message thread?Join or log in to the IGEL Community to ask us anything and meet other IGEL customers, partners, and EUC enthusiasts.
Submit a question, or Join Today!
Popular Message Threads
- How to Install IGEL OS via a Bootable USB Drive
- How to change the default IGEL UMS admin password?
- Citrix connection via Netscaler Error: “AM_ERROR_AUTH_NETWORK_ERROR” on IGEL OS
- Receiving error: “Citrix Receiver cannot create a secure connection in this browser” when launching a secure connection from Firefox on IGEL OS
- Error connecting to Citrix StoreFront “Error adding store: Http error”
- Where to delete the certificates that cause ‘invalid certificate’ when trying to import an IGEL into UMS?
- After upgrading to IGEL OS 11.04.200.01 my Citrix Storefront configuration does not work anymore – Error adding store: AM_ERROR_AUTH_NETWORK_ERROR