Linux TUN设备实现Tunnel性能分析

已于 2024-04-03 21:29:04 修改
阅读量1k 收藏 28
点赞数 16
文章标签： 网络 linux TUN/TAP
于 2024-04-03 21:25:15 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/OtishionO/article/details/137358182
版权

一、TUN/TAP设备原理：

Linux的TUN/TAP设备是一种可以使得应用层与TCP/IP协议栈交互的驱动模块，通常用于组建虚拟局域网中的点对点隧道（Tunnel），可以工作于2层（TAP设备）和3层（TUN设备）数据交换。其工作原理图如下：

1. 数据发送流程

  1. 应用程序通过socket向192.168.1.22地址发送数据{DATA}

  2. 数据进入内核协议栈，协议栈构造IP报文，生成{IP{DATA}}数据，并且分发到虚拟网卡

  3. 虚拟网卡将数据{IP{DATA}}转发到TUN驱动

  4. TUN App从TUN驱动读取到{IP{DATA}}数据，

  5. TUN App通过物理socket发送数据到内核协议栈，

  6. 内核协议栈对数据进行IP报文封装{IP{IP{DATA}}}，传送到物理网卡

  7. 数据经过物理网卡送出MAC帧报文{MAC{IP{IP{DATA}}}}

上述流程中：

  • 1为socket write操作（用户空间到内核空间的数据交换）

  • 2，3均为内核数据交换

  • 4为fd read操作（内核空间到用户空间数据交换）

  • 5为socket write操作（用户空间到内核空间数据交换）

  • 6，7均为内核数据交换

2. 数据接收流程

  1. 物理网卡收取到来自网络的MAC帧报文数据包{MAC{IP{IP{DATA}}}}，解包

  2. 数据包{IP{IP{DATA}}}进入内核协议栈，进行IP层解包生成{IP{DATA}}数据

  3. 根据数据包地址，数据被分配到TUN App的物理socket

  4. TUN App从socket读出数据{IP{DATA}}，然后写入TUN 驱动

  5. TUN 驱动根据写入的IP包目标地址将地址送入对应的虚拟网卡

  6. 虚拟网卡将{IP{DATA}}送入内核协议栈

  7. 协议栈解包成{DATA}送到应用程序的socket

上述流程中：

  • 1，2均为内核数据交换

  • 3为socket read操作（内核空间到用户空间数据交换）

  • 4为fd write操作（用户空间到内核空间数据交换）

  • 5，6均为内核数据交换

  • 7为socket read操作（内核空间到用户空间数据交换）

为了对比，下图显示了直连情况下网络数据的收发流程：

3. 性能损耗点

对比直连网络，通过TUN隧道实现的数据流程中，发送流程中多出了一次TUN fd的读+一次socket写，接收流程中多出了一次socket的读+一次TUN fd的写，这些操作均由运行于用户态的TUN App完成，并且均涉及到用户态到内核态的数据交换，所以性能相比直连网络来说一定会有损耗。我们需要通过一定的测试方法来量化TUN隧道网络的性能跟直连网络的差距，并且找到瓶颈所在，然后提出可行的优化方法。

二、性能测试方法：

  1. 实现一个底层通过UDP建立隧道的TUN Proxy App（分别采用epoll和select模型实现）

  2. 在在两台机器上部署TUN Proxy App，组成VLAN

  3. 使用SCP程序在两台主机之间通过物理连接进行文件copy操作，记录传输性能参数

  4. 使用SCP程序在两台主机之间通过TUN隧道进行文件copy操作，记录传输性能参数

  5. 对比使用物理直连网络和TUN隧道网络传输的性能差异

采用epoll模型的TUN Proxy App的核心逻辑如下：

