OpenVPN Multiple Site-to-multiSites routing
-
Now that I think more about it, it is likely the Client VPN network needs to be added not as a route but as a local network in the OpenVPN setup. Sorry, I didn't catch that the first time.
OpenVPN Server 1 Config : (VPN peer2peer SSL/TSL) with Site BServer Mode: Peer to Peer ( SSL/TLS )
IPv4 Tunnel Network: 10.0.8.0/24
IPv4 Local Network/s: 172.20.0.0/22**,10.0.11.0/24**
IPv4 Remote Network/s: 172.16.0.0/22push "route 172.20.0.0 255.255.252.0";
push "route 172.31.0.0 255.255.252.0";
push "route 172.19.0.0 255.255.252.0";Client Specific Override is one in the server for all site
OpenVPN Server 2 Config : (VPN peer2peer SSL/TSL) with Site C
Server Mode: Peer to Peer ( SSL/TLS )
IPv4 Tunnel Network: 10.0.9.0/24
IPv4 Local Network/s: 172.20.0.0/22**,10.0.11.0/24**
IPv4 Remote Network/s: 172.31.0.0/22push "route 172.20.0.0 255.255.252.0";
push "route 172.16.0.0 255.255.252.0";
push "route 172.19.0.0 255.255.252.0";OpenVPN Server 3 Config : (VPN peer2peer SSL/TSL) with Site D
Server Mode: Peer to Peer ( SSL/TLS )
IPv4 Tunnel Network: 10.0.10.0/24
IPv4 Local Network/s: 172.20.0.0/22**,10.0.11.0/24**
IPv4 Remote Network/s: 172.19.0.0/22push "route 172.20.0.0 255.255.252.0";
push "route 172.31.0.0 255.255.252.0";
push "route 172.16.0.0 255.255.252.0";This is probably good as is.
IPv4 Tunnel Network: 10.0.11.0/24
IPv4 Local Network/s: 172.20.0.0/22,172.16.0.0/22,172.31.0.0/22,172.19.0.0/22
Compression: enabled
Dynamic IP: Allow connected clients to retain their connections if their IP address changes (checked).
Address Pool :Provide a virtual adapter IP address to clients (checked).
Disable IPv6: blank
Certificate Depth : one (client+server)
Advanced configuration: blank -
Unless I'm misunderstanding your setup, I think this can be vastly simplified.
There's no need for separate server setups on Site A for each of B, C, and D.You setup Server A with (very similar to your first post):
OpenVPN Server Config:
Server Mode: Peer to Peer ( SSL/TLS )
Protocol: UDP
Device Mode: tun
Interface: WAN
Local port: 1194
IPv4 Tunnel Network: 10.0.8.0/24
IPv6 Tunnel Network: blank
Redirect Gateway: blank
IPv4 Local Network/s: 172.20.0.0/22
IPv6 Local Network/s: blank
IPv4 Remote Network/s: 172.16.0.0/22,172.19.0.0/22,172.31.0.0/22
IPv6 Remote Network/s: blank
Compression: enabled
Type-of-Service: blank
Duplicate Connections: blank
Disable IPv6: blank
Certificate Depth : one (client/server)Then in "VPN->OpenVPN->Client Specific Overrides" section you create one new entry for each of the client sites (three in total) with:
Common name->The "CN" field from the client's certificate EXACTLY as it appears in the certificate (watch out for extra spaces if you cut and paste)
Tunnel Network->10.0.8.0/24
IPv4 Remote Network/s->172.16.0.0/22 You only need the particular remote network for this client (each one of the three entries will be different).The client setups are even simpler:
Server Mode: Peer to Peer ( SSL/TLS )
Protocol: UDP
Device Mode: tun
Interface: WAN
Local port: blank
Server host or address:<address of="" openvpn="" server="">
Server port:1194
<cryptographic settings="" as="" they="" were="" since="" you="" could="" connect="" before="">IPv4 Tunnel Network: 10.0.8.0/24
IPv6 Tunnel Network: blankMake sure you have one rule in the "Firewall->Rules->OpenVPN" tab that allows all traffic on both the Server and each of the Clients.
Restart the OpenVpn Server and then each of the clients. In the Server's OpenVPN log you should see each of the client's attempting to connect.When they do, the server will use the ClientSpecificConfiguration settings for each client to generate an "iroute command" specifying which of the remote networks (you previously listed 3 in the server) applies to which connected client.
This should be much simpler to enter and maintain.
One thing you haven't mentioned, which version of pfSense are you using for the Server and Clients?</cryptographic></address>
-
Hi and thanks for your replay,
I started Before the simple setup for 1 openvpn server for all clients but I was surprised to get the same tunnel ip for all clients and losing the openvpn connection for that sites and for this reason I separat and setup many server to clients openvpn connection
i'm using for server and all clients the last version of pfsense 2.2.2 -
Why are you making your subnetting so complicated?
If you want 4 /24 networks (a /22) at each site, why not just do this:
Site A 172.19.0.0/22
Site B 172.19.8.0/22
Site C 172.19.16.0/22
Site D 172.19.24.0/22That leaves you room to double the number of addresses at each site if you need to.
Then, in the server, define 172.19.0.0/16 as the remote network
push route 172.19.0.0 255.255.0.0 to each site
iroute 172.19.8.0 255.255.252.0 to Site B
iroute 172.19.16.0 255.255.252.0 to Site C
iroute 172.19.24.0 255.255.252.0 to Site D
And don't forget firewall rules. Traffic has to be passed where ENTERING a site so traffic from Site B to Site C has to be passed on OpenVPN on Site A and Site C.
-
Yes sure,
But my topology was it to have 4 networks /22 and must be like that :)
and my answer for the question of divsys about 1 server for all clients (sites) was it the issus of the same tunnels ip in the clients this is my reason for changing 1 server for each client but thanks for every person who contibuate for this subject.
I will trying the New parameter and answer for the result -
That gives you four networks - a /22 - at each site.
You're just making it hard on yourself.
Unless you're telling me you are unwilling or unable to renumber the end sites.
-
Why does it matter that the sites have the same tunnel addresses?
The tunnel is used by the OpenVPN server and clients to encapsulate the traffic you want routed.
In general they don't participate in your network traffic, just make sure the tunnel doesn't overlap any of your LAN subnets (the numbers I gave previously are fine).
In general a simpler design is a superior one IMHO…......
-
hi ,
I try many times without successthis my configuration
i just upload somes sceenshots of my config:
you will see rules of WAN/OPENVPN in site A (server) and rule in site B
you will see my setup in server for openvpn to site b
you will see also Client Specific Override in server
and you will see external setup client i just change the tunnel adress from 10.0.11.0/24 to 10.0.10.0/24 because i remove the site D from my topologyhope this screenshots help to resolve my problem.
![OpenVpn Rule Site A Server.png](/public/imported_attachments/1/OpenVpn Rule Site A Server.png)
![Openvpn Client Site B.png_thumb](/public/imported_attachments/1/Openvpn Client Site B.png_thumb)
![Openvpn Client Site B.png](/public/imported_attachments/1/Openvpn Client Site B.png)
![OpenVpn Rule Site A Server.png_thumb](/public/imported_attachments/1/OpenVpn Rule Site A Server.png_thumb)
![OpenVpn Rule Site B.png](/public/imported_attachments/1/OpenVpn Rule Site B.png)
![OpenVpn Rule Site B.png_thumb](/public/imported_attachments/1/OpenVpn Rule Site B.png_thumb)
![Openvpn server to sites.png](/public/imported_attachments/1/Openvpn server to sites.png)
![Openvpn server to sites.png_thumb](/public/imported_attachments/1/Openvpn server to sites.png_thumb)
![Openvpn Server2externalclient.png](/public/imported_attachments/1/Openvpn Server2externalclient.png)
![Openvpn Server2externalclient.png_thumb](/public/imported_attachments/1/Openvpn Server2externalclient.png_thumb)
![Openvpn Server2siteB.png](/public/imported_attachments/1/Openvpn Server2siteB.png)
![Openvpn Server2siteB.png_thumb](/public/imported_attachments/1/Openvpn Server2siteB.png_thumb)
![Wan Rule Site A Server.png](/public/imported_attachments/1/Wan Rule Site A Server.png)
![Wan Rule Site A Server.png_thumb](/public/imported_attachments/1/Wan Rule Site A Server.png_thumb)
![wan Rule Site B.png](/public/imported_attachments/1/wan Rule Site B.png)
![wan Rule Site B.png_thumb](/public/imported_attachments/1/wan Rule Site B.png_thumb) -
You obviously don't understand how the firewall rules work yet. Until you do you are going to have a rough go of things.
https://doc.pfsense.org/index.php/Firewall_Rule_Troubleshooting
On your server's OpenVPN tab (OpenVpn Rule Site A Server.png) you have a rule passing traffic with a source of LAN net. You should NEVER see traffic coming INTO your pfSense node from OpenVPN clients with a source address of LAN net. if you do, you probably want it to be blocked, not passed.
None of the rules after the pass IPv4 any any any rules on your OpenVPN tabs will ever be hit, because the first match, top down, stops rule processing. I would just delete them.
OMG you're trying to configure a Remote Access (road warrior) VPN as a site-to-site/peer-to-peer. That will never work.
-
Some good points about the setup here, but he has explained he is getting connected to his remote server without an issue and even talking to the local network of the firewall he is connected into. It's the remote worker to site to site network routing that isn't working.
I think it is an issue with telling the Client PC to actually route over the tunnel. I noticed in the remote server setup screenshot that the "Redirect Gateway" option isn't checked.
I just tested in my lab successfully. I used the "Redirect Gateway" option to force all client generated traffic through the tunnel.
My remote worker VPN server was setup with network 10.1.1.0/24.
My site to site VPN server on the Firewall A was setup like:
IPv4 Tunnel Network: 10.10.10.0/30
IPV4 Local Networks: 192.168.1.0/24,10.1.1.0/24
IPV4 Remote networks: 192.168.230.0/24My site to site VPN Client on Firewall B was setup like:
IPv4 Tunnel Network: 10.10.10.0/30
IPV4 Remote networks: 192.168.1.0/24,10.1.1.0/24I am not pushing any routes over my tunnels.
Rules for OpenVPN was set to a simple "IPV4 Allow Any Any" on both A and B (to make things easier for testing).
I was able to successfully ping from my client PC to LAN Gateway on A, the LAN Gateway on B, and a LAN device on B. Here is a traceroute screenshoot.
![remote vpn routing.PNG](/public/imported_attachments/1/remote vpn routing.PNG)
![remote vpn routing.PNG_thumb](/public/imported_attachments/1/remote vpn routing.PNG_thumb) -
thank you jdp0418
problem resolved all is working .
-
thank you jdp0418
problem resolved all is working .
have same requirement here, could u share u'r configuration ?
-
is it possible to use the same configuration explained in the example, but using preshared key instead certificates?
-
Bump!
I too have this same question.
I am using PEER to PEER with preshared key. A second connection to the server never generates an entry in the server the two seem to hack each other (when on is up the other is down) so I went to a separate Server for each client connection too.
I used different TUNNEL Ip's if that matters, 172.16 /24 and 172.17/24 for the tunnel ips.
Anyway with my multiple Servers at site A, I have established both client connections, to sites B and C. A to B works fine and I can ping and both directions from A->B and B->A fine. However I CANNOT do the same for A->C or C->A!!!
Can not figure it out. All Client settings ate the same except for those specific to the client.
What would cause this? I can ping from PFSENSE console at site C to ip's at site A, but from any PC at site C I cannot ping anything at site A.
Rules look fine, again everthing is IDENTICAL in Clients/Server settings for B and C. Cant figure it out!
Thanks,
MP