Conrad Sallian's community posts

Hello Daniel,

Ok, received. I tried to connect and received a password prompt which means that connection would have been successful had I known the password.

Although I still think it's something with security policy on the PC or network security policy, you can try another solution.

1. Close the Viewer.

2. Access the folder C:\Users\YOUR_USERNAME\AppData\ Roaming\Remote Utilities Files\ . The AppData folder may be hidden so you'll need to enable "Show hidden files and folders" in Windows.

3. Locate the file config_4.xml and delete it.

4. Start the Viewer and try connecting this time.

Let me know if the problem persists. If it does, we'll be looking further into the problem.

Thanks.

Daniel,

Could you send your Internet-ID (NOT the password, just the ID) to me via forum private message or at [email protected]. I will check if your Host is accessible to verify that it's the issue on your Viewer side.

Thanks.

Hello Daniel,

I am using a corporate server, but here's the thing: So it my friend who is able to connect to my Host. He and I are using the same connection, but for some reason, he is able to connect, while I am not.

This narrows down the issue to your specific Viewer workstation or connection properties. Make sure that you use correct Internet-ID number or better still - delete the connection entry in your Viewer, restart the Viewer and add a new connection from scratch. Also, you may refer to this list for solutions to potential issues with internet-ID connection:

https://www.remoteutilities.com/support/docs/internet-id-connection-not-working/

Hope that helps.

Hello Daniel,

Thank you for your post.

so it seems to be either a problem with my Viewer or a problem with my outgoing signal.

Yes, if a third-party can connect successfully to your Host, then the problem is with most likely on the Viewer side.

One question before we proceed - are you using Viewer in a corporate network? I'm asking that because corporate network policies are often very strict and rather block any connections by default than allow them. The Viewer must be able to connect to our intermediary server , at least if you use Internet ID connection type and specify our default server as a relay (this is the default option).

Hello Jason,

Yes, the blank screen feature works very differently in Windows 8/10. In fact, there is no blank screen, it's just the monitor that is turned off. As you probably noticed, the Host offers you to install a special monitor driver which is required if you need to use the blank remote screen feature with Windows 8/10.

As such, the custom text/html/image option will be discontinued starting the very next update. We will remove the related controls from the Viewer interface in the upcoming update.  

If screen blanking is turned off, the host user sees the screen as normal. I'm guessing this is a bug in the monitor lock driver for windows 10, but I could be wrong. Is there something I'm doing wrong?

Could you please elaborate on this? If screen blanking is off, the remote user should see the monitor, yes. Or did you mean something different?

Looking forward to your reply.

Hello Cory,

Thank you for your message.

We were never reported this previously, but we'll check it out.

Hello PA,

Yet again Symantec reported that they fixed the issue. Could you please confirm?

Hello,

Could you try switching to the "system" account in File Transfer. See this documentation page.

Let me know if it works for you. Thanks.

Hello David,

Thank you for your post.

I was using the Portable Agent version for viewing my remote computer.

Is it the latest version of the Viewer as well? That is , 6.5.0.8.

You can download the latest version here

Hello Rui,

Our localized files will be updated with the upcoming version 6.6.

As for European Portuguese, we'll see if we can add this language in addition to the ones already there.

Thank you.