Boris Rudoy's community posts

Thank you for clarifying.
I see this logged message at the time when nobody able to connect to this host (night time for example).
However this hosts exposed outside of my internal network by port forwarding on router/ Ports are not default RU ports) .
Does this message mean somebody from internet scanning such ports? Can this log message be modified to provide more info (like source IP of call) ?

Yes, I am able to connect to host. See attached log part.

One more fact. As you can see in log file - nobody connected to host. After installing host 7001 errors start counting.

Nothing changed - see attached log
Computer Windows 7 64  bit, viewer and host version 7.001

Code =  89
IP = always empty
Event = Cascade error
Info = Wrong iConnectKind: 1933288066

iConnectKind: Numbers here sometime the same, sometime different, may be negative

Host 6.10.10 on Win 7 64bit
I take a look logs it's happening long time, a month at least.

Same logs on another Windows 7 64 bit Host 6.10.10
Same logs on Windows 7 32 bit Host 6.10.10

I confirm same problem immediately after upgrade from 6.10 to 7.0
Viewer at windows 7 64 bit, host at windows 10 64 bit . Host use CallBack. After host was rolled back to 6.10 (viewer still 7.0) problem disappear.

Yes, you are right.
Host Settings -> Modes->RDP fix the problem .
Have no idea when I uncheck this one. Thanks for the helpful advice!

Viewer - 6.10.10.0
Host - 6.10.10.0
Host Computer connected to network via VPN
Windows 10, Firewall off for any connection mode.

Windows RDP setting allow to connect, user name added to "allow" list.

Viewer able to connect to host using Internet-ID (all settings are defaults)
Viewer have RDP connection settings - "ask for credential."
When I try to connect it's return :
"This computer can't connect to the remote computer.
Try connecting again. If the problem continues, contact the owner of the remote computer or your network administrator."

It's Never ask user name or password

From the RU Host log file:
RDP connection. Access denied. Because of the security settings.

What can be wrong?

It's perfect you able to reproduce it. Will wait for a new version with fixed problem.
 
Thank's again for provided support.

Well, more info about the case:
Step one. Client going to connect to the host (let's name it "host A")  in "Full Access mode"  over internet.
After connection let's test keyboard and see if it working well. Yes, it's working.
Inside host screen open client to remote computer and connect to another host within local network (let's name it "host B") . Testing keyboard, and No, it's not working.

Step two. Create new connection in viewer to "host B" using "host A" as intermediate connection - Yes keyboard is working correctly.
Step two working as workaround for the problem.

It's may help you to reproduce the problem in your lab environment.