Good Morning,
I am hoping you can assist with an issue we are encountering since updating from ASG Remote Desktop 2015 to 2016. We have several hundred Kronos InTouch time clocks that make use of the VNC protocol. We are able to connect to them perfectly using ASG version 2015 but if we attempt to connect through the new version the connection never completes. When you try to connect it sticks on a screen stating "Connecting.. (SmartCode VNC viewer)"
Screen shots of both the connection set up as well as a Side by Side comparison of what we see when connecting using Version 2015 and Version 2016 have been attached.
Connection Setup:
Side By Side Comparison
Thanks!
Tedd
Tedd Moreno | Application Developer, Sr | Information Services and Technology (IST)
PeaceHealth | 123 International Way | Springfield, OR 97477
Hi Oliver,
The connections were stored in a database. We created a backup of the V2015 database and restored it to another name. Then installed the 2016 client on a machine and used it to update the new copy of the DB. If we log into the original DB with 2015 software we can still make VNC connections but cannot make those same connections on the upgraded DB.
It really looks like some changes have taken place surrounding VNC. The PlugInVNC.dll library file differs from version 2015 to 2016. There are also visible differences on the "VNC Experience" submenu. I've attached a screen shot showing the differences:
If it helps at all, our 2015 version is : 8.0.4872.0 .. for 2016 we have 9.0.5385.0..
I went through all of the "Tools -- > Settings" on both applications and validated that they were the same (when both apps had the setting, there were a few new ones in 2016). The settings on the actual VNC connections are also identical. As I was going through the menus, I also ran a Components Check from the Administration menu and both versions checked out the same.
Thanks,
-Tedd
Tedd Moreno | Application Developer, Sr | Information Services and Technology (IST)
PeaceHealth | 123 International Way | Springfield, OR 97477
Yes you are right - we changed the UltraVNC plugin settings...
Did you try to change some values for VNC? In your pic I see that you didn't enable it in version 2015 and the same for 2016 - so should be the same...
Do you have any VNC connection that is running well? Could you try to create a new connection to see if it makes any difference?
Since the update to 2016 we don't have any working VNC connections. I created a new connection but it exhibits the same behavior as the others, it hangs on the "connecting" screen.
I had not tried changing any of the VNC settings. Honestly, I'm not sure what to change them to. The only devices we connect to with VNC are these time clocks. We have around 400 of them and all were setup just using the default VNC values; we add the Destination IP address, set the protocol to VNC and all the MAC address.
It seemed like the UltraVNC DSM plug-in shouldn't be the problem since we have not utilized it (not even sure our clocks could support it). It just stood out as a change in the module, which made me wonder if something else may also have changed, causing our connection issues.
Thanks again for all your time on this,
-Tedd
Tedd Moreno | Application Developer, Sr | Information Services and Technology (IST)
PeaceHealth | 123 International Way | Springfield, OR 97477
Tedd, could you please run the Components Check to see if your VNC control is running well - and perhaps you can try to connect via VNC on another computer using ASG-RD 2016 - perhaps a machine where no other version of ASG-RD is running - because the settings you use should run without any issues...
Good Morning Oliver,
I can the Components Check and VNC came back as good (I've pasted the results at the bottom of this message).
It seems we are doing something wrong though as we couldn't get PC to PC connections working with VNC, either using 2016 or 2015, though we can still connect to the clocks using 2015.
When attempting to connect to a PC we get an actual error though "Failed to connect to server {ip address}. Error code: 10060...."
When attempting to connect to a clock with 2016 no error appears, just in infinite "connecting..." window. Connecting to the clock from 2015 results in an immediate connection.
RDP:
The installed RDP client is fully supported.
Installed version: 6.3.9600 (NLA supported)
HTTP/S:
Internet Explorer control was found but compatibility mode is active.
Installed version: 9.11.9600.18537
VNC:
The internal VNC component is installed and working correctly.
ICA:
The installed Citrix-Receiver is fully supported.
Installed version: 14.4.1000.16
SSH, Telnet:
PuTTY was found and the installed version is the one that is supported.
Installed version: 0.66
VMware:
VMware vSphere Client not installed. Connect to console can't be used within the application.
HyperV:
PowerShell 2.0 or higher is installed. Communication with HyperV is possible.
General:
Local operating system version: Microsoft Windows NT 6.1.7601 Service Pack 1
Program version: 9.0.5385.0
Installation path: C:\Program Files (x86)\ASG-Remote Desktop 2016
Config file (user): C:\Users\tedmor\AppData\Roaming\ASG-RemoteDesktop\9.0
Config file (all): C:\ProgramData\ASG-RemoteDesktop\9.0
Settings file: C:\Users\tedmor\AppData\Roaming\ASG-RemoteDesktop\9.0
Display Setup:
Total Monitors: 2
All Monitors Same Bounds: No
All Monitors Same Working Area: No
Overall Monitor Bounds: {X=0,Y=0,Width=3200,Height=1080}
Monitor with Largest Bounds: 1
Monitor with Smallest Bounds: 2
Monitor with Largest Working Area: 1
Monitor with Smallest Working Area: 2
Monitor 1 Details:
Device Path: \\.\DISPLAY1
Device Name: Intel® HD Graphics 520
Is Primary: Yes
Resolution: 1920x1080
Working Area: 1920x1040
Color Depth: 32 bit
Monitor 2 Details:
Device Path: \\.\DISPLAY2
Device Name: Intel® HD Graphics 520
Is Primary: No
Resolution: 1280x1024
Working Area: 1280x1024
Color Depth: 32 bit
Graphics Card(s): Intel® HD Graphics 520;
DPI: 96
Windows Theme: Aero style
Symmetric Monitor Setup: No
Your Monitor Setup: Unsupported
Tedd Moreno | Application Developer, Sr | Information Services and Technology (IST)
PeaceHealth | 123 International Way | Springfield, OR 97477
how is your connection entry under the "connection" node for the specific connection ? You have choosen "VNC" and how did you specify the adress to the Kronos box ?
Do you use the IP adress under Destination ? As from your screenshots, Port settings havent changed because with the former version Port 5900 was used and it worked.
But usually you should be able to make a testconnection to another VNC Box (pc) also to verify general function. The Error 10060 is mostly found as a timeout for the vnc
connection that points more or less to a firewall problem. But if it works with RD2015 that doesnt make sense here... ; For my testings I use a linux box with x11vnc and make sure server runs on port 5900. Then I make sure to use VNC as protocol in connections , use the Target IP in the Destination field and verify the port in the vnc node. That should be it. Off course port must be enabled.
Best regards,
Michael
best regards,
Michael -- michael.scholz@asg.com --
Good Morning,
Sorry for the long delay on this response.
The destination is set up as an IP address. When we created the connections we just entered each device's IP address and left all other fields with default values. If I use the previous version of ASG, 2015, then the connection works fine. If I use a different application (VNCViewer 6.0.2 from realvnc.com) the connection works fine. But if I use ASG2016 it just "sticks" on the connection window.
I ran a quick test comparing 2015 to 2016 and VNCViewer, with Wireshark monitoring the host. Below are snippets from the 3 outputs. It's worth nothing that in the ASG2016 output there are a number of errors stating "Unknown server message type". This error does only appears when using ASGRD-2016.
thanks for your efforts trying to find out whats going on here. We also want to find a solution here, but we need additional input from you side: could you find out what kind and version of VNC Server runs on your Kronos Box ?
Because there are differnet versions of VNC/UltraVnC and not all are really compatibel to each other. The error you captured with wireshark maybe points to a problem that has to do with some incompatibility.
Thanks,
Michael
best regards,
Michael -- michael.scholz@asg.com --
Hi Michael,
The software is installed on our time clocks and they don't have much of an interface for trying to gather that data. A quick search does reveal that it uses "TightVNC Viewer" but doesn't have any versioning information. I have entered a ticket with the vendor asking for the information.
I will be out of the office for the next 2 weeks though, so unless they get back to me by tomorrow, this post will be on hold again for a bit. Thanks for all your patience with the sporadic responses from my side
-tedd
Tedd Moreno | Application Developer, Sr | Information Services and Technology (IST)
PeaceHealth | 123 International Way | Springfield, OR 97477
Hi Michael,
The vendor was not able to get the full version information for us. Here's a quote with the information they were able to give:
VncViewer.jar is packaged in the rpm called fbserver-1.0-5.armv6jel_vfp. VncViewer is a java based open source library that's using TightVNC viewer applet with Xvnc.
After finding out the above, I checked the package: rpm -qil fbserver Name : fbserver Relocations: (not relocatable) Version : 1.0 Vendor: Kronos Release : 5 Build Date: Wed May 16 17:18:34 2012 Install Date: Wed May 16 18:46:05 2012 Build Host: windriver-dev Group: Applications/System Source RPM: fbserver-1.0-5.src.rpm Size: 302098 License: Kronos Signature: (none) Packager: Kronos Incorporated <http://www.kronos.com> Summary: The vnc viewer Description: The vnc viewer /etc/RAS /etc/RAS/rasconfig.ini /root/.vnc /root/.vnc/vncpass /usr/bin/fbserver /usr/bin/storepasswd /usr/local/RAS /usr/local/RAS/classes /usr/local/RAS/classes/VncViewer.class /usr/local/RAS/classes/VncViewer.jar /usr/local/RAS/classes/index.vnc /usr/local/bin/storepasswd
I opened up the VncViewer.jar and found this in the manifest:
Manifest-Version: 1.0
Created-By: 1.6.0_07 (Sun Microsystems Inc.)
Main-Class: VncViewer
The zipped up JAR file from the clock has been added as an attachment to this thread, if that helps.
Thanks!
-tedd
Tedd Moreno | Application Developer, Sr | Information Services and Technology (IST)
PeaceHealth | 123 International Way | Springfield, OR 97477
thanks for your efforts in finding out more about the used version. But I think the problem is not a viewer...the Kronos box has a vnc server that is connected by our viewer. But I don't have the ressources to dive deep into the VNC protocol. But hopefully we can get rid of the problem with our new version of ASG-RD that will be released soon: we implemented an updated VNC component !
You will see the announcement here in the forum and / or see that an update will be available after starting ASG-RD, when the new version is released.
Best regards,
Michael
best regards,
Michael -- michael.scholz@asg.com --
Hi Michael,
I have some news. I downloaded the new 2017 version and am experiencing the same issues. However, I have more detail now (and a work around). I've found that the never-ending connecting window can be eliminated by turning off Auto-Size on the "VNC Experience" settings. I tried to do this at the root level and use inheritance to adjust the settings on child objects but it didn't work. However, if I do a multi-edit connections and set Auto size to "none" on each individual connection we are in business.
Thanks,
-tedd
Tedd Moreno | Application Developer, Sr | Information Services and Technology (IST)
PeaceHealth | 123 International Way | Springfield, OR 97477
I know I am dragging up a 2 month old thread, but we are having a similar issue with our Kronos In-Touch clocks with ASG 2017. We have previously been using Visionapp 2010 with no issues, but upon adding the first clock and testing, we don't get the spinning connection, we get an Unhandled Exception error. This happens on all three boxes we have the application installed on.
We haven't had issues with any of the other connection types, only this one.