We are wondering if ARR can help us resolve the business challenge that we are facing.
We are looking into ways to distribute content through a SharePoint Portal (with iFrames linking to Back-end Applications). Our problem lies in the network topology employed at our client’s site.
Looking at several methods to resolve this problem, we have identified ARR as one possible solution, but we are yet unsure if this is possible or how to implement it.
The network is made of 4 different subnets, with different packet filters that control the traffic between these 4 subnets:
· Sub1: A subnet for client computers
· Sub2: A subnet containing only the SharePoint server
· Sub3: A subnet containing all the (web) applications that our client use
· Sub4: A subnet containing the database servers that contain the data of the application servers.
We are attaching a diagram (physical) that showcases the distribution of servers and the network topology in place.
The main network policies that are in-place on the centralized firewall pose our challenge in implementing SharePoint as a portal solution. Traffic is only allowed from the client’s subnet to the SharePoint’s subnet. Client’s cannot access the application’s subnet.
What we would like to do is have the client access SharePoint (which has iFrames for the back-end applications), and have SharePoint act as a “proxy” to our requests for client calls (as per the diagram “logical”).
Can ARR do that?
Do we need to deploy ARR on the SharePoint server, or on another server in the front?
How can this configuration be achieved? The back-end applications represent several applications each hosted on its individual server (There are no needs for load balancing of any sort).
