Virtual vpn in the cloud

sudo ipsec statusall 
 
Figure 11: Validation of established tunnel across the two sites 

---

25 
Figure 12: Validation of established tunnel across the two sites 
Figures 11 and 12 display the time since the tunnel was created, the key authentication 
mechanism used, the protocol used for encryption and mode in which IPSec was operated. 
10.1.1.0/24 === 10.1.2.0/24
and 
10.1.2.0/24 ===10.1.1.0/24
denoted the private networks 
secured across the two ends.
IP forwarding is enabled across the VPN peers ensures traffic is routed through the 
VPN tunnel, when the interesting traffic surpasses the client and reaches the gateway router.
4.3.3
 
Route-based configurations 
To route the client traffic from different subnets through respective VPN gateways, 
static routes are configured across the client systems. These routes force the client traffic to 
surpass through the VPN interfaces to ensure all private traffic flows through the tunnel and 
is secure through encryption at both ends. 
Across subnet 1,
up route add –net 10.1.2.0 netmask 255.255.255.0 gw 10.1.1.5 
Across subnet 2,
up route add –net 10.1.1.0 netmask 255.255.255.0 gw 10.1.2.18 
Figure 13: ESP traffic to ensure packets flow through the tunnel at Tenant 1 
Figure 14: ESP traffic to ensure packets flow through the tunnel at Tenant 2 
Figures 13 and 14 observes ESP packets, at the peer gatewys by using 
tcpdump
depicting 
traffic being routed through the tunnel. The client source and destination address are 
encrypted and encapsulated, and the new header displays the source and destination 
addresses of VPN peers thus protecting and securing client traffic from attacks.

---

26