Cisco Portforwarder Control and Cisco SSL VPN Relay Loader ActiveX Controls I am implementing an SSL VPN service using Cisco ASA. I noticed that my users will need to install Cisco Portforwarder Control and Cisco SSL VPN Relay Loader ActiveX Controls in order to access Terminal Servers and Web bookmarks via RDP and HTTP/HTTPS respectively.

Hi, My company has just purchased a new RV320 router and only afterwards found out from the release notes that there are issues with the SSL VPN in this unit and other small business routers. Is there any news on when these issues will be fixed? 1) ActiveX controls have expired certificate dated 24/9/14 - this prevents them from running unless without changing IE security settings to prompt or allow unsigned controls, which is a big security risk. 2) ActiveX controls do not work on Windows 64-bit. Release notes state Windows 7 IE10 and Windows 8.1 IE11, however they also fail on Windows 7 IE11. Even adding router to Trusted Sites to force 32-bit mode results in error message stating that IE is required for the controls. 3) Virtual Passage driver will not install - crashes IE10/IE11 with a BEX violation.

From a dig around the web it appears that the Netgear SRX5308 uses the same Cavium chipset and a Virtual Passage driver that works with Windows 7 64-bit, and installs fine using IE10/11 (and if you install the Netgear driver it works with the Cisco RV routers too, proving that the driver is fully compatible.) - if Netgear can get this working, why can't Cisco? I've only just started setting us this router and show stopper issues like this might end up with an RMA being requested as it appears to be unsuitable for purpose, already run into other issues with I've posted about.:( EDIT: Got (2) sort of working on IE11 - seems that the Cisco interface is specifically looking for old style IE user agent strings, so using developer tools to set the user agent to IE9, and changing security settings in Trusted Sites to prompt for unsigned controls (due to issue (1)), allows the controls to install and load. These issues are pretty simple to fix, requiring just a string check change and updated signed controls. Fingers crossed these are fixed in the new firmware due soon, awaiting response from Cisco support to my open ticket. Looks like (3) is prevented from working by (1), and also because the certificate has expired it is treated as software without a valid publisher which cannot be installed in Windows 7 without fiddling in the registry. Releasing an updated version with a certificate that isn't expired should solve that issue too. These are ridiculously simple fixes to push out, I can't believe a major hardware vendor like Cisco hasn't already solved these issues.

I've had a reply from Cisco support regarding this issue, and it's a bleak outlook. This is a copy from the email I received: ' Engineering has no plans to support SSL VPN on RV32x due to chipset limitations. Pretty much, it will work for old XP and Win7 32-bits.' So Cisco are falsely advertising that the RV320 has SSL VPN capabilities when there are no plans to update it so that it works with 64-bit Windows (which is now the major install base for Windows as most new systems are 64-bit based), and as the certificates have expired in the SSL VPN components they are not even useable on 32-bit systems without overriding a number of security settings. Tried it this morning, didn't work with either Win7 64-bit IE10 or Win8.1 IE11. Have sent an email to Cisco support. At this point I just want to get a refund and change to a different vendor, this RV320 has been sat on my desk doing nothing for months now and is not fit for purpose.

Johnson matthey gold serial number lookup. Systools ost recovery 43 crack torrent. Looks like IE11 support was added and then partially commented out in the javascript check for IE, to the point that it doesn't work and pops up saying that IE is required. The virtual passage driver can't be installed due to it's signed certificate having expired, and the caveat note in the release notes about setting IE to allow download of unsigned controls doesn't work around the issue that Windows itself won't allow unsigned drivers to install without changing registry settings that are in place to help keep malicious code out. Decided to have another crack at this today, reset the router and rebuilt the configuration from scratch. Again, virtual passage failed, even though I'm using IE11 with compatibility view set (which changes useragent to one that the router recognised as IE) and with download unsigned control enabled. Tried to download the XTunnel_WOW64.cab file direct from the router too see if I could install the drivers manually, and was greeted with a screen full of binary data.