if it work in thin client , this mean network have no issue , check your local PC , do you have antivirus or software that restricts the USB or multi-function devices such as McAfee, or Kaspersky , normally this would be your issue
Sorry all I neglected to mention Mice and Keyboards have no trouble redirecting, i did try changing the TCP rules but still no changes.
Not entirely true. The client can be using 32111 while the thinclient is encapsulating the traffic. This is directly from the doc I linked:
If you are using a zero client, USB traffic is redirected using a PCoIP virtual channel, rather than through TCP port 32111. Data is encapsulated and encrypted by the PCoIP Secure Gateway using TCP/UDP port 4172. If you are using only zero clients, it is not necessary to open TCP port 32111.
Sorry if i wasn't clear, I did try opening that port on the machines using view client and still the USB redirection fails with everything other than mice or keyboards, can confirm our TCs use PCoIP and do not have the same issue.
Sorry, that was a followup to Hussam.
However: Can you describe the type of vmware agents installed and what versions? For instance, I know that UEM with Horizon smart policies unconfigured would cause USB redirection to not work in versions under 9.3.
Keyboard and Mouse aren't part of the USB redirection. Those devices are emulated through the main protocol.
Can you review your view client logs to see if you see any messages like this:
ARN <NodeManagerWatcher> [MessageFrameWork] SocketChannel: Unable to connect to 192.168.1.12:32111
INFO <NodeManagerWatcher> [wswc_ui] Revert to connecting client to agent via virtual channel support
I have seen this behavior if a VM is cloned from a baseline and then re-named (or just renamed). View creates certificates in the Computer "store" that are tied to machine names. If you have multiple certs with multiple machine names, they can be deleted and the correct cert(s) will be recreated upon a reboot.
Here's a link to the KB: VMware Knowledge Base