Just food for thought here. I don't think Juniper and Cisco should be let off the hook for Microsoft
not providing APIs. Don't get me wrong, I think not providing APIs is a colosal mistake on MS's part, but Cisco and Juniper still own responsibility. So does IT.
We use a Juniper SA Secure Access SSL VPN appliance where I work. According to this document, Juniper
SA should support WinRT if the appliance is simply configured to do so. My IT department has flat out admitted that the VPN appliance should support IKEv2, but they won't make the necessary configuration to allow it to happen.
http://www.juniper.net/us/en/local/pdf/datasheets/1000220-en.pdf
This is supported further by this link (which has already been shared on this thread)
http://technet.microsoft.com/en-us/library/jj900206.aspx
When it comes to Juniper or Cisco, I think they could deliver an app, to be delivered through the
app store, that would provide limited support and functionality. This is a concept, so I might not have all of the technical details right. :) As I understand it, all apps delivered from the app store are sandboxed from each other. This prevents any SSL (or
other connections) from being used system wide. Ok, Juniper, let's just work with that then:
Create an app that provides your SSL connection to your network appliances that contains the following
BUILT-IN functionality.
* RDP client
* File browser that can see/copy remote and local file systems.
* Web browser to access internal web-based resources.
This would probably satisfy the needs of most people that want VPN, and it could all be contained
within a single app.
PS - I'm also wondering if this will be addressed with the 8.1 update coming later this year.