void packet_switch_epoll::process() {
  logi() << "+++++ process worker is running...";

  if (!evt_.open()) {
    loge() << "failed to open evtio";
    return;
  }

  evtio::evt_context tun_ctx_(fd_tun_, nullptr);
  evtio::evt_context udp_ctx(fd_socket_, nullptr);
  if (!evt_.attach(&tun_ctx_, evtio::op_read)) {
    loge() << "failed to add tun fd to evtio";
    return;
  }

  if (!evt_.attach(&udp_ctx, evtio::op_read)) {
    evt_.detach(&tun_ctx_);
    loge() << "failed to add udp fd to evtio";
    return;
  }

  exit_ = false;

  std::array<uint8_t, 16 * 1024> buf;
  evtio::evt_event_list events;
  while (!exit_) {
    bool ok = evt_.wait(events, 2, -1);
    if (!ok) {
      logw() << "failed to wait";
    }

    for (auto e : events) {
      if (e.context->handle == fd_tun_) {
        forward_with_rw(buf.data(), buf.size(), fd_tun_, fd_socket_);
      } else if (e.context->handle == fd_socket_) {
        forward_with_rw(buf.data(), buf.size(), fd_socket_, fd_tun_);
      } else {
        loge() << "unknown event";
      }
    }
  }

  evt_.close();

  logi() << "----- process worker is exiting...";
}

三、测试结果：

1. scp通过局域网直连，传输10次结果如下：

sample.txt 100%  512MB  47.9MB/s   00:10   
sample.txt 100%  512MB  50.7MB/s   00:10   
sample.txt 100%  512MB  51.6MB/s   00:09   
sample.txt 100%  512MB  49.1MB/s   00:10   
sample.txt 100%  512MB  52.6MB/s   00:09   
sample.txt 100%  512MB  52.4MB/s   00:09   
sample.txt 100%  512MB  51.9MB/s   00:09   
sample.txt 100%  512MB  49.7MB/s   00:10   
sample.txt 100%  512MB  52.0MB/s   00:09   
sample.txt 100%  512MB  50.0MB/s   00:10 

2. scp通过vnet-agent(epoll实现)，传输10次结果如下：

sample.txt 100%  512MB  27.3MB/s   00:18   
sample.txt 100%  512MB  28.2MB/s   00:18   
sample.txt 100%  512MB  26.9MB/s   00:19   
sample.txt 100%  512MB  26.8MB/s   00:19   
sample.txt 100%  512MB  25.4MB/s   00:20   
sample.txt 100%  512MB  24.1MB/s   00:21   
sample.txt 100%  512MB  27.8MB/s   00:18   
sample.txt 100%  512MB  23.6MB/s   00:21   
sample.txt 100%  512MB  27.0MB/s   00:18   
sample.txt 100%  512MB  27.5MB/s   00:18    

3. scp通过vnet-agent(select实现)，传输10次结果如下：

sample.txt  512MB  19.0MB/s   00:26   
sample.txt  512MB  23.4MB/s   00:21   
sample.txt  512MB  24.4MB/s   00:20   
sample.txt  512MB  24.7MB/s   00:20   
sample.txt  512MB  24.5MB/s   00:20   
sample.txt  512MB  26.4MB/s   00:19   
sample.txt  512MB  26.3MB/s   00:19   
sample.txt  512MB  26.3MB/s   00:19   
sample.txt  512MB  24.2MB/s   00:21   
sample.txt  512MB  26.6MB/s   00:19 

4. 综合对比

结论：

1. 通过TUN隧道会导致网络传输性能损耗超过50%，

2. TUN Proxy App由于只管理有限的socket数量，所以采用select和epoll模型并没有太大性能差异

四、瓶颈分析：

TUN设备驱动内核层的数据交换损耗相对网络IO和用户态和内核态的数据交换来说可以忽略，所以加入TUN隧道代理之后，整体网络性能损耗都是由于运行于应从层的TUN Proxy App引入的。

TUN Proxy App的主要工作为在TUN设备fd和物理连接socket之间进行数据转移：

  • 从TUN设备fd读取要发送的数据到用户空间，然后写入物理连接socket（内核空间）

  • 从物理连接socket读取要收取的数据到用户空间，然后写入TUN设备fd（内核空间）

可以看到以上性能损耗主要存在于数据在用户态和内核态之间的交换。

通过Profiler工具采集scp的发送端的TUN Proxy App分析可以验证如下结果：

耗时主要集中在转发数据的函数中：

