当前位置：首页 > news >正文

政府门户网站建设方案在什么网站可以免费

news 2025/8/3 2:37:46

政府门户网站建设方案,在什么网站可以免费,河南网站建设公司排名,网站怎么做评论目录 VPN GRE GRE环境的搭建 GRE的报文结构 GRE封装和解封装报文的过程 GRE配置编辑 R1 R2 GRE实验编辑 MGRE 原理 MGRE的配置 R1 R2 R3 R4 查看映射表抓包 MGRE环境下的RIP网络综合练习编辑 VPN 说到GRE，我们先来说个大…

VPN

GRE

GRE环境的搭建

GRE的报文结构

GRE封装和解封装报文的过程

GRE配置编辑

GRE实验编辑

MGRE

原理

MGRE的配置

查看映射表

抓包

MGRE环境下的RIP网络

综合练习编辑

VPN

说到GRE，我们先来说个大家熟悉一点的，那就是VPN技术。

背景需求
- 企业、组织、商家等对专用网有强大的需求。
- 高性能、高速度和高安全性是专用网明显的优势。
- 物理专用网价格高昂，物理架设实施有难度。传统的通过租用专线或拨号网络的方式越来越不适用。(性价比较低)

VPN ---Vitual Private Network，虚拟私有网)︰是指依靠ISP或其他NSP在公用网络基础设施之上构建的专用的安全数据通信网络，只不过这个专线网络是逻辑上的而不是物理的，所以称为虚拟专用网。
- 虚拟:用户不再需要拥有实际的长途数据线路，而是使用公共网络资源建立自己的私有网络。
- 专用:用户可以定制最符合自身需求的网络。
- 核心技术:隧道技术

GRE

VPN技术的核心其实是隧道技术。而我们今天要讲的这个GRE（General Routing Encapsulation）其实就是一种隧道封装技术。

隧道技术∶在隧道的两端，通过封装及解封装技术在公网上建立一条数据通道，使用这条通道进行数据传辑

GRE --- 通用路由封装，标准的三层隧道技术，是一种点对点的隧

GRE环境的搭建

这里可以先使用ENSP搭建一个GRE的工作环境进行演示讲解。

搭建如上的示意拓扑。我们现在的需求就是通过GRE技术保证左边的1.0网段可以正常的访问右边2.0网段。

我们先按照现在所学的把我们该配的都配好。R1,R2,R3的IP，及R1,R3上应该配置到达ISP路由器的缺省路由以及配置nat，配置完后，126.0.1应该可以ping通23.0.0.1。当然，两边的私网IP地址肯定是不可能通的。

其实这个隧道的原理很简单，就是我们假装中间有一个虚拟的链路将两边的路由器连接。这个虚拟的链路也需要在一个内网的网段当中。当然我们这样配，肯定没问题，问题是，你配好了数据包也没办法去走这个虚拟的链路啊，因为他本身就不存在。数据还是只能从真实的接口中出走真实的链路。

所以，这中间就需要GRE帮忙搬运流量。

GRE的报文结构

GRE在封装数据时，会添加GRE头部信息，还会添加新的传输协议头部信息。
GRE封装报文时，封装前的报文成为净荷，封装前的报文协议称为乘客协议．然后GRE会封装GRE头部，GRE称为封装协议，也叫运载协议．最后负责对封装后的报文进行转发的协议称为传输协议。

GRE封装和解封装报文的过程

设备从连报私网的接口接受到报文后，检查报文头部中的目的IP地址字段，在路由表查找出接口，如果发现出接口是隧道接口，则将报文发送给隧道模块来处理。
隧道模块接收到报文后会首先根据乘客协议的类型和当前GRE隧道配置的校验和参数，对报文进行GRE封装，即添加GRE报头。
然后，设备给报文添加传输协议报文头．即IP报文头。该IP报文头的源地址就是隧道源地址，目的地址就是隧道目的地址。
最后，设备根据新添加的IP报文头目的地址，在路由表中查找相应的出接口，并发送报文，之后，封装后的报文将在公网中传输。
接受端设备从连接公网的接口收到报文后，首先分析IP报文头，如果发现协议类型字段的值为47(GRE的协议号)，表示协议为GRE协议，于是出接口将报文交给GRE模块处理。GRE模块去掉IP报文头和GRE报文头，并根据GRE报文头部的协议类型字段，发现此报文的乘客协议为私网中运行的协议，于是将报文交给该协议处理。

GRE配置

