How to configure two different portals (secure and nonsecure) with the same IP/FQDN based on source IP address or Network - ISA IAG integration Created by forefrontforums on 10/13/2010 9:30:46 PM Before you begin
The following technical article was written based on the following customer requirements:
- Only one SSL Certificate
- Only one FQDN name (DNS entry) and one external IP (I used internal IP's for the demo)
- Two different portals for 2 different types of users
- Allow access to these portals based on source IP address or network
The following diagram illustrate the custom architecture based on the requirements above and the integration of ISA and IAG together on the same appliance / virtual appliance

Important to know!
- I will not demonstrate how to create IAG portals in the following technical documents, there are articles / videos for that purpose in our site www.ForefrontSecurity.org
- I will not demonstrate how to create the relevant ISA rules, but I will show all the detailed configurations
- ISA server on the IAG appliance / virtual appliance in the following architecture will publish the IAG portals. This means that ISA will perform:
- HTTP and SSL Termination (Reverse Proxy)
- Link Translation
- Application Layer Inspection
- Path validation
- Public name validation (FQDN)
- Layer 3 and Layer 4 protection (Source / Destination IP / ports)
- In the following scenario ISA will not perform any kind of authentication, IAG will be responsible for that
Prerequisites
- Create your own 2 IAG portals, the first one is HTTPS portal and the second HTTP portal
Configure HOST records on the ISA server (C:\Windows\System32\drivers\etc\hosts) so it will identify the public names of the IAG portals. In our scenario we used the following HOSTS records:
39.1.1.2 nonsecure.iagserver.org
39.1.1.3 portal.iagserver.org
Configuration Procedures
Phase 1: Create the IAG portals
The following print screen present the secured HTTPS portal with Public hostname (FQDN): portal.iagserver.org , port 443 and IP address 39.1.1.3 as I showed in the diagram abo

The following print screen present the nonsecure HTTP portal with Public hostname (FQDN): nonsecure.iagserver.org , port 80 and IP address 39.1.1.2 as I showed in the diagram above
Note! Make sure you choose different portal name because you cannot create 2 portals with the same name

Phase 2: Create ISA Publishing rules
You will need to create 4 publishing rules in the following order with 2 different listeners (pay attention to the Allow/Deny actions and to the http/https listeners

- Create the firstRule: nonsecure.iagserver.org(deny)
Pay attention to the action - DENY and Redirect toyourhttps portal


- On the "Form" tab pay attention to the source Vendor Network (10.10.10.0)
On the "To" tab make you enter the public name of the nonsecure IAG portal (and you have corresponding hosts record)


On the "Listener" make sure you choose the HTTP listener (without authentication)


- On the "Public Name" tab configure the FQDN you want your Vendors and Employees will write in the URL when accessing the portal
On the "Path" tab leave the default configuration


- On the "Authentication Delegation" tab choose "No delegation, and client cannot authenticate directly"
On the "Bridging" tab choose "Redirect request to HTTP port" (use the default port 80)


On the "Users" tab choose "All Users"

- Create the secondRule: nonsecure.iagserver.org
Pay attention to the Action – Allow


- On the "Form" tab pay attention to the source Employees Network (192.168.10.0)
On the "To" tab make you enter the public name of the nonsecure IAG portal (and you have corresponding hosts record)


On the "Listener" make sure you choose the HTTP listener (without authentication)


- On the "Public Name" tab configure the FQDN you want your Vendors and Employees will write in the URL when accessing the portal
On the "Path" tab leave the default configuration


- On the "Authentication Delegation" tab choose "No delegation, and client cannot authenticate directly"
On the "Bridging" tab choose "Redirect request to HTTP port" (use the default port 80)


On the "Users" tab choose "All Users"

- Create the thirdRule: portal.iagserver.org(deny)
Pay attention to the action - DENYand Redirect to your http portal


- On the "Form" tab pay attention to the source Employees Network (192.168.10.0)
On the "To" tab make you enter the public name of the secured IAG portal (and you have corresponding hosts record)


On the "Listener" make sure you choose the HTTPS listener (without authentication)


- On the "Public Name" tab configure the FQDN you want your Vendors and Employees will write in the URL when accessing the portal
On the "Path" tab leave the default configuration


- On the "Authentication Delegation" tab choose "No delegation, and client cannot authenticate directly"
On the "Bridging" tab choose "Redirect request to SSL port" (use the default port 443)


On the "Users" tab choose "All Users"

- Create the forth Rule: portal.iagserver.org
Pay attention to the action – Allow


- On the "Form" tab pay attention to the source Vendor Network (10.10.10.0)
On the "To" tab make you enter the public name of the secured IAG portal (and you have corresponding hosts record)


On the "Listener" make sure you choose the HTTPS listener (without authentication)


- On the "Public Name" tab configure the FQDN you want your Vendors and Employees will write in the URL when accessing the portal
On the "Path" tab leave the default configuration


- On the "Authentication Delegation" tab choose "No delegation, and client cannot authenticate directly"
On the "Bridging" tab choose "Redirect request to HTTPS port" (use the default port 443)


On the "Users" tab choose "All Users"

Phase 3: Test your architecture
Vendor Network Test
- Access the Vendor computer
- Surf to https://portal.iagserver.org
- Perform authentication and access the portal
- Validate that this is the Vendors portal
- Surf to http://portal.iagserver.org
- Check that you redirected to https://portal.iagserver.org and this is the Vendors portal
Employee Network Test
- Access the Employee computer
- Surf to http://portal.iagserver.org
- Perform authentication and access the portal
- Validate that this is the Employees portal
- Surf to https://portal.iagserver.org
- Check that you redirected to http://portal.iagserver.org and this is the Employees portal
If you have any issues with the following architecture please go to our Technical Forums in the following link: http://Forums.ForefrontSecurity.ORG