int forward_with_rw(uint8_t* buf, int size, int in_fd, int out_fd) {
  // paratmers
  int rlen = 0;
  int wlen = 0;
  int left = 0;
  int offset = 0;

  // read data from source
  rlen = ::read(in_fd, buf, size);
  if (rlen <= 0) {
    loge() << "failed to read data from in fd:" << strerror(errno);
    return -1;
  }

  logv() << "<<<< read " << rlen << " bytes from in fd";

  // write all source data to destination
  left = rlen;
  offset = 0;
  while (left) {
    wlen = ::write(out_fd, buf + offset, left);
    if (wlen <= 0) {
      loge() << "failed to write data to out fd:" << strerror(errno);
      return (rlen - left);
    }
    logv() << ">>>> write " << wlen << " bytes to out fd";

    offset += wlen;
    left -= wlen;
  }

  return wlen;
}

五、解决方案：

TUN Proxy App的性能问题主要是由于在两个fd之间进行数据转移时候产生了两次跨用户/内核态的数据copy，优化方向就是使用更高效的方法来实现在不同fd之间进行zero-copy的数据转移。

1. Linux系统提供了以下技术来实现不同fd之间高效的数据转移方式：

1.sendfile

ssize_t sendfile(int out_fd, int in_fd, off_t *offset, size_t count)

sendfile可以直接在内核完成把文件内指定range的数据转移到目标fd内，无需在内核态和用户态之间进行切换。该技术的限制是out_fd必须为一个支持类似mmap功能的文件描述符，socket和tun fd均无法支持，所以此技术不适用。

2.splice

ssize_t splice(int fd_in, off64_t *off_in, 

               int fd_out, off64_t *off_out, 

               size_t len, unsigned int flags);

splice可以利用一个中间pipe实现把数据在fd_in和fd_out之间进行转移，数据操作均发生在内核态，无需切换。实现代码如下：

int forward_with_splice(int in_fd, int out_fd, int pipe[2]) {
  int rc = 0;
  // move data from in fd to pipe
  rc = splice(in_fd, nullptr, pipe[1], nullptr, 4096, SPLICE_F_MOVE | SPLICE_F_MOVE);
  if (rc <= 0) {
    loge() << "failed to move data from in fd to pipe:" << strerror(errno);
    return -1;
  }

  // move data from pipe to out fd
  rc = splice(pipe[0], nullptr, out_fd, nullptr, rc, SPLICE_F_MOVE | SPLICE_F_MOVE);
  if (rc <= 0) {
    loge() << "failed to move data to pipe to out fd" << strerror(errno);
    return -1;
  }

  return rc;
}

splice的要求是fd_in或者fd_out之一必须为pipe，而另一个fd的内核实现中必须支持splice_read, splice_write, sendpage三个文件操作，但是tun fd并没有实现这三个操作，所以目前slice无法支持splice操作。

tun驱动模块源码（linux/drivers/net/tun.c)


static const struct file_operations tun_fops = {
.owner = THIS_MODULE,
.llseek = no_llseek,
.read_iter  = tun_chr_read_iter,
.write_iter = tun_chr_write_iter,
.poll = tun_chr_poll,
.unlocked_ioctl = tun_chr_ioctl,
#ifdef CONFIG_COMPAT
.compat_ioctl = tun_chr_compat_ioctl,
#endif
.open = tun_chr_open,
.release = tun_chr_close,
.fasync = tun_chr_fasync,
#ifdef CONFIG_PROC_FS
.show_fdinfo = tun_chr_show_fdinfo,
#endif
};

2. 可行方案

由于TUN模块开发的时候linux还没有splice技术，所以直到如今，都没有开发者来支持该功能，为了优化TUN模块的性能，我们可以选择为TUN模块实现此功能，实现之后的应用方式可以有两种

  1. 直接修改tun.c然后，提供一个支持splice技术的tun模块

  2. 保持tun模块现有能力，基于tun.c实现一个新的私有模块并且支持splice，可以于现有tun共存于内核中

以上两种方式稳定之后均可以向linux内核提交patch。

支持splice操作之后，保守估计TUN隧道网络的性能至少能达到直连网络的90%。

六、补充测试数据

