首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

tun设备的妙用-V**篇

tun设备 我们一定见过了令人眼花缭乱的各种网络设备,有物理网卡,也有如veth和bridge这样的虚拟设备,现在又来了一个tun设备。 tun设备是什么呢?...图 1:tun设备和eth设备对比示意图 现在我们大概能猜得出:使用 tun设备的目的,其实是为了把来自协议栈的数据包,先交给某个打开了/dev/net/tun字符设备的用户进程处理。...很显然,对于tun设备而言,将接收到的数据发往应用层这个动作是在它的驱动层面实现的。代码位于drivers/net/tun.c。 隧道协议 聊完了tun设备,我们再来看看隧道协议。...或许你猜到了,它通过已经打开的/dev/net/tun设备,往tun虚拟网卡写入解密拆封后的数据。可还记得上一步v** client是通过读取tun设备从而得到浏览器发出的请求?...这里,它通过向tun设备写入数据来让浏览器得到它想要的回复。 前面提到对于内核和协议栈而言,既然tun设备就是一个网卡,那么当它接收到数据后,就需要完全按照网卡接收数据的流程来处理。

1.3K20

部署LVS TUN集群

一、TUN模式集群 ​在NAT模式中,由于所有的请求及响应的数据包都需要经过LVS调度器,如果后端的服务器数量较大,则调度器就会成为整个集群环境的瓶颈。...而请求包的大小往往小于响应包,因为响应数据包中包含有客户需要的具体数据,所以TUN模式的思路就是将请求与响应分离,让调度器仅处理请求,让真实服务器将响应数据包直接返回给客户端。...在TUN模式中有一个IP隧道,这个IP隧道是一种数据包封装技术,可以将原始数据包封装并添加新的包头(包头内容包括新的源地址和端口,新的目标地址和端口),从而实现将一个目标为调度器VIP地址的数据包封装,...通过隧道转发给后端的真实服务器,通过将客户端发往调度器的原始数据封装,并在其基础上添加新的包头(修改目标地址为调度器选择出来的真实服务器的地址及端口),TUN模式要求真实服务器可以直接与外部网络连接,真实服务器在收到请求数据包后直接给客户端主机响应数据...二、实战案例 案例需求 部署基于LVS TUN模式的Web集群 实验环境 五台安装CentOS8的虚拟机一台测试机,一台LVS分发器,一台路由器,两台web服务器 注意事项 关闭selinux 关闭防火墙

53110

tun设备的妙用-VPN篇

tun设备 ---- 我们一定见过了令人眼花缭乱的各种网络设备,有物理网卡,也有如veth和bridge这样的虚拟设备,现在又来了一个tun设备。 tun设备是什么呢?...图 1:tun设备和eth设备对比示意图 现在我们大概能猜得出:使用 tun设备的目的,其实是为了把来自协议栈的数据包,先交给某个打开了/dev/net/tun字符设备的用户进程处理。...很显然,对于tun设备而言,将接收到的数据发往应用层这个动作是在它的驱动层面实现的。代码位于drivers/net/tun.c。 隧道协议 ---- 聊完了tun设备,我们再来看看隧道协议。...或许你猜到了,它通过已经打开的/dev/net/tun设备,往tun虚拟网卡写入解密拆封后的数据。可还记得上一步vpn client是通过读取tun设备从而得到浏览器发出的请求?...这里,它通过向tun设备写入数据来让浏览器得到它想要的回复。 前面提到对于内核和协议栈而言,既然tun设备就是一个网卡,那么当它接收到数据后,就需要完全按照网卡接收数据的流程来处理。

4.6K41

tun设备的妙用-OpenV**篇全流程补充

