08-13-2010 05:35 AM - edited 08-13-2010 05:36 AM
I have the following scenario:
{ LAN } ---> (SRX 3600) ---> { Internet } ---> (remote endpoint) ---> { Remote LAN }
All traffic from LAN to Remote LAN should be NAT'd and transmitted through an IPSec tunnel. I'm pretty sure my configuration is ok, at least it conforms to the application note Policy-Based VPN Configuration and Troubleshooting as well as the output of the VPN configuration tool in the KB. The relevant configuration is attached; sorry I can't supply the public IP addresses involved.
The output of show security ike security-associations is empty, and I am stumped. I have flag all configured under IKE traceoptions, and kmd log shows:
Aug 13 15:15:24 kmd_sa_cfg_free: Tunnel node for tunnel 0 (SA: 01009-vpn1) not found Aug 13 15:15:24 Group/Shared IKE ID VPN configured: 0 Aug 13 15:15:24 kmd_diff_config_now, configuration diff complete
Solved! Go to Solution.
08-13-2010 06:03 AM
08-13-2010 06:06 AM
Thanks for the reply. Here's the output:
admin@srx> show security ike security-associations admin@srx> show security ipsec security-associations Total active tunnels: 0 admin@srx>
08-16-2010 07:32 PM
08-16-2010 11:42 PM
Thanks for the response. In this case, traffic is only initiated from zone customer-private to zone public, but I would be very interested to know how a bidirectional IPSEC VPN with NAT should be implemented.
I don't think the tunnel comes up at all. No traffic matching the policy has passed the firewall yet because I need to be sure that this tunnel works before I migrate the private network to the SRX. However, shouldn't the tunnel be established even without traffic with the establish-tunnels immediately directive?
I can't really derive any useful information from the KMD log or the show command output, so I'm at a loss here. The remote endpoint does get repeated IKE connection attempts from the egress interface address, so is it possible that my configuration simply doesn't match that of the remote endpoint?
08-17-2010 12:09 AM
08-17-2010 03:34 AM
The tunnel seems to work after all, it just needed some traffic to pass through it to be established even though I had establish-tunnels immediately configured. Thanks for your help WL, another big step taken towards moving our full production environment to the Juniper platform!