One Public IP for AAA-TM Deployments on NetScaler

One Public IP for AAA-TM Deployments on NetScaler

book

Article ID: CTX201949

calendar_today

Updated On:

Description

NetScaler supports AAA framework for Traffic Management (TM) virtual servers (henceforth called vserver) by leveraging various AAA features supported by authentication subsystem. The server used for authentication is called "authentication vserver" or AAA vserver.

There a different ways of deploying AAA-TM solution. Original incarnation of AAA-TM deployments (NetScaler firmware versions predating 10.1) comprised of a pair of TM and Authentication vserver. That is, for every TM vserver, one would need to configure an authentication vserver. However, all the TM vservers could reside behind a Content Switching (CS) vserver, reducing number of public endpoints to two.

Beginning 10.1 releases of NetScaler, users can take advantage of "authentication profiles" feature to use one authentication vserver for multiple TM vservers. At the heart of it, "authentication profiles" allow every TM vserver to achieve its own authentication schemes while leveraging single authentication vserver. This is depicted in the following diagram:

User-added image

However, there are some complexities associated with this model especially when some TM vservers require single factor and others require multiple factors. This is addressed with new feature called "nFactor" that is supported with 11.0 release of NetScaler. The nFactor gives a fresh perspective to authentication, streamlines the authentication flow and provides great flexibility during authentication. Scope of nFactor is beyond current document and readers are advised to refer to nFactor Deployment Guides for more details.

With the 11.0 version of NetScaler, it is possible to consolidate the above picture to one public endpoint by having authentication vserver slide adjacent to TM vserver so that there is one public end point, and in turn one certificate. This is depicted in the following diagram:

User-added image

Requirements

  • NetScaler version 11.0 build 64.34 or later.

Details

New behavior is achieved by allowing authentication vserver to be one of the target servers of CS vserver. This means that CS profile will now allow for an authentication vserver to be specified as the target server.

Once the configuration is in place, administrator would need to configure a CS policy to divert appropriate traffic to authentication vserver.

Configuration

add authentication vserver auth  SSL 1.1.1.1 443 - This could be non-addressable (0.0.0.0) port as well
add cs action csaction-auth-vserver -targetVserver auth - This is the authentication vserver
add cs policy cspolicy-auth-vserver –rule "http.req.url.eq(\"/\").not && (is_vpn_url||HTTP.REQ.URL.STARTSWITH(\"/nf/auth/\"))" –action csaction-auth-vserver
bind cs vserver cs-ssl –policyName cspolicy-auth-vserver –priority 10

Rest of the configuration is similar to normal CS configuration. It is omitted for brevity.
DO not forget to add Authentication on the CS and set up the correct Authentication FQDN if using Form Based Authentication.

Advantages

There are multiple advantages to this model. Obviously this model avoids multiple public endpoints and multiple certificates (or wildcard certificates). It also avoids opening another IP/port at firewall.In addition, the authentication vserver described can be configured with advanced authentication policies or nFactor to achieve true multi-tenancy and flexibility. There are lot of deployment guides on that subject and users are advised to refer to them.

nFactor Deployment Guides

Once administrator configures AAA-TM with a single IP as described in the preceding section, the following links can be used to configure specific deployment cases using nFactor.

Issue/Introduction

This article has information on how you can use one public IP for AAA-TM deployments on NetScaler.