USB-Redirection with VMware View and C50LE/R50LE not working

  • This topic is empty.
Viewing 6 posts - 1 through 6 (of 6 total)
  • Author
    Posts
  • #7085
    Avatarjkoops
    Member
    • Total Post: 4
    • Newbie

    Hello!

    We have started a pilot projekt to virtualize desktops with VMware View. In our intial test of the devices USB-redirection worked fine on a little test environment. But now that we, or better: I, set up the View environment on our production systems the USB redirection of USB keys does not work anymore.
    I already dug through a lot of documentation on the Wyse (not so much there) and VMWare site, but found no clue what I do wrong.

    We use C50LE and R50LE with the Merlin image 11.1.052. View Client 4.6 comes pre installed and is, apart from USB redirection, working fine.
    Our Connections server is on View 5.0.

    Looking at the logfile in /tmp/vmware-root/vmware-view-usb-####.log I have the following messages repeatedly:

    [timestamp]: unknown| Authentication receive first token failed
    [timestamp]: unknown| Unable to connect to 127.0.0.1 as user , authentication failed

    Every time I connect a USB key it shows:

    [timestamp]: vmware-usb| Connect device not  attempted, remote USB is not available

    As far as I can tell, this is due to the failure of creatig a tunnel connection, as stated in /tmp/vmware-root/vmware-view-####.log:

    [timestamp]: vmware-view| vmware-view-tunnel(####): Error rasing channel "1": Problem starting channel 1 for Port1: Failed to allocate onbound connection to ###.###.###.###:32111: java.net.SocketTimeOutException: makeSocketConnection timed out

    This message is repated as well.

    Looks like the Client cannot establish a connection to the virtual desktop. I tried a completly fresh installed desktop with the latest agent 5.0 and tools installed. Tried with the Agent 4.6 as well. Even turned off the firewall.
    On the virtual desktop I can establish a telnet with an answer on ###.###.###.###:32111. But the client gets no answer.

    The conncetion server is set to allow USB redirection and to use SSL connection. But the problem still persists when SSL is turned off.

    I am out of ideas now, where to look further and what might be the direction to look further into, since everything else is running fine it can only be a small matter. But I am not deep enough into Linux to extract more info on what is happening or not and why.

    Any ideas and suggestions would be very much appreciated

    Kind regards
    jkoops

    #21705
    ConfGenConfGen
    Keymaster
    • Total Post: 11116
    • Jedi Master
    • ★★★★★★★

    What OS is running in the virtual session?

    CG

    #21715
    Avatarjkoops
    Member
    • Total Post: 4
    • Newbie

    On the virtual session the OS is Windows XP.

    jkoops

    #21718
    Avatarjkoops
    Member
    • Total Post: 4
    • Newbie

    Found the problem and solution:
    Tunnel Security has to be deactivated, because the USB redirection driver is not able to use the secure tunnel.

    A pity, but it looks like there is no way around it and you have to sacrifice security for USB redirection.

    Thanks for trying to help!

    jkoops

    #21789
    AvatarMO_Virtual
    Member
    • Total Post: 4
    • Newbie

    How did you end up disabling the tunnel security? Have you found another way to do it? Thanks! ❓

    #21791
    Avatarjkoops
    Member
    • Total Post: 4
    • Newbie

    @MO_Virtual wrote:

    How did you end up disabling the tunnel security? Have you found another way to do it? Thanks! ❓

    No, there seems to be no other way around it.

    Apparently the View client is not able to redirect the USB into the secure tunnel.

    Since our environment is in a small encapsulated MPLS network, I haven’t looked very much further until now, because there were a couple of problems with higher priority.
    These are solved now and before we deliver VDs to customers outside the small controlled MPLS cloud, we have at the moment, I need to find a solution or View is simply not the technology to use. I will recheck every step on the tunnel setup and maybe find the choke point. If I do, I will report here as well.

Viewing 6 posts - 1 through 6 (of 6 total)
  • You must be logged in to reply to this topic.