Bobby Mills wrote: I have no submitted a ticket because i thought it was due from connection being dropped. This all started from the 6.0 upgrade which worked the first few days then after it started giving the error. Yes the access denied bug i have, which is prob due for failure of file transfer.
By the way, are both Viewer and Host version 22.214.171.124?
We couldn't reproduce this issue. We even tried to connect from a virtual machine deployed on one PC, to a virtual machine deployed on another PC. And all the keys and arrow keys work. Num pad also works as it should.
Perhaps, it's a keyboard or driver issue. If you have another keyboard could you plug it in for a while and see if the issue persists?
lulu wrote: Yes I have Viewer Host and RU server on my local network.
Try to create a new connection in the Viewer instead of editing the existing one. After all the direct connection by an IP address is the simplest connection method possible. If you still cannot connect, please carefully check this list http://www.remoteutilities.com/support/kb/205/
Viewer and RU server on the same PC.
We do not recommend doing this if the Viewer is a laptop that you often take with you somewhere. The RU Server works as an intermediary and should be available by its external IP address. However, if you are with a laptop and change networks your IP address will also change.
Finally , if you are the only user and only have a couple of PCs to control, you don't even have to bother with configuring RU Server. It's an advanced option for larger setups/organizations. You can perfectly go with the default ID service or (if you control your router) you can set up direct connection through port forwarding and get the maximum performance.
At first, something should be clarified to my point of view. I think that changing the roles for a PC from local to remote and vice versa whenever it's required,there shouldn't be any problem.Is it so?
There are two main modules of the software - Viewer and Host, and each plays its only role. Any PC can be both a Viewer and a Host at the same time, of course. The modules do not interfere.
After that connection issues have nothing to do with RU software but only with the internet setting and security software.
If you have been successfully connecting before and all of a sudden a connection no longer works, then yes - it may have something to do with security software. For example, your antivirus software signature database may update and start detecting RU as malware. Just an example.
Viewer is reporting my PC as "offline". When I try to login manually, viewer tries to login (It took more time as when remote PC is really offline), but after few seconds of displaing LOGON status go back to offline.
I can see my remote PC in the RU server idle connection's list.
Please, check the same KB article I referred to above. Also, make sure that your antivirus software treats the Viewer well, or better just add the Viewer installation path to the exception list in your antivirus program.
Is it problem with license? I cannot register my host using viewer because I cannot log into it
If your Host trial is over you won't be able to connect in a connection mode (like Full Control). However, you 'll be able to simply log in using the "Login" feature in the Viewer. After you log in, use the "Register remote Host" right-click menu item to transfer your license remotely.
By the way, in the version 6.1 update we'll remove "Host registration" altogether. The Host will become a free module. All license management will be done in the Viewer.
It seems like the animation is just a bit heavy to be played back fast/realtime. Try to enable "Economode" in connection Properties -> Network -> Network usage -> "Economy mode". It simplifies window management and thus slightly improves performance.
Is there some combination of settings that will allow both the remote and host cursors to function at the same time?
Is the remote cursor blocked when the local cursor is being moved? They should move and work both. In fact, both users - local and remote - compete for the same cursor.
Seeing both cursors on the local (admin) side is a different thing though. By default only the local cursor is rendered, but you can see both cursors. In order to do that, go to Connection Properties -> Cursor -> Rendering of Host's cursor - > "Always".
Please, note that moving the local cursor will move the remote cursor, but not the other way around.
Let me know if I understood you properly, or if you meant a different thing.