PulseSecure has inherited a back log of client side issue due to Java elements in the client interface. With Chrome depreciating Java Plugin and Safari making the plugin untrusted we are in a situation where IE or Firefox are the only two client options. Both have their own unique challenges. What can we look forward to with PulseSecure in supporting diverse client browser environments? I would very much love to see the following. First, a Linux x64 and x32 native Pulse client consistent with the rest of the platform. A rewrite of the client browser interface to use only html5/javascript. An integrated HTML5 RDP,Telnet,SSH capability or an API based integration with such a service. An API based approach would allow clients to be passed to role mapped resources with authentication passing to the destination. Pulse Collaboration could also take a heads up from this approach, possibly be folded into this capability. Join.me enables a very good browser based session sharing meeting method and would make a good model to look at. An HTML5 PCOIP/ICA capability would also a solid move. Any method that requires browser plugins creates a support burden and limits an otherwise excellent platform. Terminal, Meeting, and Thin client capabilities could all be rolled into service conceptually. It might require an add on server to support but I could accept that if it beats the current prohibitively priced Java based HOBS method.
... View more