===================== Test UDP-Direct bandwidth =====================

Connecting to host 172.16.203.128, port 5201

[  5] local 172.16.203.129 port 36058 connected to 172.16.203.128 port 5201

[ ID] Interval           Transfer     Bitrate         Total Datagrams

[  5]   0.00-1.00   sec  53.3 MBytes  53.3 MBytes/sec  38602  

[  5]   1.00-2.00   sec  54.6 MBytes  54.6 MBytes/sec  39569  

[  5]   2.00-3.00   sec  54.9 MBytes  54.9 MBytes/sec  39761  

[  5]   3.00-4.00   sec  54.8 MBytes  54.8 MBytes/sec  39712  

[  5]   4.00-5.00   sec  54.8 MBytes  54.8 MBytes/sec  39712  

[  5]   5.00-6.00   sec  55.0 MBytes  55.0 MBytes/sec  39825  

[  5]   6.00-7.00   sec  55.5 MBytes  55.5 MBytes/sec  40203  

[  5]   7.00-8.00   sec  55.4 MBytes  55.4 MBytes/sec  40134  

[  5]   8.00-9.00   sec  55.5 MBytes  55.5 MBytes/sec  40196  

[  5]   9.00-10.00  sec  55.7 MBytes  55.6 MBytes/sec  40300  

- - - - - - - - - - - - - - - - - - - - - - - - -

[ ID] Interval       Transfer   Bitrate         Jitter    Lost/Total Datagrams

[  5] 0.00-10.00 sec 550 MBytes  55.0 MBytes/sec  0.000 ms  0/398014 (0%)  sender

[  5] 0.00-9.98  sec 513 MBytes  51.4 MBytes/sec  0.014 ms  26226/398014 (6.6%)  receiver

 

iperf Done.

===================== Test UDP-over-TUN bandwidth =====================

Connecting to host 10.0.0.11, port 5201

[  5] local 10.0.0.22 port 43678 connected to 10.0.0.11 port 5201

[ ID] Interval           Transfer     Bitrate         Total Datagrams

[  5]   0.00-1.00   sec  78.1 MBytes  78.1 MBytes/sec  56524  

[  5]   1.00-2.00   sec  78.5 MBytes  78.5 MBytes/sec  56867  

[  5]   2.00-3.00   sec  78.8 MBytes  78.8 MBytes/sec  57060  

[  5]   3.00-4.00   sec  78.9 MBytes  78.9 MBytes/sec  57137  

[  5]   4.00-5.00   sec  78.7 MBytes  78.7 MBytes/sec  56962  

[  5]   5.00-6.00   sec  79.1 MBytes  79.1 MBytes/sec  57305  

[  5]   6.00-7.00   sec  79.0 MBytes  79.0 MBytes/sec  57197  

[  5]   7.00-8.00   sec  78.5 MBytes  78.5 MBytes/sec  56823  

[  5]   8.00-9.00   sec  78.7 MBytes  78.7 MBytes/sec  57017  

[  5]   9.00-10.00  sec  78.5 MBytes  78.5 MBytes/sec  56816  

- - - - - - - - - - - - - - - - - - - - - - - - -

[ ID] Interval       Transfer     Bitrate         Jitter    Lost/Total Datagrams

[  5] 0.00-10.00 sec 787 MBytes  78.7 MBytes/sec  0.000 ms  0/569708 (0%)  sender

[  5] 0.00-10.19 sec 228 MBytes  22.4 MBytes/sec  0.180 ms  404614/569704 (71%)  receiver

 

iperf Done.

===================== Test TCP-Direct bandwidth =====================

Connecting to host 172.16.203.128, port 5201

[  5] local 172.16.203.129 port 40554 connected to 172.16.203.128 port 5201

[ ID] Interval           Transfer     Bitrate         Retr  Cwnd

[  5]   0.00-1.00   sec  48.3 MBytes  48.3 MBytes/sec    0   2.31 MBytes       

[  5]   1.00-2.00   sec  29.6 MBytes  29.6 MBytes/sec    0   2.70 MBytes       

[  5]   2.00-3.00   sec  31.0 MBytes  31.0 MBytes/sec    0   2.70 MBytes       

