MaxBlitzer, User (Posts: 66)
Sep 29, 2020 12:39:04 am EDT
1. You can ONLY use Internet-ID feature as replacement for Hamachi in your case. Forget Direct Connection, forget RDP connection, especially if you want the person in front of the computer to see what you're doing on the screen instead of a login page like they would with RDP. Just right click on a host and "Full Control".Polina Krasnoborceva wrote:
Since I don't need any additional software to make direct RDP connections to local machines, my main interest is in connecting to remote machines not on my LAN. I have read those documents multiple times thinking I must have missed some detail, but I don't think that is the case. Choosing Direct connection over Internet-ID does not work because some machines cannot be found by their name, and their IP addresses can change fr om time to time. Using Internet-ID seemed like the most desirable method, but again, the connection status in the Viewer seems to change every time I look at it. It just keeps changing status, machines going offline and online again - unresponsive to launching a windows RDP session. Some machines display notification that the host software needs to be upd ated, in spite of already updating them both via the console and the Viewer. Viewer and Host installations are all beta2 version. Server is installed on an AWS VM, which appears to work.
While I work on making Remote Utilities work properly, the best alternative I've found and am using with remarkable success, is L0gmein Hamachi VPN (not installed on same machine as Viewer) to machines on a trusted remote LAN, and simply connecting to them via RDP. No tools, like screen recording and session notes, but it's super fast, spans multiple monitors, handles remote printing without need to install drivers or any additional configuration, and it rarely fails to connect. The only thing I really want fr om RDP is shadowing so I can see the console with full control, together with the user, to troubleshoot issues. So far, all of the information I've found after extensive searching appears to be obsolete for the most recent versions of windows 10 pro in 2020. I have used various command line flags, group policies, registry edits, and none of them worked across the Hamachi VPN to another remote LAN. RDP sessions with switches or without, the connection is a tcp session, not the console. So that was a lot of reading and testing to donate. I've also put in a lot of time trying to make RU work as designed.
MaxBlitzer, User (Posts: 66)
Sep 06, 2020 8:17:48 pm EDT
For the remote machines, my understanding is that you still need to setup port forwards for RDP if they are not on public IP's. They don't use RDP protocol over the RUT port. Afaik, the benefit is basically as an address book, but doesn't do NAT hole punching, so you still need to set up all that as if you weren't using RUT.Thomas Inman wrote:
Same behavior as previous posters have noted. I am using the trial version to connect to other machines on my LAN, as well as machines on a separate remote LAN (no VPN). Using the latest version on all machines.
I can RDP into other machines on my LAN without using Remote Utilities, including one that is shown as 'offline' or 'logged on'. To clarify, I am most interested in connecting to other machines via RDP using Remote Utilities, not the Full Control Option which is too laggy and has the same behavior of "connection lost". I have tried using Direct Connect as well as Internet-ID Connection. The results appear to be the same - cannot access remote machine. From the Viewer, I am able to access 'Remote Settings', but still no remote access via Full Control or RDP, yet, I can access the machine in question using RDP without using Remote Utilities.
So, I'm at a loss to figure out what in the heck is going on. Each day I open Remote Utilities and never know whether it is going to work or fail as it is now. If this issue has a known solution, please post it somewhere. I've searched the entire site and documentation and only found this one thread. I hate to call Remote Utilities 'unreliable', but I can't think of any other way to describe it at this point during the trial period.
I've read previous posts recommending users submit their log. Is that what you need to figure out why this isn't working?
Thanks
PS. I should add that over the last few years, I have used [censored] , Splashtop, Zoho Assist, and rarely if ever had any such problems connecting, which makes this issue with Remote Utilities that much more puzzling.
MaxBlitzer, User (Posts: 66)
May 18, 2020 6:47:14 pm EDT
Yeah, that is very bad practice. The build output from one version of the compiler and build system can vary with the same source code. The building stage is essentially part of the "application" along with the source code. It should be tracked just as the same the code. Some companies have policies that even prevent the release system from ever generating different builds using the same release number to prevent this scenario. Not only do you have your own code issues handling this issue internally, now you have two different "viewer6.12.b2.exe" files that you had posted for almost two weeks on the Internet.Conrad Sallian wrote:
Hello Max,
Thank you for your suggestion.
However, this specific "bug" was just something we overlooked on the building stage rather than a bug in the program itself (related to its functionality, that is). So we decided to keep it the same number.
MaxBlitzer, User (Posts: 66)
May 18, 2020 2:41:19 pm EDT
Polina,Polina Krasnoborceva wrote:
Hello Peter and Max,
Thank you for your feedback.
We've managed to reproduce the issue and implemented a quick fix for it. We apologize for the caused inconvenience.
An updated build of version 6.12 Beta 2 is available on this page . Please try updating your Viewer and see if the issue persists.
Please let us know if you have more questions.
MaxBlitzer, User (Posts: 66)
May 17, 2020 11:39:28 pm EDT
Went to upgrade from 6.12b1 to 6.12b2 and lost registration and address books as well. Went to put in registration and also got invalid registration key error. Uninstalled (I didn't have any gibberish) and reinstalled previous 6.12b1 to get registration and address books (address book sync still broken on this machine so I'm giving up on RUT now).Peter Gray wrote:
Over the past couple of days I have tried using using version 6.12 Beta 2 Viewer. It has not been a happy process!
Having installed the viewer on an XP pro machine which had version 6.1010.0 working fine, I found that my address book and so forth had not been carried over to the new version (and nor had my licence). I turns out that 6.12 stores these settings in the user's application data in a folder Remote Manipulator Files whereas 6.10 uses Remote Utilities Files.
After copying the data across, I had the address book back, but a side effect was that the free trial period had expired. On trying to install my licence code, I got a message "Attention Invalid registration key" The key worked fine on a different machine which still had version 6.10.10.0.
So I uninstalled 6.12. The uninstall progress window showed gibberish symbols instead of text!
I Reinstalled 6.10.10.0, and fortunately all was back to how it had been previously.
I then tried installing the beta on a Windows 7 machine which had not halready had the viewer installed. This too would not accept the licence key.
So for me, version 6.12 beta 2 is completely unusable as it stands.
MaxBlitzer, User (Posts: 66)
Apr 25, 2020 12:42:31 am EDT
MaxBlitzer, User (Posts: 66)
Apr 09, 2020 1:12:18 am EDT
Check the time on your computer is correct. The problem is on your end. Or post a screenshot of what you're seeing.john Randal wrote:
Mine says the certificate is invalid
MaxBlitzer, User (Posts: 66)
Mar 29, 2020 2:41:23 am EDT
Next time you experience lag, use a program like mtr (winMtr, https://sourceforge.net/projects/winmtr/ ) to check the loss between you and the RUT relay server. After connecting to the host, grab the IP fr om the "IP address/DNS" column in the viewer and enter that into winmtr and click start. That will tell you wh ere the bottleneck is actually happening.Robert Ricketts wrote:
Will do. Thanks again.Conrad Sallian wrote:
Hi Robert,
The infrastructure was expanded just recently. It may take some time for the load to spread evenly across the servers. I recommend that you try in a few hours to see if there are still any issues and let us know.
MaxBlitzer, User (Posts: 66)
Mar 10, 2020 9:04:01 pm EDT
This is on a desktop PC to other Desktop PC's, no touchpad controls. Mouse is a Logitech M705. I'll let you know if I can reproduce on other PC's.Polina Krasnoborceva wrote:
Hello Max,
Thank you for the provided details.
Could you please let us know if you have tried adjusting the touchpad settings or updating the mouse software on the Viewer's side?
Unfortunately, we cannot reproduce the issue which means that it only manifests itself in certain circumstances.
Yes, that one. I will stop using this feature.
Could you please clarify if you mean the First connection warning window? If this is the case, then we are considering the revamp of the First connection warning window along with some other features. However, unfortunately, we cannot provide any specific ETA on this yet.So then this pop up happens some time later
Actually, it's also possible to check the Host version in the Viewer if you switch to the Details view style:I'm checking the host version (because its not shown in the Viewer, for example)
Install RUT using a silent installer made against 6.10.3. When I went to add the code in 6.12.1, it said I needed to use the same Viewer version as what was used to generate it! Jeepers, that is another strike against the silent installer feature. If I had installed the silent installer, got home and then got this message without an opportunity to manually se t a new password so I could manually add to the Viewer, I probably would just give up on RUT right then and there and move to another solution. Try and only break backwards compatibility on major versions, not on minor versions, I beg you!
Now that you mention this, I somewhat recall this limitation when making the silent installer - it's just been so long ago that I last generated it that I forgot. I knew to migrate relay server settings, but on the Viewer side I was only thinking of synchronized address books and that didn't need to be backed up/restored when migrating Viewer PC's. And now that I know that was the issue, the message pretty much says that, and I just didn't clue in. doh. Only thing to add to that help page, was that after I pasted over the keys.dat file, I had to close and reopen the Viewer to get the Add Code box to appear again. It was appearing before I pasted the keys.dat file but wouldn't appear again until I restarted the Viewer. Then I could add the code.I apologize for the inconvenience. We try to maintain as much backward compatibility as possible with each update because we understand that our customers might not be able to update remote Hosts all at once. Besides, we even advise updating remote Hosts in small increments and first test the update procedure on a small sample. There is backward compatibility, however, it's always better to upgrade both Viewer and Host and avoid relying on it.
As for the issue itself - could you please clarify if the issue occurred on another Viewer machine instead of the one where the installation package was configured? If this is the case, you simply need to copy the keys.dat file which is an encryption key to the Viewer machine where you want to use the Add using code feature. This file is located in the C:\Users\user_name\AppData\Roaming\Remote Utilities Files\ folder on the computer where you originally configured the installation package.
Please try copying this file and pasting it to the same C:\Users\user_name\AppData\Roaming\Remote Utilities Files\ folder on the Viewer PC where you want to use the Add using code feature.
Here's a related KB article .
Looking forward to your reply.
MaxBlitzer, User (Posts: 66)
Mar 06, 2020 7:34:43 pm EST
1. Can confirm this happens with Viewer 6.12.1 with hosts 6.10.10 and 6.12.1. Ran into this again today. I installed the 6.10.3 using the silent installer made last year. It failed to upgrade to 6.12.1 through advanced install. I upgraded it to 6.10.10 through simple install and then 6.12.1 through advanced install. A reboot might have been necessary for it to successfully upgrade to 6.12.1. Then I was trying to copy/paste username/password from my PC to the viewer session, getting the offset mouse problem EVERY TIME. It was really frustrating.Polina Krasnoborceva wrote:
Hello Max,
Thank you for your patience.
I checked with our developers on both issues:
1. Unfortunately, we could not reproduce the mouse pointer issue. Could you please confirm that you have both - Viewer and remote Host upd ated to the latest 6.12 beta version and the issue still persists in this case?
In addition, please try disabling the touchpad or altering its sensitivity in the Windows settings.
Also please double-check if the mouse software is upd ated to the latest version which might be downloaded fr om the manufacturer's website.
2. As for the time it takes to establish a connection to remote Host - the Authorization method se t to Auto does not affect it. Could you please check if it takes the same amount of time to establish a connection to a remote Host in case if our public Internet-ID server is used as an intermediary instead of the self-hosted RU Server?
Looking forward to your reply.