The scenario: I work in a MSP that manages all the IT enviroment of 50 customers. Some customers are full managed by us (servers, network, firewall, etc). Others are partially managed (just the database server or just the web server). We access those clients in different ways, like a SSH, TS, Citrix, VPN client, etc.

What we want to do is: Connect to our customers with VPNs site-to-site (using IPSec). We have a Sonicwall firewall that can have up to 80 IPSec tunnels. By doing this, we will be able to use centralized management tools like Puppet, SCCM, logging, etc.

The problem: We have a range like Other customers have this range too. Other 3-5 customers also have a range.

So, the question is:

  • How can we manage this VPN with overlap address? How NAT would help me with this?
  • Is this a good way to work? Do you guys have similar scenarios?
  • If it's not, what could we do? What you guys suggest?

Thank you very much!

  • Did any answer help you? If so, you should accept the answer so that the question doesn't keep popping up forever, looking for an answer. Alternatively, you could provide and accept your own answer.
    – Ron Maupin
    Aug 11, 2017 at 18:21

2 Answers 2


I would start by limiting your exposure to these kinds of conflicts by using a less common RFC 1918 local network. I have rarely seen - used in smaller networks. Most fall in to the range that you have listed.

For your current predicament Source NAT is really the only viable option with that configuration. You would need to Source NAT your customers overlapping network to an unused internal network. For example: -> Source Nat -> -> Source Nat ->

Here is an older article that walks through the configuration with a Cisco ASA.

There are other options but this is pretty standard when you only control one side of the address scheme.



I agree with Daniel here. The best way to stay out of these kind of conflicts is to use a less common private ip range. I tend to use ranges from

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.