0特别说明
1 IPSEC部署
（1）为什么需要部署Gre Over ipsec
说明：VPN的需求其实非常简单，就是与分部进行安全的访问，当然只允许财务部之间的互访【这个根据需求决定】，这路需要注意，除了这个以外，还有无线AP需要注册到总部来，这个需要通过VPN进行加密连接，但是这里总部是固定IP，而分部则是PPPOE拨号，这个只能通过动态策略模板来进行部署。所以这里需要实施 Gre Over ISPEC。
「模拟器、工具合集」复制整段内容
链接：https://docs.qq.com/sheet/DV0xxTmFDRFVoY1dQ?tab=7ulgil（2）IKE 对等体配置
[USG-GW]ike peer to-branch[USG-GW-ike-peer-to-branch]pre-shared-key ccieh3c.taobao.com[USG-GW-ike-peer-to-branch]undo version 2（3）IPSEC策略配置[USG-GW]ipsec proposal to-branch
不需要配置策略 ，默认有md5、des、esp-tunne，当然可以根据自己需求定义。
（4）定义感兴趣流量
[USG-GW]acl number 3004[USG-GW-acl-adv-3004]rule permit gre source 1.1.1.1 0 destination 2.2.2.2 0说明：该ACL定义的是GRE的流量，但是匹配有些特殊，该说明在后续说明。
（5）动态policy VPN模板[USG-GW]ipsec policy-template dx 1000[USG-GW-ipsec-policy-template-dx-1000]security acl 3004[USG-GW-ipsec-policy-template-dx-1000]ike-peer to-branch[USG-GW-ipsec-policy-template-dx-1000]proposal to-branch
（6）静态Policy关联动态Policy vpn[USG-GW]ipsec policy vpn_1 999 isakmp template dx
可以看到出现的问题，一个VPN只能关联 一个策略模板，所以这里就出问题了。
2 解决动态IPSEC与L2TP over ipsec共存的问题
（1）升级版本到新版本
在新版本中，策略模板是可以关联多个的，如果可以的话可以升级后进行配置。
（2）该l2tp over ipsec为l2tp，把模板留个IPSEC VPN使用
这里采用第二种办法，把l2tp over ipsec改为l2tp即可。修改方法很简单，把接口调用的IPSEC去掉，然后把L2TP的IPSEC相关的策略undo掉。
[USG-GW]int g0/0/1[USG-GW-GigabitEthernet0/0/1]undo ipsec policy[USG-GW]int g0/0/2[USG-GW-GigabitEthernet0/0/2]undo ipsec policy[USG-GW]undo ipsec policy vpn_1 1000[USG-GW]undo ipsec policy vpn_2 1000[USG-GW]undo acl 3003[USG-GW]undo ipsec policy-template l2tp[USG-GW]undo ipsec proposal l2tp[USG-GW]undo ike peer l2tp说明：可以看到把关于L2TP 的IPSEC部分都去掉了，现在只存在L2TP，也就是说，客户端只需要用L2TP进行拨入即可，关于L2TP的话拨入，xp的设置需要修改下注册表，而Windows 7的话默认可以拨入 不需要修改注册表，只需要把策略修改为可选加密即可。
再次调用IPSEC VPN策略[USG-GW]ipsec policy vpn_dx 1000 isakmp template dx（7）接口调用[USG-GW]int g0/0/1[USG-GW-GigabitEthernet0/0/1]ipsec policy vpn_dx（8）Tunnel接口配置[USG-GW]interface lo0[USG-GW-LoopBack0]ip address 1.1.1.1 32[USG-GW]interface Tunnel 0[USG-GW-Tunnel0]tunnel-protocol gre[USG-GW-Tunnel0]ip address 10.1.1.1 30[USG-GW-Tunnel0]source lo0[USG-GW-Tunnel0]destination 2.2.2.2说明：Tunnel接口的定义与平时的配置不一样，平时都是通过公网地址进行配置，但是由于分支是PPPOE环境，所以这里并不能明确指定，所以这里利用一个特性，两边各自建立一个Loopback接口，然后通过GRE的流量来触发VPN的建立，这里形成一个 变相的 Gre over ipsec的现象，这个可以在后续看到现象的时候在分析。（9）新建Zone，加入对应接口[USG-GW]firewall zone name gre[USG-GW-zone-gre]set priority 35[USG-GW-zone-gre]add interface Tunnel 0（10）放行VPN到内网的流量，双向[USG-GW]firewall packet-filter default permit interzone trust gre（11）VPN需要放行的流量说明：之前已经放行了L2TP与IPSEC IKE的，所以这里还需要放行一个GRE，因为GRE的流量默认也是拒绝的。[USG-GW]policy interzone local isp_dx inbound[USG-GW-policy-interzone-local-isp_dx-inbound]policy 0[USG-GW-policy-interzone-local-isp_dx-inbound-0]policy service service-set gre[USG-GW-policy-interzone-local-isp_dx-inbound-0]policy destination 1.1.1.1 0
说明：该策略之前已经定义好了，只需要增加一个GRE协议进去，另外也是允许访问1.1.1.1，因为要协商GRE。
（12）运行OSPF说明：在Tunnel中建议跑OSPF协议，当然静态路由也是可以的，但是不方便收敛，而且OSPF可以实现负载均衡效果，因为总部部署的是双ISP。[USG-GW]ospf 1 router-id 1.1.1.1[USG-GW-ospf-1]area 0[USG-GW-ospf-1-area-0.0.0.0]network 10.1.1.1 0.0.0.0说明：允许OSPF，保证在Tunnel中双方建立OSPF邻居，在安全的隧道中传输数据。（13）只允许分支看到指定的路由【也就是需要加密通信的】说明：在该需求中，我们只需要财务部门之间进行互访，另外分支AP可以正常的注册到AC上面来，所以我们希望的是，双方只看到各自需要的路由，这样只对这些流量加密，其余的则不加密。静态路由定义[USG-GW]ip route-static 192.168.21.0 24 192.168.100.254[USG-GW]ip route-static 192.168.1.251 32 192.168.100.254[USG-GW]ip ip-prefix import_static permit 192.168.21.0 24[USG-GW]ip ip-prefix import_static permit 192.168.1.251 32[USG-GW]route-policy ospf-filter-routing permit node 10[USG-GW-route-policy]if-match ip-prefix import_static[USG-GW]ospf 1[USG-GW-ospf-1]import-route static route-policy import_static说明：这样的话，当OSPF建立邻居后，对方只会收到这2条静态路由，为了防止 以外的话，做个route-map，里面用ACL匹配只允许这2条进去，这样的好处就是防止以后如果添加了其他静态路由的话，对方也收不到（14）测试结果
说明：由于分部没有配置，所以这里先测试不了，只能等分支配置完毕在进行配置。