Advertisement

09.18.2008 at 11:08AM PDT, ID: 23743393
[x]
Attachment Details
[x]
The Solution Rating System

With so many solutions, how can you tell which solutions are most likely to help you and which ones are not? To provide you with a tool to use, we rate our solutions based on various elements that most accurately determine if a solution is a quality solution. To explain what factors affect the solution rating, here are the elements we take into consideration when formulating our solution rating.

  • The Grade of the Solution
  • The Zone Rank of the Expert Providing the Solution
  • The Number of Author and Expert Comments
  • The Number of Experts Contributing
  • The Feedback of the Community

Your Input Matters
Because of the way the system is set up, the most important variable in this equation is you. As a member of Experts Exchange, you are able to cast your vote on the quality of the solutions in regard to how complete, accurate, helpful and easy to understand each solution is. When you provide your feedback, each rating is adjusted accordingly. So, if you see a solution that has a poor rating that you think is a good solution, let us know by rating it. As you do, the rating will be adjusted and will become more accurate for other members of our site.

If you have any suggestions that you would like to make for our rating system, please ask a question in the Suggestions Zone of Community Support.

Thank you!

8.5

One-to-one NAT'ing inbound VPN traffic

Asked by jimbobmcgee in Cisco PIX Firewall, Virtual Private Networking (VPN), Networking Hardware Firewalls

Tags: ,

Bit of a long brief, I know but...

I'm doing a feasibility study for offloading some of our servers to a datacentre, with DR at a second datacentre.  We have some infrastructure already in place at these sites (namely, a ASA5510 and C2960 at each) and would like to configure these for inbound VPN access from our site.  We are not expecting fully automatic failover to the secondary site, but I would like to minimise the required config, should a DR situation occur.

Given the primary centre's LAN range is 172.a.1.0/24 and the secondary is 172.b.1.0/24 (with peers 80.a.a.a and 80.b.b.b, respectively), my thoughts are to establish two standard VPN tunnels from our local ASA5505 (peer 62.x.x.x, LAN 192.168.x.0/24), so I can access both sites independently.  

Additionally, to facilitate the minimal config requirement, I think it should be reasonable to establish a single tunnel to the primary peer via an arbitrary third LAN range (192.168.y.0/24) and have the primary site's ASA5510 do a one-to-one translation of 192.168.y.0/24 to 172.a.1.0/24.  In the case of DR, I'd swap this tunnel's peer to that of the secondary site and configure the second site to translate 192.168.y.0/24 to 172.b.1.0/24.  If our local DNS server mapped the server names to the 192.168.y.0/24 addresses, our local nodes shouldn't be any of the wiser, in the event of a DR.

My question is, is this inside NAT feasible with an ASA5510?  I'm certain it should be but I do not have the funds secured for an adequate test rig.  Also, I'm reasonably familiar with static, global and nat commands (in a copy/paste capacity on my outside interface) but I'm having trouble picturing it; can someone get me started?

J.Start Free Trial
[+][-]09.19.2008 at 05:13AM PDT, ID: 22520246

View this solution now by starting your 7-day free trial. Setting up your free trial is quick, easy, and secure. We will return you to this solution, unlocked, when you're done.

 

About this solution

Zones: Cisco PIX Firewall, Virtual Private Networking (VPN), Networking Hardware Firewalls
Tags: Cisco, ASA5510
Sign Up Now!
Solution Provided By: lrmoore
Participating Experts: 1
Solution Grade: A
 
 
[+][-]09.22.2008 at 02:37AM PDT, ID: 22538511

Often, when Experts are collaborating with members who have asked questions, they will request additional information about the problem. Askers respond with an author comment like this one.

Start your 7-day free trial to view this Author Comment or ask the Experts your question.

 
 
Loading Advertisement...
20080716-EE-VQP-32 / EE_QW_2_20070628