将R1，R2，R3 的IP配好，R1，R3 配好缺省nat

R1

[R1]interface Tunnel 0/0/0   // 创建隧道接口
[R1-Tunnel0/0/0]tunnel-protocol gre	     // 定义封装方式
[R1-Tunnel0/0/0]ip address 10.0.0.1 24	   // 配置隧道IP
[R1-Tunnel0/0/0]source 12.0.0.2      // 定义封装源IP 
[R1-Tunnel0/0/0]destination 23.0.0.2 	//定义封装目的IP
[R1]ip route-static 192.168.2.0 24 Tunnel 0/0/0      // 配置静态让其从tunnel0/0/0接口发出

R2

[R3]interface Tunnel 0/0/0
[R3-Tunnel0/0/0]tunnel-protocol gre 
[R3-Tunnel0/0/0]ip address 10.0.0.2 24
[R3-Tunnel0/0/0]source 23.0.0.2 
[R3-Tunnel0/0/0]destination 12.0.0.2
[R3]ip route-static 192.168.1.0 24 Tunnel 0/0/0

GRE实验

MGRE

当然，GRE本身还是存在缺陷的，主要是他创建的通道是一个点到点的隧道，导致其扩展性较差。要是存在多个分公司需要和总部连接，融为一个私网时，利用GRE技术需要打通的通道就太多了。

这种场景就可以使用另一种技术，MGRE，即多点通用路由封装协议。

在这种场景下，如果想要将四个私网融合成一个私网的话，使用GRE隧道，则需要四个私网之间彼此打通一条隧道，这样显然是不方便的。我们希望所有可以像MA网络一样，用一个网段将所有的私网连接起来。虚拟链路的逻辑图应该如下所示。

但这样有个问题，我们GRE是点到点的虚拟隧道，他在发送的时候必须要指定要封装的源IP和目标IP。而现在这种场景下，他是没有办法指定一个具体的目标IP的。所以MGRE的核心任务就是需要想办法将这个过程变成动态的，我和谁通信，目标地址就修改成谁。

这里就需要用到一个协议的辅助，那就是NHRP协议。

NHRP.…下一跳解析协议…妳原理也很简单，我们在这些私网中选择一个出口物理IP不会变的作为NHRP的中心(NHS-下一跳服务器)。这样，剩下的分支就都可以知道中心的隧道IP和物理IP。然后，NHRP要求所有分支都需要将自己物理接口IP6159IP发给NHS。(发生变化就需要重新发送。）这样我们的NHS会将所有的分支的地址映射关系动态的记录在本地。发送信息时查询即可。分支之间需要发送信息也需要获取这个映射关系，就需要先问NHS要。

我们发现我们用MGRE搭建的这个逻辑拓扑也是网络中存在多个节点，但是本身他在发送的时候还是一个点到点的发送，并不存在广播或者组播行为，所以，这样的网络我们可以近似的看作是NBMA网络（这是逻辑上的NBMA，也就是靠技术模拟的。真实的物理上的NBMA网络需要靠帧中继技术搭建，我们不去研究。)

原理

中心站点，固定的公有ip地址；建议定义为NHRP的server为中心站点；
tunnel配置完成，所有的分支站点将自己当下的信息发送到NHRP的server处，生成映射列表；
此时中心站点可以直接和所有的分支站点进行GRE通讯；分支站点间直接GRE，通讯时，需要先到NHRP的server处下载映射列表，之后再进行GRE通讯。

MGRE的配置

在MGRE网络中会存在中心站点和分支站点，分支站点站点需要向中心站点注册自己的隧道信息，当站点间联系时就会先发向中心站点，分支站点查表后再发网目标站点

R1为中心站点其他为分支站点

首先配置好IP，nat及缺省 R5只配IP

R1

[R1]interface Tunnel 0/0/0			// 创建tunnel口
[R1]ip address 10.0.0.1 255.255.255.0 			// 配置隧道接口ip地址
[R1]tunnel-protocol gre p2mp		// 先修改接口模式为多点GRE
[R1]source 15.0.0.2			// 定义公有的源IP地址
[R1]nhrp network-id 100			// 这一步就可以了，这里面需要注意的是这个域ID是具有全局意义的，配置相同的域ID则可以加入到同一个nhrp域中，类似于ospf的进程号。
// 静态路由
[R1]ip route-static 192.168.2.0 24 10.0.0.2
[R1]ip route-static 192.168.3.0 24 10.0.0.3
[R1]ip route-static 192.168.4.0 24 10.0.0.4

