随着多WAN路由器的普及，这个产品也进化并结合另一个企业宽带不可缺少的要素，即是VPN。对于企业而言，经济方便的互联网虽然提供一个很好的通讯平台，但是开放及标准的通讯方式却有可能让企业传送的信息发生外泄的情况。VPN经由加密的技术，确保信息于公开的互联网传输的安全，即使被有心者拦截也无法解读。多WAN配合VPN，在应用也渐渐为VPN的规划者所重视，在新的网络配置拓朴上纷纷采用多WAN VPN产品。
Qno侠诺多WAN VPN产品
Qno侠诺身为多WAN路由器产品的领先厂商，在多WAN VPN也积累了相当的经验。Qno侠诺为企业应用所开发的WAN VPN产品QVM系列，包括中小型企业使用的双WAN产品QVM100及QVM330，另外还有四个WAN口的QVM660及QVM1000。这些产品除了具备多WAN路由器的特点，例如负载均衡、备援、带宽管理外，也支持VPN应用，包括IPSec、PPTP及Qno侠诺特有的简化配置SmartLink VPN，并支持VPN备份功能。
根据侠诺科技技术支持的经验指出，采用多WAN VPN配置的用户，主要是希望解决单一线路VPN所无法满足的问题，以下是四种常见的多WAN VPN应用问题：
１．预留带宽扩充弹性
很多VPN的客户一开始时只用VPN支持单一应用，例如EPR接入，但随着网络应用的需求，后续可能持续增加VPN的应用，例如远程文件共享、分支办公室间的VoIP（可节省通讯电话费），甚至或影像会议，都需要作带宽的扩充。若是采用单一线路，未来势必进行线路的升级，变动较大成本也较高。若是采用多WAN路由器，即可一开始先以AD线路作为VPN应用，待后续增加应用时，再升级增加AD线路或是增加光纤线路。这样的规划，初始建置的成本较低，未来进行升级的空间也大，不会产生投资的浪费或设备的淘汰。
这样的情况，发生在中型的企业。由于经费有限，对于网络规划强调弹性，可随着企业应用渐次升级，初始的投资金额又不会太大，采用二个WAN的产品，例如QVM330产品，具备带宽管理的功能，足以满足中型企业的功能。若将来需要升级到四WAN线路，则可将QVM330产品，移到较大的分公司或分支办公室，总部升级到QVM660规格的四WAN产品，可达到渐次升级的目的。
２．解决跨网带宽瓶颈
有些企业由于经营的特性，在中国不同区域或国外都有分支办公室，都想经由VPN交流信息。但由于中国存在“南电信北网通”情况，因此位于南方的办公室往往采用电信线路，而位于北方的办公室则采用网通线路，总公司位于大都市，往往较有机会申请到二家运营商的线路。在采用单一线路时，若是总公司采用电信线路时，从网通线路建立VPN的办公室，会发生不稳定或VPN掉线情况；反之若总公司采用网通线路由，则从电信建立VPN也会不稳定。若是采用多WAN路由器，总部可同时连接不同运营商线路，配合策略路由，指定不同运营商的分支办公室，各自由对应的线路建立VPN通道，则可解决南电信北网通跨网瓶颈。
Qno侠诺有一例从事物流快递服务的客户，由于办公室遍及全国各地，又需要以互联网交换货物运送信息，因此即规划位于广州的总部，分别接入电信及网通的线路，并分别设置不同的VPN拨入口，以让各地办公室建立VPN，可达到快速交换信息的目的。另一家是从国跨国制造的公司，则采取VPN Hub的功能，来解决跨网的问题：该公司在国内有二个工厂分别接入电信及网通的光纤，但仍时常发生VPN互联不稳定情况，经过Qno侠诺技术服务部门建议后，该公司通过位于国外的销售办公室的多WAN路由器，设置VPN Hub功能，也就是国内两个工厂通过国外销售办公室互通，大大增加反应的速度。也就是国内的两个点虽然是不同运营商，但可经由国外的线路互通，也能增高速度。
３．上网及VPN带宽分开管理方便
对于上网人数较多又需要采用VPN的企业，网管特别希望能将VPN带宽及一般上网带宽分开，以免互相受到影响。多WAN路由器可支持多条线路，网管可将上网及VPN带宽分开，在这种情况下，VPN应用不致受到上网用户，例如BT下载的影响，而VPN应用需要带宽时，也不会限制一般用户的上网。
例如位于广东的一连锁网吧总部，即采用QVM1000产品连接多条线路，其中一条作为VPN专用，提供加盟的网吧作VPN拨进，进行营业信息及应用的交换。而一般用户宽带上网则使用其它的线路，也可进行策略路由及带宽管理的配置，两种线路独立，方便网管进行管理。另外，需要这种应用的例如现代化连锁酒店，由于经常要提供带宽给客人用，但又需要和其它加盟酒店建立VPN联机，在这种情况下采用多WAN VPN产品，可保证客户服务及加盟酒店间互通的顺畅。
４．保留线路给特定应用提高通讯质量
多WAN路由器由于可支持多个线路，再加上VPN可确保安全及传输不受到运营商的控管，因此受到企业的欢迎。例如企业分支办公室间的VoIP如果流出，那么就会让企业的信息外流。有些企业则有时需进行较大文档的传输，例如设计图的交换、或是影像会议的进行。在这种时侯，网管就可配置特定的线路给这些应用，以保证稳定的通讯质量，不致因为带宽不稳定而中断。
例如位于浙江省的一家制造业企业，每天下班后都必须和国外进行影像会议通讯，这时网管就可将特定线路保留给影像会议应用，以确保会议进行的持续。
在公共网络设施上使用 Tunneling、加密、解密等技术实现私有网络的连接，各个私有连接在公共网络上与其它的私有网络之间相互不可见，这就是 VPN。
也就是说只要满足这样条件的网络我们都将其称之为 VPN 虚拟私有网络：
使用共享的公共环境，也就通过公网服务实现各个私有网络的连接；
不同的私有网络间相互不可见的。
VPN（Virtual Private Network），虚拟的私有网络，所谓的虚拟表示的这是一个逻辑上的专用线路来连接远在各个不同地方的私有网络，这里的私有网络便是对外所不公开的、自己使用的局域网。
使用 VPN 是因为随着公司业务的扩展在距离很远的地方有不同的分布，但是又需要使他们能够访问私有的数据、资源等等，通过公网访问太不安全，通过专线访问成本太高，所以有了 VPN。可以使用低廉的公网价格享受类似于专线的服务，并且数据经过加密非常的安全。
像我们上节实验所提到的 Frame Relay 帧中继技术所提供的 PVC 永久的虚拟电路与 VPN 是有差异的，同时 VPN 与 Frame Relay 的性能上还是有很大的差距，我们可以通过 这样一篇文章 来看看他们之间的对比。
相对于帧中继来说 VPN 更加的安全、灵活。
在接触到一个新的事物时我们首先会关心：
这个东西是什么？
这个东西用于何处？
这个东西怎么用？
上文我们便了解到 VPN 是虚拟专用网络，表示一套逻辑上建立在公网上的私有网络。而在 VPN 的发展中属 IPSec VPN（IP Security） 使用的最为广泛，主要在于其有这样的一些特点：
私有性：IPSec 在传输数据包之前，将数据包加密，这样保证了三层及以上层次的数据得到了保护，不易被人窃取私密信息；
完整性：IPSec 在目的地要验证数据包，以此来保证数据包在传输过程中没有被修改。例如提供了 Hash 算法（单向散列算法）中 MD5、SHA1 等等，通过该算法加工后的数据会生成世界上唯一的字符串，即使内容做了一点点的修改，修改一个字节，一个字符，一个比特位重新加工出来的字符串都会与之前的不同；
防重发：通过序列号实现放置数据包被捕捉与重复数据包；
身份验证：用于判断数据是否源于正确的创建者。
这个被广泛使用、不断发展的协议适合应用于这样的一些场景：
Site-to-Site：顾名思义站点到站点间做的配置，例如成都总公司与广州子公司之间的出口路由上配置，这两个出口都是固定长期不会变化的。
End-to-End：顾名思义便是端到端之间的应用，例如我家中的 PC 上有一些私密的数据，此时我出差在外需要访问这些私密的数据，这样 PC 与 PC 之间的连接便是端到端之间的连接。
End-to-Site：顾名思义便是端到站点之间连接的应用，例如我出差在广州，此时我需要访问成都总公司服务器中的数据，该服务器放置在公司的局域网内部，此时我需要访问内网中的数据便将我的终端 PC 与内网的出口路由做链接，这样我便能访问内网中的所有资源了。
IPSec 的使用只需要在两端出口的路由上做简单的配置即可使用。并且配置好后不会有太繁重的维护任务，长期使用。
IPSec 的功能如此的强大能够为我们提供加密、认证等等的一些列功能，这显然不是一个协议所能办到的事情，所以 IPSec（Internet Protocol Security）是一个协议组或者说是协议簇，IPSec 就是这一套协议组合的名字。这个组合专门用于 IP 数据通信的安全方面，其中大致包含这样一些主要的协议：
AH（Authentication Header）：网络认证头部协议，主要用于数据源验证、数据完整性校验和防报文重放功能。
ESP（Encapsulating Security Payload）：封装安全有效负荷，同样是一个安全协议，与 AH 类似，但是除了 AH 拥有的功能之外还有数据包的加密功能，在 IPSec 中可以使用 AH 或者 ESP 或者两者一起使用。
IKE（Internet Key Exchange）：密钥管理协议，在加密过程会涉及的共享密钥，公钥，私钥等等，所以需要一个专门管理的协议。
ISAKMP(Internet Security Association and Key Management Protocol)：网络安全联盟的密钥管理协议，这是 IKE 协议中的一部分，AH 与 ESP 的使用时都需要该协议的支持
这就是 IPSec，虽然还是模模糊糊，但是至少知道我们知道了它是什么，用于哪里的。
IPSec 的整个使用过程从原始数据到加密到路由之间的发送筛选等等一系列的过程十分的复杂，此处只是简单的说明一下其运行中的过程：
IP 数据包到达了安全路由器上，路由去会根据此数据包的源 IP 地址、端口号等等的信息与设置好的 ACL 对比（ACL，Access Control List，称之为访问控制列表，就像一个安全名单一样，这样信息与该名单上的信息匹配就会做一些特殊的处理）；
若是在 ACL 中安全通过了，便查看路由器中的路由表，有没有相关的目的 IP 地址信息，若是有便根据路由表的指示将其发送至本机的目的端口中去；
在端口上再次匹配 ACL，若是符合条件没有问题，便交给 IPSec 来处理；
IPSec 处理的第一步便是检查 SA 的模式
检查是 Tunel 模式
检查是 Transport 模式（因为两种模式的 IP 数据包头处理方式不同）
IPSec 处理数据，使用 AH 或者 ESP 的方式，亦或者两者同时使用，各种封装的方式。
若是使用 ESP 的方式将加上新的 IP Header，若是使用的 AH 则加上的数据包头与原理的相同。
这边是整个发送数据包的大致过程，两种封装模式的不同导致添加的数据包头就不同，我们可以看 这样一篇文章 来了解之间具体有什么不同。
再多的理论只是也不是太明白，直接操作一番便知道 IPSec 是如何实现安全通信，已经远程两个局域网络的连接。
实验目的：配置实现 IPSec VPN
实验材料：四台路由器
实验方法：
拖动四台路由器（两台用作 PC 的充当，两台用作出口路由的充当）
配置路由器名字与连接线路
配置路由器的端口地址
配置 IPSec
验证 IPSec
1.按照惯例，利用我们的终端打开 GNS3，然后拖出四台路由器，做出这样的拓扑:
2.按照拓扑图上的要求配置各个端口的 IP 地址。（每个连接线上的是该连接的网段，端口旁的 .1 是主机号）
由此我们便配置好了各个端口的 IP 地址，我们可以用两台 PC 去 ping 各自的网关以及直连路由上端口的 IP 地址，例如 PC1：
同时可以使用 PC2、Router1、Router2 测试。
如此我们便完成了第二个步骤。
3.配置 RIP 动态路由
在配置 VPN 之前我们首先得保证整个网络都是通的，也就是说若是我本地的机器都不能上网这还说个啥的 VPN，数据加密呀。
配置好动态路由之后我们发现此时的网络环境已经是全网通的状态了。例如 PC1：
4.此时的网络处于全网通的状态，我们便可以开始配置 IPSec VPN 了。
上文我们提到过 IPSec 是一个协议组合，里面有很多的协议组成的，有 IKE 的密钥管理，封装方式等等，其中在两个站点建立连接的时候最重要的是两个协商
一个协商是 IKE 安全通道的建立协商
一个协商是 IPSec 安全参数的协商
在 IKE 协商协商的时候比对这样一些参数双方是否一致：
使用的加密算法
Hash 算法（单向散列算法）
DH 算法（Diffie-Hellman key exchange算法）用于密钥交换
身份认证
IKE 协商的生存时间：两个端点协商认可对方之后并不会永久生效，会有个生存时间。超时之后会再次协商''
所谓的协商就是比对双发使用的参数是否一致，而这个参数的集合叫做 IKE policy，也就是 IKE 的策略集。
在 IPSec 协商的时候也会有一些参数：
使用的加密算法
Hash 算法（单向散列算法）
使用的封装模式（AH、ESP）
使用的安全协议
IPsec 协商的生存时间：两个端点协商认可对方之后并不会永久生效，会有个生存时间。超时之后会再次协商
而 IPSec 的协商参数集合也有一个名字叫做 transfer set转换集。
了解整个建立过程之后我们便开始配置 VPN 了，通过上述讲的过程我们首先配置会配置 IKE policy 然后配置 IPSec 转换集：
如此我们便配置好了 Router1 的所有协商内容了。你可能会觉得很麻烦要配置这么多集合，为什么不配置在一次，一个 policy，一个 transfer-set，一个 crpyto map。
这也是我们之前所提到过的模块化思想，一个 policy 可用优先级来区分，这样可以设置多个 policy。这是密钥交换、设备之间的认证一部分的功能不应该与 transfer set 糅杂在一起，应为 policy 是设备间的认证，transfer 是应用于端口上，端口之间的协商。
而 crypto map 的独立是因为若是有其他的端口需要使用相同的策略可以直接重用，而不用重新在协议套，不直接使用 transfer set 是因为可能我们使用的转换集是一样的但是我们的 ACL 策略不同，我在使用的使用可以在创建一个 crypto map 使用同样的转换集，只是新建一个 ACL 来应用而已，但是没有 crypto map 我们就必须转换集与 ACL 都重新协议套了。
所以说了这么多，这些的独立就是为了重用，在修改的时候也相互独立，管理方便。
配置好了 Router1，我们便来配置其对端的 Router2，配置上基本一模一样，因为所有的参数在协商的时候都会对比，只有相同的时候才会成功，所以几乎一模一样，但是注意在配置 peer，authentication 的密钥分享地址上要写成 Router1 的 IP 地址哦，因为那才是 Router2 的对端 IP 地址嘛。
由此我们便配置好了 Router2 上的相关参数了
5.将相关的 crypto map 应用在相应的端口上
6.由此我们便完成了所有关于协商相关的配置，我们便来验证我们的配置是否成功。
此时我们再次使用 PC1 去 ping PC2。再次之前我们先打开 Router1 与 Router2 之间链路上 wireshark 的监听，我们可以看到有这样的数据包出现：
我们捕获到了 isakmp 相关的数据包，说明 Router 之间使用该协议相互通信，当然这并不能说明什么，我们只用这样的命令来查看 session，只要发起过回话就会有 session 的记录：
同时我们还可以使用这个命令查看 sa 的状态：
这些都足以证明我们此时使用的 Tunnel 的加密隧道在通信中。
相关的调试命令有这样一些，在这里就不逐一的为大家展示了，大家可以仔细观察相关的信息：
debug 的使用开启之后不会立即有信息出来，只有在相互通信时才有相关的信息蹦出来。
欢迎分享，转载请注明来源：夏雨云
微信扫一扫
支付宝扫一扫
评论列表（0条）