Conrad Sallian's community posts

Hello Nijel,

Thank you for your post.

A few questions:

1. Which version is used on both ends (Viewer and Host)? Is it 6.8.0.1? If not, please update and see if it helps resolve the problem.

2. If you have the latest version, but the problem persists, could you tell if this happens with just one Host or many?

From what you described it may seem that there are network connectivity issues either on the Host side or Viewer side. Note that just the fact that there is a broadband and high-speed connection on both sides doesn't necessarily mean that it's stable. Brief network interruptions may still occur and go unnoticed during web surfing or email use but get immediately noticed when Remote Utilities is used.

Hello Ron,

Now I'm trying to arrange my next visit. Do you mind my asking you again what your current estimate for the next release is?

Sure. We are currently working on version 6.9 and we hope to make it available (at least for beta) in the first half of December, or even a bit earlier. Among other improvements this version is going to introduce 2-factor authentication.

Hello Nijel,

No problem ) I'm glad to hear you figured out the problem. Feel free to post here or submit a ticket whenever you need any assistance.

Hi Ralph,

Right now with the host on version 6.6.07 I verified on a test machine that the cached files are replaced for each successive print to the virtual printer. However, after restarting the Remote Utilities Host service the files were still in the common folder. The same with rebooting the computer - files are still present after reboot.

We will definitely check that. Perhaps I just misunderstood what my colleagues said so I will double check if we are on the same page regarding this issue.

As for the printing feature, you can indeed disable the driver when you deploy your Hosts. Should you ever need it on a specific Host, just enable/install the driver in the Host settings (or through remote settings for that matter).

Thank you for the kind words. We will do our best to make the program even better :)

I don't suppose the cache ever clears out automatically, or any way to set it not the keep those files?

Actually, it does clear automatically either upon next restart of the Host service, or next use of remote printing feature, whichever comes first.

You can see that for yourself. On the Host computer open the folder and leave it open on the desktop. Then try to print to Remote Utilities printer from an application, like a Notepad for example. You will see that with each remote printing attempt the old files will be replaced with new ones in that folder.

If I want to remove the printer from all computers on our network is the best way to push out a new msi package with the option to install the printer unchecked?

Yes. When configuring your Host, make sure that  you select "Pre-configure Host settings, do not change security settings" option in Step 4 of the configurator. This will ensure that you retain connectivity with the Hosts after the update.  

If you only need to update few Hosts, you can do so without updating/re-installing the Host. Use the uninstall printer driver button in the Host options. You can do so either manually on each Host or remotely via the Remote Settings command.

Let me know if you have other questions.

Hi Ralph,

Cached files are located here C:\Program Files (x86)\Remote Utilities - Host\Printer\Common\

Hope that helps.

Hello Ralph,

Thank you for your question.

So what does happen in this case - are they just gone (hopefully) or are they waiting somewhere for someone to remote in to the computer at which time they will print out on the viewer's default printer?

They are gone because it is only during an active Full Control or View session that the Host print request will reach the Viewer PC. There is no "postponed" request.

I have also asked our development if the print file is saved or cached somewhere temporarily on the Host PC. Once I get a reply from them I'll update this thread.

Don't hesitate to ask me if you have other questions.

Hello,

I just hit "Generate New Key" and now im able to login with viewer and sync the address books.

Shame on me I didn't think of a missing key as a possible reason.  But I'm glad you figured it out on your own.

btw the self RU is installed in the windows Server 2008 r2 I assume it's compatible?

Yes.

no idea why when i installed for the first time it didn't generate the key. I found about the key by installing the Self Hosted into another computer, that's when i saw there was a key there and not in my other installation.

We will check that just in case. Thank you for letting us know!

Hello,

Im sorry to inform that i have triple check the ports and they do match , im using the default ports 5655. Windows Firewall is turn OFF for all profiles, and theres no other firewall running in the machine.

Do you also have both Remote Utilities and RU Server updated to the most recent version? It's 6.8.0.1 and 2.6.0.6 respectively. You can download the latest versions from here.

If you do and if nothing else helps please let me know and I'll create a ticket from this thread. We may have a remote session because I cannot come up with any other reasons why the Viewer may not be connecting.

Also be sure to check under Server Configuration-Access and administration-Allow named pipes connection (local connection). Make sure it's checked...

Hi Benny,

Thanks for contributing. However, this is not about "administration connection" but rather about a regular Viewer signing in on the server.

Hello,

Thank you for your post.

what I can't do is to connect the viewer to self hosted server. I just cant login. even with a viewer inside the same network using the local ip address of the server, it just dont connect. I enter the user name and password created in the Self Hosted and the viewer just says signing on to "192.168.3.99" and then goes away and nothing, thats all i get.

Make sure that the port specified in Viewer's server manage (Manage tab -> Server manager -> your server's properties) is the same as the communication port specified in the configuration dialog on the server side. See the attached screenshots.

Also, make sure that this port is allowed on the server machine in the firewall settings (inbound TCP port).

Hope that helps.