R2

[R2]interface Tunnel 0/0/0			// 创建tunnel口
[R2]ip address 10.0.0.2 255.255.255.0 			// 配置隧道接口ip地址
[R2]tunnel-protocol gre p2mp		// 先修改接口模式为多点GRE
[R2]source 25.0.0.2			// 定义公有的源IP地址
[R2]nhrp network-id 100			// 这一步就可以了，这里面需要注意的是这个域ID是具有全局意义的，配置相同的域ID则可以加入到同一个nhrp域中，类似于ospf的进程号。
[R2]nhrp entry 10.0.0.1 15.0.0.2 register // 去往中心站点注册 分别为 中心 隧道IP 物理IP
// 静态路由
[R2]ip route-static 192.168.1.0 24 10.0.0.1		//可以时隧道口
[R2]ip route-static 192.168.3.0 24 10.0.0.3
[R2]ip route-static 192.168.4.0 24 10.0.0.4

R3

[R3]interface Tunnel 0/0/0			// 创建tunnel口
[R3]ip address 10.0.0.3 255.255.255.0 			// 配置隧道接口ip地址
[R3]tunnel-protocol gre p2mp		// 先修改接口模式为多点GRE
[R3]source 35.0.0.2			// 定义公有的源IP地址
[R3]nhrp network-id 100			// 这一步就可以了，这里面需要注意的是这个域ID是具有全局意义的，配置相同的域ID则可以加入到同一个nhrp域中，类似于ospf的进程号。
[R3]nhrp entry 10.0.0.1 15.0.0.2 register // 去往中心站点注册 分别为 中心 隧道IP 物理IP
// 静态路由
[R3]ip route-static 192.168.2.0 24 10.0.0.2
[R3]ip route-static 192.168.1.0 24 10.0.0.1
[R3]ip route-static 192.168.4.0 24 10.0.0.4

R4

[R4]interface Tunnel 0/0/0			// 创建tunnel口
[R4]ip address 10.0.0.4 255.255.255.0 			// 配置隧道接口ip地址
[R4]tunnel-protocol gre p2mp		// 先修改接口模式为多点GRE
[R4]source 45.0.0.2			// 定义公有的源IP地址
[R4]nhrp network-id 100			// 这一步就可以了，这里面需要注意的是这个域ID是具有全局意义的，配置相同的域ID则可以加入到同一个nhrp域中，类似于ospf的进程号。
[R4]nhrp entry 10.0.0.1 15.0.0.2 register // 去往中心站点注册 分别为 中心 隧道IP 物理IP
// 静态路由
[R4]ip route-static 192.168.2.0 24 10.0.0.2
[R4]ip route-static 192.168.3.0 24 10.0.0.3
[R4]ip route-static 192.168.1.0 24 10.0.0.1

查看映射表

<R1>display nhrp peer all

抓包

这里是 R3 在 ping R4 R3会先向R1下载映射信息（初次联通的时候）

MGRE环境下的RIP网络

这里补全路由的过程可以采用最简单的静态路由来完成，那自然也可以通过动态路由协议来完成，这里，我们先通过RIP协议来完成MGRE环境下的路由获取，至于OSPF协议，之后我们在学习了OSPF的细节知识之后，我们再去尝试。

注意，在做RIP宣告的时候，只需要宣告环回网段（私网网段)，以及隧道网段即可，公网接口可以不用激活，因为并不需要他去收发RIP数据。也不需要其路由信息，这部分路由我们走的是缺省，我们一开始就配置好了。

当然，在执行完RIP的配置操作之后，我们会发现，这也环境下的网络存在一些问题，并没有完全的按照我们预想的结果来。我们做如下总结︰

在MGRE环境下使用RIP来获取未知网段的路由信息

只有获取到分支的路由信息，但是分支并没有获取到中心的路由信息
- ---解决方案---在中心上开启伪广播。---通过给所有分支分别发送数据包达到类似广播的效果。
- ```
[r1-Tunnel0/0/0]nhrp entry multicast dynamic
```
分支在中心开启伪广播后，只能获取到中心的路由信息，但是无法获取分支之间的路由信息。
- 主要是因为华为设备默认开启了RIP的水平分割，导致中心不会再从隧道接口将学来的分支路由发送给其他分支
- 解决方案---关闭接口的水平分割
- ```
[r1-Tunnel0/0/0]undo rip split-horizon
```