[  5]   3.00-4.00   sec  31.4 MBytes  31.4 MBytes/sec    0   2.70 MBytes       

[  5]   4.00-5.00   sec  31.0 MBytes  31.0 MBytes/sec    0   2.70 MBytes       

[  5]   5.00-6.00   sec  31.1 MBytes  31.1 MBytes/sec    0   2.70 MBytes       

[  5]   6.00-7.00   sec  31.8 MBytes  31.8 MBytes/sec    0   2.70 MBytes       

[  5]   7.00-8.00   sec  31.0 MBytes  31.0 MBytes/sec    0   2.70 MBytes       

[  5]   8.00-9.00   sec  31.8 MBytes  31.7 MBytes/sec    0   2.70 MBytes       

[  5]   9.00-10.00  sec  31.5 MBytes  31.5 MBytes/sec    0   2.70 MBytes       

- - - - - - - - - - - - - - - - - - - - - - - - -

[ ID] Interval           Transfer     Bitrate         Retr

[  5]   0.00-10.00  sec   328 MBytes  32.8 MBytes/sec    0             sender

[  5]   0.00-10.04  sec   328 MBytes  32.7 MBytes/sec                  receiver

 

iperf Done.

===================== Test TCP-over-TUN bandwidth =====================

Connecting to host 10.0.0.11, port 5201

[  5] local 10.0.0.22 port 32876 connected to 10.0.0.11 port 5201

[ ID] Interval           Transfer     Bitrate         Retr  Cwnd

[  5]   0.00-1.00   sec  19.6 MBytes  19.6 MBytes/sec  152    127 KBytes       

[  5]   1.00-2.00   sec  20.4 MBytes  20.4 MBytes/sec    0    218 KBytes       

[  5]   2.00-3.00   sec  18.8 MBytes  18.8 MBytes/sec   68    147 KBytes       

[  5]   3.00-4.00   sec  20.1 MBytes  20.1 MBytes/sec    0    229 KBytes       

[  5]   4.00-5.00   sec  20.4 MBytes  20.4 MBytes/sec    1    233 KBytes       

[  5]   5.00-6.00   sec  19.8 MBytes  19.8 MBytes/sec   70    158 KBytes       

[  5]   6.00-7.00   sec  19.6 MBytes  19.6 MBytes/sec   47    140 KBytes       

[  5]   7.00-8.00   sec  20.0 MBytes  20.0 MBytes/sec   23    148 KBytes       

[  5]   8.00-9.00   sec  18.6 MBytes  18.6 MBytes/sec    8    150 KBytes       

[  5]   9.00-10.00  sec  19.6 MBytes  19.6 MBytes/sec   19    189 KBytes       

- - - - - - - - - - - - - - - - - - - - - - - - -

[ ID] Interval           Transfer     Bitrate         Retr

[  5]   0.00-10.00  sec   197 MBytes  19.7 MBytes/sec  388             sender

[  5]   0.00-9.99   sec   195 MBytes  19.5 MBytes/sec                  receiver

 

iperf Done.

七、应用层读写操作API与TUN FD的兼容性

支持

read/write

✅ 

readv/writev

✅ 

recv/send

❌ 

ENOTSOCK(88)Socket operation on non-socket

recvmsg/sendmsg

❌ 

ENOTSOCK(88)Socket operation on non-socket

recvmmsg/sendmmsg

❌ 

ENOTSOCK(88)Socket operation on non-socket


 

