自我总结IPsec隧道和传输模式.pdfVIP

即使使用传输模式，在L2L的模型中，SetPeerX.X.X.X的IP地址和原本IP包头中的目的地址不相同的话，也会

在外层再添加一个新的IP包头，

这个新的包头就是setpeerX.X.X.X为目的地址的包头，源地址用发出接口的地址来发出数据包。等于自动转换成

了隧道模式。所以必须要做到原始数据包中的目的IP地址和setpeer语句中的ip地址一样才能是传输模式，否则会

自动转换为隧道模式

如GREoverIPsec就可以使用传输模式。而且推荐使用传输模式。因为如果是隧道模式IPsec将会在原来的最外层

ip包头的更外层添加一个以setpeerx.x.x.x为目的地址和本身发出接口地址为源地址的数据包，如图所示：

这个是传输模式，配置了setpeer为20.0.0.2因为匹配最外层IP数据包的地址，所以不在更外层添加新的地址。说

一下过程，pingR2的Loop接口，路由器首先查看路由表，发现下一条是tunnel接口，所以用tunnel接口事先定义

的源和目的地址来封装数据包。也就是用10.0.0.1到20.0.0.2来封装数据包，然后送到S0/0物理接口，由于在物理

接口上有一个cryptomap路由器查看这个流量是否和crypomap的感兴趣流匹配，（感兴趣流定义permitgrehost

10.0.0.1host20.0.0.2）由于与定义的感兴趣流匹配，也就是GRE协议的10.0.0.1到20.0.0.2，所以与setpeer对端建

立IKE阶段12的协商，由于是传输模式，而且setpeer的地址同最外层IP包头的地址相同，所以不进行再次封装。

而是直接插入AH头后从物理口送出。

这个是隧道模式，可以看到在最外层的数据包的更外层又添加了一个新的匹配setpeerx.x.x.x的IP包头，浪费了资

源

这个是setpeer1.1.1.1符合IP包目的地址的数据包分析，可以运行在传输模式，要注意让源地址也要符合对方的目

的地址才可以建立连接可以用cryptomapnamelocal-addressinterface来定义封装数据包的源端口。

总结：setpeer定义了封装的目的地址。cryptomapnamelocal-addressinterface定义了封装的源地址,(默认是用出接

口的地址)。

如果是传输模式那么要求Setpeer的地址和原始的（也就是最内层的）IP数据包的目的地相同，否则自动变为隧道

模式

有一点要注意就是IPSEC也是只处理最外部的IP包头，比如下图的这种情况，如果要指定感兴趣流，只能制定

10.0.0.1到20.0.0.2的流量，因为是在物理接口上绑定的cryptomap

而GRE的封装发生在进入这个物理口之前。所以IPsec不管GRE封装里面的原始地址（1.1.1.1到2.2.2.2），他只

能加密外层的（10.0.0.1到20.0.0.2）

2.0.0.0/32issubnetted,1subnets

S2.2.2.2isdirectlyconnected,Tunnel0

也就是数据包首先到达tunnel0接口，然后进行GRE封装，添加新的IP包头（如下图所示），然后送到物理口s0/0，

这时在s0/0接口上有一个CRYPTOMAP查看感兴趣流是否触发加密（感兴趣流为iphost1.1.1.1host2.2.2.2），但

是由于最外面封装的是10.0.0.1到20.0.0.2的IP包，所以不会触发加密，所以以明文传输。

对于IPsecoverGRE来说，举一个失败的例子。

首先定义crymap，设置对等体（setpeer）为R2的物理接口地址（20.0.0.2）。设置感兴趣流为1.1.1.1到2.2.2.2。cry

map绑定在tun0接口。传输集为传输模式。设置静态路由为从1.1.1.1到2.2.2.2出口为tun0接口

首先发出一个ping包目的地址为2.2.2.2源地址为1.1.1.1这个包先到达tun0接口，由于tunnel0接口上有一个crypto

map所以路由器查看cryptomap，发现这个流量和感兴趣流匹配，虽然是传输模式，但是由于setpeer