Configuring XenMobile Secure Web and HTTP Web Proxy

A common scenario and requirement is to use a HTTP Web Proxy gateway (BlueCoat, IronPort etc.) for outbound traffic to the Internet from the XenMobile Secure Web, securing and inspecting URL traffic etc.

Once again we use our lovely NetScaler to meet the objectives.

This post describes the implementation steps required.


  • Direct XenMobile Secure Web traffic through a HTTP Web Proxy for outbound inspection etc.
  • Provide SSO Authentication from Secure Web to HTTP Web Proxy Gateway


  • HTTP Web Proxy sends a 401 Challenge/Response upon authentication accepting our user credentials
  • XenMobile Secure Web MDX policy is set to “Tunnel to Internal network” and “Secure Browse” mode is enabled
  • NetScaler Gateway for mVPN traffic is doing LDAP authentication as one of the authentication factors and userPrincipalName is set as Attribute 1.

Traffic flow and NetScaler Configuration Steps

When Secure Web initiates a mVPN session towards the NetScaler Gateway, our NetScaler is authenticating the user against LDAP directory, and in the same time we extract the required AD Attribute, in this case the userPrincipalName which we are going to reference in our Traffic Policy controlling the SSO part of the flow.
When we from the Secure Web / NetScaler Gateway communicates with our HTTP Web Proxy gateway this sends a 401 Challenge, NetScaler catches the 401 message and respond with logged on credentials/authentication headers in next request to the Web Proxy providing SSO (Controlled by the Traffic Policy).

NS CLI – Configuration steps:

Bind above Traffic Policy to NetScaler Gateway for mVPN (MAM) traffic. Both iOS and Android will use the defined Web Proxy when using Secure Web, it will bypass proxy server for internal domains ending on .local in above example.


Traffic Profile:


Consider adjusting AppTimeout in order to limit the amount of time a user can stay authenticated to the web application.
Traffic Policy:


Another Reference

The guys at netscalerrocks also wrote an excellent blog post around this subject a few years ago:

HTTP Proxy Redirection for XenMobile WorxWeb

Leave a Reply

Your email address will not be published. Required fields are marked *