Tishion
关注
  • 16
    点赞
  • 踩
  • 28
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
linux运维——tun（ip隧道）
liuchuang11的博客
06-26 2688
原理 在DR模式中是所有服务机共享一个VIP，但是在IP隧道模式中，就相当于主代理机将包经过自己打包之后，将IP转化成公网可传递的IP，并将消息经过自己又一次的打包，发送给真实服务器，真实服务器对这个请求作出响应，这样就达到一个可以跨地区的传输。并且也避免了DR模式中代理机与真实服务机必须在同一局域网的不便。 [root@lucky2 ~]# ipvsadm -C 为了保证实验的纯净性，可...
tap/tun模块对应的内核模块文件
07-15
这个主要是针对我写的博文：http://blog.csdn.net/jayxujia123/article/details/37767189给出的tun.ko，希望对有相关问题的朋友有用
Linux tun虚拟网卡通信初识
weixin_42271802的博客
08-08 2232
Linux TUN 设备是一种虚拟网络设备，用于在用户空间和内核空间之间建立数据通道，使用户空间程序可以通过这个设备与内核网络栈进行交互。TUN 设备是一种通用的网络隧道设备，常用于实现虚拟专用网络（VPN）和其他网络隧道技术。
linux下TUN/TAP虚拟网卡的使用
热门推荐
bytxl的专栏
05-22 1万+
tun/tap 驱动程序实现了虚拟网卡的功能，tun表示虚拟的是点对点设备，tap表示虚拟的是以太网设备，这两种设备针对网络包实施不同的封装。利用tun/tap 驱动，可以将tcp/ip协议栈处理好的网络分包传给任何一个使用tun/tap驱动的进程，由进程重新处理后再发到物理链路中。 开源项目openvpn （http://openvpn.sourceforge.net）和Vtun(http
linux上使用tun/tap设备模拟一个虚拟网卡，并将该虚拟网卡连接到新创建的网桥上
糖果墙的博客
03-19 3604
tun/tap设备是操作系统内核中的虚拟网络设备，是用软件模拟的网络设备，提供与硬件网络设备完全相同的功能。主要用于用户空间和内核空间传递报文。tun/tap对于硬件网络设备而言，一端连接的是物理网络，一端连接的是网络协议栈。对于tun/tap设备而言，一端连接的是应用程序（通过 字符设备文件），一端连接的是网络协议栈。
【Linux5.4】【TUN】简单用例--使用TUN模拟Ping完结
luyixiaoqingge的博客
09-30 221
使用TUN设备模拟PING发起与PING回复，开启系统的IP包转发功能后，两个模拟程序可互通数据。
linux下实现虚拟网卡TAP/TUN例子
xuxinyl的博客
05-30 1万+
我们在使用VMWARE的虚拟化软件时经常会发现它们能都能虚拟出一个网卡,貌似很神奇的技术,其实在Linux下很简单,有两种虚拟设 备,TUN时点对点的设备,tap表示以太网设备的,做为虚拟网卡驱动，Tun/tap驱动程序的数据接收和发送并不直接和真实网卡打交道，而是通 过用户态来转交。在linux下，要实现核心态和用户态数据的交互，有多种方式：可以通用socket创建特殊套接字，利用套接字实现数据交 互；通过proc文件系统创建文件来进行数据交互；还可以使用设备文件的方式，访问设备文件会
【Linux5.4】【TUN】代码学习记录（1）--DIY一个tun内核模块
luyixiaoqingge的博客
08-12 576
借用tun.c源码生成一个DIY的tun内核模块
OpenVpn p2p linux安装及路由转发配置
2201_75362610的博客
08-15 1712
OpenVpn p2p linux安装及路由转发配置 目的
LVS-IPTUNNEL安装文档及介质
04-23
1. **LVS工作模式**：IPTUNNEL（也称为NAT模式或TUN模式）是一种网络层的负载均衡方式。在这个模式下，LVS调度器会为每个客户端请求创建一个新的IP包，并将其源地址替换为LVS调度器的地址，目标地址替换为实际服务器...
lvs 配置（DR+keepalived与tun）
08-27
LVS（Linux Virtual Server）是一种高可用性、高性能的虚拟服务器集群系统，提供了多种 IP 负载均衡技术和调度算法，帮助管理员构建高可用、高性能的服务器集群。 LVS 的工作模式 LVS 提供了三种工作模式：VS/NAT...
一文概括6种负载均衡技术的实现方式(小结)
09-29
这两种方式通常由LVS（Linux Virtual Server）等系统实现，能提供四层负载均衡，效率高，但配置和维护相对复杂。 5. 直接路由 (LVS—DR)： LVS-DR模式下，负载均衡器仅处理数据包的首部，数据包的主体直接在客户端...
146-ML2 配置 OVS VxLAN1
08-08
你应该能看到一个由br-int（Integration Bridge）和br-tun（Tunnel Bridge）组成的网络结构，它们通过patch端口连接。patch端口允许两个桥之间通信，"patch-tun"和"br-tun"的连接使得VXLAN流量能在br-int和br-tun...
lvs负载均衡集群详解
10-24
LVS（Linux Virtual Server）是一种开源的负载均衡解决方案，旨在帮助企业解决高访问量带来的服务器性能瓶颈问题。通过LVS，可以将多个服务器组合成一个集群，共同提供服务，提高系统的可用性和性能。 LVS负载均衡...
Linux：虚拟网卡技术tun/tap
hhd1988的专栏
05-30 4007
Linux：虚拟网卡技术tun/tap
LVS的Tun模式（隧道模式）的实现
qq_36417677的博客
02-29 1945
1.TUN模式的工作原理 TUN模式简称隧道模式，隧道模式就是修改请求报文的首部IP，再加一层IP报头 优点：DS和RS不需要在同一网段，可以实现不同网络之间的访问 数据流向如下 数据包从客户端发往DS服务器，DS服务器会根据调度策略确定要把请求给哪台RS，会在数据包外面再加一层IP报头 此时源IP从CIP（172.25.8.250）变为了VIP（DIP172.25.8.100） 目的IP从VIP...
关于tun设备的多包读——基于mmap的实现
u012023606的博客
09-14 1057
虚拟网络设备tun多用于网络数据的转发，常在vpn等软件中使用，是vpn软件中的关键部分，其对数据包的读写速度将会直接影响vpn软件的网络速度和流量。在linux内核3.0以前，tun设备的读写都是一次一包的方式来读取tun设备数据，数据量巨大的时候就会导致频繁tun设备的读操作，同时还需要大量系统信号来提示上层有数据需要读，这就使得tun的读操作将会占用大量的系统消耗，拖慢软件速度。好在这样的弊端在linux内核升级到3.0被解决了，其采用mmap的读写方式可以一次性将大量的数据包从tun设备层读到应用层
TUN/TAP口的了解
顺其自然~专栏
11-08 942
TUN/TAP是一对虚拟网络设备接口，它们是Linux内核中的一部分。TUN设备被用于处理IP协议数据包，而TAP设备则处理以太网帧。使用TUN/TAP接口，用户空间程序可以像操作物理网络设备一样操作这些虚拟设备，从而实现对网络数据包的捕获、修改和注入等操作。TUN/TAP设备的实现基于Linux内核的网络栈，并通过设备文件的形式暴露给用户空间。
Linux tun/tap 驱动多队列模式（C/C++）
最新发布
liulilittle的博客
03-04 610
每个 tun/tap 设备句柄被单独的 read、write 都涉及到内核加锁的过程，所以如果多线程并行交叉读写这些 tun/tap 设备句柄效率会很低，因为内核会上锁等，所以最好的办法是，一个队列一个 tun/tap io 线程来操作，读写都在同个线程，跨线程会严重影响效率，建议结合 epoll 来用。一般来说，tun/tap 的效率与内核直接处理网卡数据速度，大约差距至少5倍左右，即 1000Mbps，tun/tap 最大用户层可以达到 200Mbps，实际上大多数情况达不到。
Rust实现tun设备
03-31
Rust语言可以使用tun_tap库来实现tun设备。 安装tun_tap库： ```bash cargo install tun_tap ``` 创建tun设备： ```rust use std::io::{self, Read, Write}; use tun_tap::{Iface, Mode}; fn main() -> io::Result<()> { let mut config = tun_tap::Configuration::default(); config.mode(Mode::Tun); let iface = Iface::new(&config)?; // 从tun设备读取数据 let mut buf = [0u8; 1504]; let nbytes = iface.recv(&mut buf[..])?; // 向tun设备写入数据 iface.send(&buf[..nbytes])?; Ok(()) } ``` 以上代码创建一个tun设备并从设备读取数据，然后将相同的数据写回到设备中。可以使用类似的方式在Rust中实现tun设备的其他功能。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值