Support

Hi folks. I am thinking about using VirtualHere on a Raspberry Pi 3 B+ (the one with the gigabit ethernet) to remote a software defined radio to a VM that's running on a server in my basement over a switched gigabit ethernet network.

The SDR can push the limit USB 2.0 rates, and I was wondering if the Raspberry Pi had enough performance to run a virtualhere server that was handling close to 480 mbps. I can't seem to find much info on the Raspberry Pi as a server here, particularly running over gigabit ethernet.

Hello Michael,

I've sent you an e-mail and then decided to post the questions here is they
may be of interest for somebody else as well.

I've just bought your software for my Synology DS1019+ NAS. It is a
very convienient approcach for the software to run as a Windows
service allowing a transparent USB over IP functionality.

But I have several questions regarding the software features and limitations.

Hi

I have problem with sharte Smartcards i alway got erro "Bind Error" i have try some time for connected.
I already in two pcs (server) and some clients same problem.
if i shared other devices(pen driver, mouse no problem).
I use win7 64bits.

hi, I am using security software app Rohos Logon Key (url here: https://www.rohos.com/products/rohos-logon-key/) for Windows which uses USB drive for logon authentication.

Does Virtualhere/CloudHub works if I were to purchase NEXX 3020F and use the attached USB as a remote key to authenticate during Windows login via network (Wifi/LAN)? I am told (by the dev of Rohos) that the USB drive hardware serial needs to be read so in this instance can this be accomplished via Wifi/LAN network?

This always used to work but now it doesn't due to a error 404 on one of your webpages.

hello, i tested the basic config for authorization, but get this error in console,

root@raspberrypi:~# ./vhusbdarm
VirtualHere USB Server is running...press CTRL-C to stop
/root/auth.sh: 19: [: unexpected operator
/root/auth.sh: 19: [: 34819d7beeabb9260a5c854bc85b3e44: unexpected operator
/root/auth.sh: 19: [: 34819d7beeabb9260a5c854bc85b3e44: unexpected operator
/root/auth.sh: 19: [: 34819d7beeabb9260a5c854bc85b3e44: unexpected operator

i jst tested how to work,

config fille call

Hi,

I use VirtualHere USB Client I am trying to connect the same three USB device on the linux machine. I can sometimes connect two of them but when I try to use the other one I never do. I got the following error constantly and don't enumerate the device.

Could you please help to resolve the problem. Thanks,

INFO :In file ../src/msw/window.cpp at line 594: 'SetFocus' failed with error 0x00000057 (The parameter is incorrect.).

Here is the message log:

Hi all,
I need your help to install Client SW on a system with WINDOWS SERVER 2008 R2.

While I try to launch vhui64.exe I find this System error message:
'' The program can't start because api-ms-win-crt-convert-l1-1-0.dll is missing from your computer. Try reinstalling the program to fix this problem.''

I tried to download this .dll file and put it into the right folder and I obtain this error message:
"The procedure entry point ucrtbase.atof could not be located in the dynamic link library api-ms-win-crt-convert-l1-1-0.dll "

Hi friends

I have configured virtualhere on a raspeberry pi as a usb server of a dongle that protect a software that i use on the go, it work's perfectly but i have a problem.
The software that i use is always checking if the dongle is conected, when the client computer goes to sleep i loose the conection to my virtualhere usb server so the software shut down and i loose all my unsaved work, is there any way to prevent this?

usbserver: raspberry pi
cliente: windows 10

Regards

André

Hi everybody,

i am using VirtualHere Server on a Windows Server 2016 and the Client inside a Debian 9.6.0 Hyper-V Guest to reach out to two physical Smartcard Reeders attached to the host. It is working fine, except on a regular base the connection from the client is lost and cannot be restored. Sometimes this happens after 2-3 hours, sometimes after 30 hours, no pattern. After a reboot of the guest Debian all works fine again until the next crash. Does anyone else have similar issues?

Thanks!
Denue