这篇是对上一篇《tun设备的妙用-V**篇》的补充。有朋友问二哥能不能把 OpenV** server 端的细节也画出来。安排! 在这张图里,你会发现在server端那里也有一个 tun0 设备。...tun设备是一个网络设备 需要注意的是在这张图中,我将 tun 设备画在了链路层,因为它本质上还是一个网络设备,它的代码位于 drivers/net/tun.c 。...网上有不少图是直接将tun设备画在IP层的,二哥觉得这样画虽然可以形象地说明tun设备和IP层的密切关系( tun 设备和 IP frame 打交道,而 tap 设备与 Ethernet frame 打交道...思考再三,我还是决定遵循tun设备的本质和它该处的位置来画这张图。 IP层发给tun设备的数据包 同时因为 tun 设备又是一个 POINTOPOINT 设备,故数据发送过程中不会有 ARP 流程。...tun设备和用户态通信的数据包 那么另一个问题来了,tun 设备发往应用层的数据包的格式是什么呢?

88320

深入浅出 LVS 负载均衡系列(二):DR、TUN 模型原理

因此 VIP 必须绑定在真实服务器的 lo 网卡上,并且不允许将此网卡信息经过 ARP 协议对外通告 3.请求的数据包经过负载均衡器后,直接由真实服务器返回给客户端,响应数据包不需要再经过负载均衡器 TUN...此时在真实服务器上查看 TCP 连接为:VIP ➡️ CIP 总结一下 TUN 模式的特点: 1.不改变请求数据包,而是在请求数据包上新增一层 IP 首部信息。...在 DR 和 TUN 模式中,负载均衡器只转发了请求数据包,响应数据包不经过负载均衡器,而是直接返回给客户端。...TUN 模式,是对 DR 模式的一种演进。突破 DR 模式中真实服务器的默认网关必须是负载均衡器的限制。...TUN 模式不会对源数据包进行修改,而是在源数据包上额外新增一条 IP 首部信息,所以不能对端口映射,且要求真实服务器必须能够卸载掉两层 IP 首部信息。 ?

79420

详解云计算网络底层技术——虚拟网络设备 taptun 原理解析

tap/tun 是什么 tap/tun 是 Linux 内核 2.4.x 版本之后实现的虚拟网络设备,不同于物理网卡靠硬件网路板卡实现,tap/tun 虚拟网卡完全由软件来实现,功能和硬件实现完全没有差别...在 Linux 内核 2.6.x 之后的版本中,tap/tun 对应的字符设备文件分别为: tap:/dev/tap0 tun:/dev/net/tun 设备文件即充当了用户空间和内核空间通信的接口...tap/tun 和网络协议栈的数据传输 tap/tun 通过实现相应的网卡驱动程序来和网络协议栈通信。...tap/tun 的区别 看到这里,你可能还不大明白 tap/tun 的区别。 tap 和 tun 虽然都是虚拟网络设备,但它们的工作层次还不太一样。...总结 tun/tap 虚拟网卡,对应于物理网卡,如 eth0。 tun/tap 驱动包括字符设备驱动和网卡驱动。 tun/tap 常用于隧道通信。

4K50

Linux TunTap 介绍

什么是Tun/Tap 在计算机网络中,TUN与TAP是操作系统内核中的虚拟网络设备。...应用程序如何操作Tun/Tap Linux Tun/Tap驱动程序为应用程序提供了两种交互方式:虚拟网络接口和字符设备/dev/net/tun。...Tun/Tap驱动程序会将Tun/Tap接口收到的数据包原样写入到/dev/net/tun字符设备上,处理Tun/Tap数据的应用程序如V**程序可以从该设备上读取到数据包,以进行相应处理。...Tun虚拟设备和物理网卡的区别是Tun虚拟设备是IP层设备,从/dev/net/tun字符设备上读取的是IP数据包,写入的也只能是IP数据包,因此不能进行二层操作,如发送ARP请求和以太网广播。...下图描述了Tap/Tun的工作原理: 使用Tun/Tap创建点对点隧道 通过应用程序从/dev/net/tun字符设备中读取或者写入数据看上去并没有太大用处,但通过将Tun/Tap结合物理网络设备使用

2.4K10

CentOS下使用TUNTAP虚拟网卡的基本教程

TUN模拟了网络层设备,操作第三层数据包比如IP数据封包。...操作系统通过TUN/TAP设备向绑定该设备的用户空间的程序发送数据,反之,用户空间的程序也可以像操作硬件网络设备那样,通过TUN/TAP设备发送数据。...在后种情况下,TUN/TAP设备向操作系统的网络栈投递(或“注入”)数据包,从而模拟从外部接受数据的过程。 服务器如果拥有TUN/TAP模块,就可以开启V**代理功能。...虚拟网卡TUN/TAP 驱动程序设计原理: tun/tap 驱动程序实现了虚拟网卡的功能,tun表示虚拟的是点对点设备,tap表示虚拟的是以太网设备,这两种设备针对网络包实施不同的封装。...利用tun/tap 驱动,可以将tcp/ip协议栈处理好的网络分包传给任何一个使用tun/tap驱动的进程,由进程重新处理后再发到物理链路中。

5.3K91

云原生虚拟网络 tuntap & veth-pair

概述 目前主流的虚拟网卡方案有tun/tap和veth两种。在时间上 tun/tap 出现得更早,在 Linux Kernel 2.4 版之后发布的内核都会默认编译 tun/tap 的驱动。...并且 tun/tap 应用非常广泛,其中云原生虚拟网络中, flannel 的 UDP 模式中的 flannel0 就是一个 tun 设备,OpenV** 也利用到了 tun/tap 进行数据的转发。...tun/tap tun 和 tap 是两个相对独立的虚拟网络设备,它们作为虚拟网卡,除了不具备物理网卡的硬件功能外,它们和物理网卡的功能是一样的,此外tun/tap负责在内核网络协议栈和用户空间之间传输数据...然后在A、B两个节点上分别运行 openv** 的客户端和服务端,它们会在自己的节点上创建 tun 设备,且都会读取或写入这个 tun 设备。...假设这两个设备对应的虚拟 IP 是 ipA_tun0 和 ipB_tun0,那么节点 B 上面的应用程序想要通过虚拟 IP 对节点 A 通信,那么数据包流向就是: 用户进程对 ipA_tun0 发起请求

1.4K20
领券