利用 ebpf sockmap/redirection 提升 socket 性能（2020）

最新推荐文章于 2025-05-20 09:23:44 发布
最新推荐文章于 2025-05-20 09:23:44 发布
阅读量1.9k 收藏 10
点赞数
文章标签： 内核 linux java python 编程语言


更多奇技淫巧欢迎订阅博客：https://fuckcloudnative.io

译者序

本文翻译自 2020 年的一篇英文博客 How to use eBPF for accelerating Cloud Native applications[1]。

原文标题非常宽泛，但内容其实很技术：展示了如何编写简单的 BPF 程序做 socket level 重定向（redirection）。对于源和目的端都在同一台机器的应用来说，这样可以 绕过整个 TCP/IP 协议栈，直接将数据发送到 socket 对端。效果如右下图（懒得画图 ，直接从 Cilium 分享[2] 截个图，所以其中 Cilium 字样，但本文不需要 Cilium）：

实现这个功能依赖两个东西：

  1. sockmap：这是一个存储 socket 信息的映射表。作用：

    1. 一段 BPF 程序监听所有的内核 socket 事件，并将新建的 socket 记录到这个 map；

    2. 另一段 BPF 程序拦截所有 sendmsg 系统调用，然后去 map 里查找 socket 对端，之后 调用 BPF 函数绕过 TCP/IP 协议栈，直接将数据发送到对端的 socket queue。

  3. cgroups：指定要监听哪个范围内的 sockets 事件，进而决定了稍后要对哪些 socket 做重定向。

    sockmap 需要关联到某个 cgroup，然后这个 cgroup 内的所有 socket 就都会执行加 载的 BPF 程序。

运行本文中的例子一台主机就够了，非常适合 BPF 练手。译文所用的完整代码[3]， 原文用的完整代码[4]。

由于译者水平有限，本文不免存在遗漏或错误之处。如有疑问，请查阅原文。

以下是译文。

很多用户基于我们提供的服务来构建实时应用（real time applications），这些应用对性能 有着严格的要求，因而促使我们不断探索各种提升性能的方式，eBPF 就是尝试之一 ，用于加速应用之间的通信。由于这方面资料尚少，因此我们整理成两篇文章分享给大家：本篇讲实现，下一篇[5] 是一些性能测试和问题讨论。

1. 引言

BPF 基础

通常情况下，eBPF 程序由两部分构成：

  1. 内核空间部分：内核事件触发执行，例如网卡收到一个包、系统调用创建了一个 shell 进程等等；

  2. 用户空间部分：通过某种共享数据的方式（例如 BPF maps）来读取内核部分产生的数据；

本文主要关注内核部分。内核支持不同类型的 eBPF 程序，它们各自可以 attach 到不同的 hook 点，如下图所示：

当内核中触发了与这些 hook 相关的事件（例如，发生 setsockopt()系统调用）时， attach 到这里的 BPF 程序就会执行。

用户侧需要用到的所有 BPF 类型都定义在 UAPI bpf.h[6]。本文将主要关注下面两种能拦截到 socket 操作（例如 TCP connect、sendmsg 等）的类型：

  • BPF_PROG_TYPE_SOCK_OPS：socket operations 事件触发执行。

  • BPF_PROG_TYPE_SK_MSG：sendmsg() 系统调用触发执行。

本文将

  • 用 C 编写 eBPF 代码

  • 用 LLVM Clang 前端来生成 ELF bytecode

  • 用 bpftool[7] 将代码加载到内核（以及从内核卸载）

下面看代码实现。

本文 BPF 程序总体设计

首先创建一个全局的映射表（map）来记录所有的 socket 信息。基于这个 sockmap，编写两段 BPF 程序分别完成以下功能：

  • 程序一：拦截所有 TCP connection 事件，然后将 socket 信息存储到这个 map；

  • 程序二：拦截所有 sendmsg() 系统调用，然后从 map 中查 询这个 socket 信息，之后直接将数据重定向到对端。

2. BPF 程序一：监听 socket 事件，更新 sockmap

监听 socket 事件

程序功能：

  1. 系统中有 socket 操作时（例如 connection establishment、tcp retransmit 等），触发执行；

  • 指定加载位置来实现：__p("sockops")

  • 执行逻辑：提取 socket 信息，并以 key & value 形式存储到 sockmap。

  • 代码如下：

    __p("sockops") // 加载到 ELF 中的 `sockops` 区域，有 socket operations 时触发执行
int bpf_sockmap(struct bpf_sock_ops *skops)
{
    switch (skops->op) {
        case BPF_SOCK_OPS_PASSIVE_ESTABLISHED_CB: // 被动建连
        case BPF_SOCK_OPS_ACTIVE_ESTABLISHED_CB:  // 主动建连
            if (skops->family == 2) {             // AF_INET
                bpf_sock_ops_ipv4(skops);         // 将 socket 信息记录到到 sockmap
            }
            break;
        default:
            break;
    }
    return 0;
}

    对于两端都在本节点的 socket 来说，这段代码会执行两次：

    • 源端发送 SYN 时会产生一个事件，命中 case 2

    • 目的端发送 SYN+ACK 时会产生一个事件，命中 case 1

    因此对于每一个成功建连的 socket，sockmap 中会有两条记录（key 不同）。

    提取 socket 信息以存储到 sockmap 是由函数 bpf_sock_ops_ipv4() 完成的，接下 来看下它的实现。

    将 socket 信息写入 sockmap

    static inline
void bpf_sock_ops_ipv4(struct bpf_sock_ops *skops)
{
    struct sock_key key = {};
    int ret;

    extract_key4_from_ops(skops, &key);

    ret = sock_hash_update(skops, &sock_ops_map, &key, BPF_NOEXIST);
    if (ret != 0) {
        printk("sock_hash_update() failed, ret: %d\n", ret);
    }

    printk("sockmap: op %d, port %d --> %d\n", skops->op, skops->local_port, bpf_ntohl(skops->remote_port));
}

    三个步骤：

    1. 调用 extract_key4_from_ops() 从 struct bpf_sock_ops *skops（socket metadata）中提取 key；

    2. 调用 sock_hash_update() 将 key:value 写入全局的 sockmap sock_ops_map，这 个变量定义在我们的头文件中。

    3. 打印一行日志，方面我们测试用，后面会看到效果。

    从 socket metadata 中提取 sockmap key

    map 的类型可以是：

    • BPF_MAP_TYPE_SOCKMAP

    • BPF_MAP_TYPE_SOCKHASH

    本文用的是第二种，sockmap 定义如下，

    struct bpf_map_def __p("maps") sock_ops_map = {
 .type           = BPF_MAP_TYPE_SOCKHASH,
 .key_size       = sizeof(struct sock_key),
 .value_size     = sizeof(int),             // 存储 socket
 .max_entries    = 65535,
 .map_flags      = 0,
};

    key 定义如下：

    struct sock_key {
 uint32_t sip4;    // 源 IP
 uint32_t dip4;    // 目的 IP
 uint8_t  family;  // 协议类型
 uint8_t  pad1;    // this padding required for 64bit alignment
 uint16_t pad2;    // else ebpf kernel verifier rejects loading of the program
 uint32_t pad3;
 uint32_t sport;   // 源端口
 uint32_t dport;   // 目的端口
} __attribute__((packed));

    下面是提取 key 的实现，非常简单：

    static inline
void extract_key4_from_ops(struct bpf_sock_ops *ops, struct sock_key *key)
{
    // keep ip and port in network byte order
    key->dip4 = ops->remote_ip4;
    key->sip4 = ops->local_ip4;
    key->family = 1;

    // local_port is in host byte order, and remote_port is in network byte order
    key->sport = (bpf_htonl(ops->local_port) >> 16);
    key->dport = FORCE_READ(ops->remote_port) >> 16;
}
    插入 sockmap

    sock_hash_update() 将 socket 信息写入到 sockmap，这个函数是我们定义的一个宏， 会展开成内核提供的一个 hash update 函数，不再详细展开。

    小结

    至此，第一段代码就完成了，它能确保我们拦截到 socket 建连事件，并将 socket 信息写入一个全局的映射表（sockmap）。

    3. BPF 程序二：拦截 sendmsg 系统调用，socket 重定向

    第二段 BPF 程序的功能：

    1. 拦截所有的 sendmsg 系统调用，从消息中提取 key；

    2. 根据 key 查询 sockmap，找到这个 socket 的对端，然后绕过 TCP/IP 协议栈，直接将 数据重定向过去。

    要完成这个功能，需要：

    1. 在 socket 发起 sendmsg 系统调用时触发执行，

    • 指定加载位置来实现：__p("sk_msg")

  • 关联到前面已经创建好的 sockmap，因为要去里面查询 socket 的对端信息。

    • 通过将 sockmap attach 到 BPF 程序实现：map 中的所有 socket 都会继承这段程序， 因此其中的任何 socket 触发 sendmsg 系统调用时，都会执行到这段代码。

    拦截 sendmsg 系统调用

    __p("sk_msg") // 加载目标文件（ELF ）中的 `sk_msg` p，`sendmsg` 系统调用时触发执行
int bpf_redir(struct sk_msg_md *msg)
{
    struct sock_key key = {};
    extract_key4_from_msg(msg, &key);
    msg_redirect_hash(msg, &sock_ops_map, &key, BPF_F_INGRESS);
    return SK_PASS;
}

    当 attach 了这段程序的 socket 上有 sendmsg 系统调用时，内核就会执行这段代码。它会：

    1. 从 socket metadata 中提取 key，

    2. 调用 bpf_socket_redirect_hash() 寻找对应的 socket，并根据 flag（BPF_F_INGRESS）， 将数据重定向到 socket 的某个 queue。

    从 socket message 中提取 key

    static inline
void extract_key4_from_msg(struct sk_msg_md *msg, struct sock_key *key)
{
    key->sip4 = msg->remote_ip4;
    key->dip4 = msg->local_ip4;
    key->family = 1;

    key->dport = (bpf_htonl(msg->local_port) >> 16);
    key->sport = FORCE_READ(msg->remote_port) >> 16;
}

    Socket 重定向

    msg_redirect_hash() 也是我们定义的一个宏，最终调用的是 BPF 内置的辅助函数。

    最终需要用的其实是内核辅助函数 bpf_msg_redirect_hash()，但后者无法直接访问， 只能通过 UAPI linux/bpf.h[8] 预定义的 BPF_FUNC_msg_redirect_hash 来访问，否则校验器无法通过。

    msg_redirect_hash(msg, &sock_ops_map, &key, BPF_F_INGRESS) 几个参数：

    • struct sk_msg_md *msg：用户可访问的待发送数据的元信息（metadata）

    • &sock_ops_map：这个 BPF 程序 attach 到的 sockhash map

    • key：在 map 中索引用的 key

    • BPF_F_INGRESS：放到对端的哪个 queue（rx 还是 tx）

    4. 编译、加载、运行

    bpftool 是一个用户空间工具，能用来加载 BPF 代码到内核、创建和更新 maps，以及收集 BPF 程序和 maps 信息。其源代码位于 Linux 内核树中：tools/bpf/bpftool[9]。

    编译

    用 LLVM Clang frontend 来编译前面两段程序，生成目标代码（object code）：

    $ clang -O2 -g -target bpf -c bpf_sockops.c -o bpf_sockops.o
$ clang -O2 -g -target bpf -c bpf_redir.c -o bpf_redir.o

    加载（load）和 attach sockops 程序

    加载到内核
    $ sudo bpftool prog load bpf_sockops.o /sys/fs/bpf/bpf_sockops type sockops

    • 这条命令将 object 代码加载到内核（但还没 attach 到 hook 点）

    • 加载之后的代码会 pin 到一个 BPF 虚拟文件系统[10] 来持久存储，这样就能获得一个指向这个程序的文件句柄（handle）供稍后使用。

    • bpftool 会在 ELF 目标文件中创建我们声明的 sockmap（sock_ops_map 变量，定 义在头文件中）。

    Attach 到 cgroups
    $ sudo bpftool cgroup attach /sys/fs/cgroup/unified/ sock_ops pinned /sys/fs/bpf/bpf_sockops

    • 这条命令将加载之后的 sock_ops 程序 attach 到指定的 cgroup，

    • 这个 cgroup 内的所有进程的所有 sockets，都将会应用这段程序。如果使用的是 cgroupv2[11] 时，systemd 会在 /sys/fs/cgroup/unified 自动创建一个 mount 点。

    查看 map ID

    至此，目标代码已经加载（load）和附着（attach）到 hook 点了，接下来查看 sock_ops 程序所使用的 map ID，因为后面要用这个 ID 来 attach sk_msg 程序：

    MAP_ID=$(sudo bpftool prog show pinned /sys/fs/bpf/bpf_sockops | grep -o -E 'map_ids [0-9]+'| cut -d '' -f2-)
$ sudo bpftool map pin id $MAP_ID /sys/fs/bpf/sock_ops_map

    加载和 attach sk_msg 程序

    加载到内核
    $ sudo bpftool prog load bpf_redir.o /sys/fs/bpf/bpf_redir \
    map name sock_ops_map \
    pinned /sys/fs/bpf/sock_ops_map

    • 将程序加载到内核

    • 将程序 pin 到 BPF 文件系统的 /sys/fs/bpf/bpf_redir 位置

    • 重用已有的 sockmap，指定了 sockmap 的名字为 sock_ops_map 并且文件路径为 /sys/fs/bpf/sock_ops_map

    Attach

    将已经加载到内核的 sk_msg 程序 attach 到 sockmap，

    $ sudo bpftool prog attach pinned /sys/fs/bpf/bpf_redir msg_verdict pinned /sys/fs/bpf/sock_ops_map

    从现在开始，sockmap 内的所有 socket 在 sendmsg 时都将触发执行这段 BPF 代码。

    查看

    查看系统中已经加载的所有 BPF 程序：

    $ sudo bpftool prog show
...
38: sock_ops  name bpf_sockmap  tag d9aec8c151998c9c  gpl
        loaded_at 2021-01-28T22:52:06+0800  uid 0
        xlated 672B  jited 388B  memlock 4096B  map_ids 13
        btf_id 20
43: sk_msg  name bpf_redir  tag 550f6d3cfcae2157  gpl
        loaded_at 2021-01-28T22:52:06+0800  uid 0
        xlated 224B  jited 156B  memlock 4096B  map_ids 13
        btf_id 24

    查看系统中所有的 map，以及 map 详情：

    $ sudo bpftool map show
13: sockhash  name sock_ops_map  flags 0x0
        key 24B  value 4B  max_entries 65535  memlock 5767168B

# -p/--pretty：人类友好格式打印
$ sudo bpftool -p map show id 13
{
    "id": 13,
    "type": "sockhash",
    "name": "sock_ops_map",
    "flags": 0,
    "bytes_key": 24,
    "bytes_value": 4,
    "max_entries": 65535,
    "bytes_memlock": 5767168,
    "frozen": 0
}

    打印 map 内的所有内容：

    $ sudo bpftool -p map dump id 13
[{
  "key":
["0x7f", "0x00", "0x00", "0x01", "0x7f", "0x00", "0x00", "0x01", "0x01", "0x00", "0x00", "0x00", "0x00", "0x00", "0x00", "0x00", "0x03", "0xe8", "0x00", "0x00", "0xa1", "0x86", "0x00", "0x00"
  ],
  "value": {
   "error":"Operation not supported"
  }
 },{
  "key":
["0x7f", "0x00", "0x00", "0x01", "0x7f", "0x00", "0x00", "0x01", "0x01", "0x00", "0x00", "0x00", "0x00", "0x00","0x00", "0x00", "0xa1", "0x86", "0x00", "0x00", "0x03", "0xe8", "0x00", "0x00"
  ],
  "value": {
   "error":"Operation not supported"
  }
 }
]

    其中的 error 是因为 sockhash map 不支持从用户空间获取 map 内的值（values）。

    测试

    在一个窗口中启动 socat 作为服务端，监听在 1000 端口：

    # start a TCP listener at port 1000, and echo back the received data
$ sudo socat TCP4-LISTEN:1000,fork exec:cat

    另一个窗口用 nc 作为客户端来访问服务端，建立 socket：

    # connect to the local TCP listener at port 1000
$ nc localhost 1000

    观察我们在 BPF 代码中打印的日志：

    $ sudo cat /sys/kernel/debug/tracing/trace_pipe
    nc-13227   [002] .... 105048.340802: 0: sockmap: op 4, port 50932 --> 1001
    nc-13227   [002] ..s1 105048.340811: 0: sockmap: op 5, port 1001 --> 50932

    清理

    从 sockmap 中 detach 第二段 BPF 程序，并将其从 BPF 文件系统中 unpin：

    $ sudo bpftool prog detach pinned /sys/fs/bpf/bpf_redir msg_verdict pinned /sys/fs/bpf/sock_ops_map
$ sudo rm /sys/fs/bpf/bpf_redir

    当 BPF 文件系统中某个文件的 reference count[12] 为零时，该就会自动从 BPF 文件系统中删除。

    同理，从 cgroups 中 detach 第一段 BPF 程序，并将其从 BPF 文件系统中 unpin：

    $ sudo bpftool cgroup detach /sys/fs/cgroup/unified/ sock_ops pinned /sys/fs/bpf/bpf_sockops
$ sudo rm /sys/fs/bpf/bpf_sockops

    最后删除 sockmaps：

    $ sudo rm /sys/fs/bpf/sock_ops_map

    结束语

    本文展示了如何利用 sockmap/cgroups BPF 程序加速两端都在同一台机器的 socket 的通信。下一篇[13] 会给出一些性能测试，有兴趣可以前往查看。

    最后，希望本文能给大家带来一些帮助。有任何问题，可以邮件联系我们：product@cyral.com。

    附录：BPF 开发环境搭建

    • 原文测试环境：Ubuntu Linux 18.04 with kernel 5.3.0-40-generic.

      已经有点老，搭建步骤见 原文附录[14]。

    • 译文测试环境：Ubuntu Linux 20.04 with kernel 5.8.0-38-generic.

      已经用了很久，具体搭建步骤忘了。建议参考 Cilium 开发环境搭建步骤，或自行 google。

    参考资料

    [1]

    How to use eBPF for accelerating Cloud Native applications: https://cyral.com/blog/how-to-ebpf-accelerating-cloud-native/

    [2]

    Cilium 分享: https://www.slideshare.net/ThomasGraf5/accelerating-envoy-and-istio-with-cilium-and-the-linux-kernel

    [3]

    完整代码: https://github.com/ArthurChiao/socket-acceleration-with-ebpf

    [4]

    完整代码: https://github.com/cyralinc/os-eBPF/

    [5]

    下一篇: https://cyral.com/blog/lessons-using-ebpf-accelerating-cloud-native/

    [6]

    bpf.h: https://github.com/torvalds/linux/blob/master/include/uapi/linux/bpf.h

    [7]

    bpftool: https://manpages.ubuntu.com/manpages/focal/man8/bpftool-prog.8.html

    [8]

    linux/bpf.h: https://github.com/torvalds/linux/blob/master/include/uapi/linux/bpf.h

    [9]

    tools/bpf/bpftool: https://github.com/torvalds/linux/tree/master/tools/bpf/bpftool

    [10]

    BPF 虚拟文件系统: https://lwn.net/Articles/664688/

    [11]

    cgroupv2: http://man7.org/conf/osseu2018/cgroups_v2-OSS.eu-2018-Kerrisk.pdf

    [12]

    reference count: https://facebookmicrosites.github.io/bpf/blog/2018/08/31/object-lifetime.html

    [13]

    下一篇: https://cyral.com/blog/lessons-using-ebpf-accelerating-cloud-native/

    [14]

    原文附录: https://cyral.com/blog/how-to-ebpf-accelerating-cloud-native/

    原文链接：https://arthurchiao.art/blog/socket-acceleration-with-ebpf-zh/


    你可能还喜欢

    点击下方图片即可阅读

    k8s集群内的节点，可能没你想象的那么健壮！（磁盘管理篇）

    云原生是一种信仰 ????

    扫码关注公众号

    后台回复◉k8s◉获取史上最方便快捷的 Kubernetes 高可用部署工具，只需一条命令，连 ssh 都不需要！

    点击 "阅读原文" 获取更好的阅读体验！

    ❤️给个「在看」，是对我最大的支持❤️
eBPF 技术应用云原生网络实践系列之基于 socket 的 service
数据库技术
02-09 356
Kubernetes 中的网络功能，主要包括 POD 网络，service 网络和网络策略组成。其中 POD 网络和网络策略，都是规定了模型，没有提供默认实现。而 service 网络作为 Kubernetes 的特色部分，官方版本持续演进了多种实现。
Linux网络和eBPF
RandyLambert的博客
03-23 2170
目录关于本文如何实现分类器和流量控制程序套接字过滤器程序(BPF_PROG_TYPE_SOCKET_FILTER)套接字相关程序功能快捷键合理的创建标题，有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能，丰富你的文章UML 图表FLowchart流程图导出与导入导出导入 关于本文 Linux 现在已经支持了很多种和网络相关的
.Net 下Socket的一些性能参数
09-17 1056
　　Socket + Threads/ThreadPool　　大概性能：小于1500个连接　　实现：Accept一个Socket，就交给一个线程去管理，比较笨，但也比较有效，因为是同步方式，控制起来很方便。高级点的，就是交给一个线程池去管理，线程池由系统自动托管，省去了开销线程的时间。一般小型项目，用这个完全足够，开发也简单。但要注意，如果若干Socket长时间占用线程池中的线程，同时其它
进程间通信（IPC）：LocalSocket
最新发布
休息一下接着来的博客
05-20 1084
LocalSocket 是基于 Unix 域套接字（Unix Domain Socket）的 IPC 机制，用于同一设备上的进程间通信。它通过内核直接传递数据，绕过网络协议栈，具有高效率和低延迟的特点，广泛应用于 Android 系统（如与 Zygote 通信）或本地服务通信。
socket性能优化(上)
cbi339gd
01-15 353
socket性能优化(上) 2012年01月01日 　　[b]socket性能优化[/b] 　　M. Tim Jones (), 资深软件工程师, Emulex 　　使用 Sockets API，我们可以开发客户机和服务器应用程序，它们可以在本地网络上进行通信，也可以通过 Internet 在全球范围内进行通信。与其他 API 一样，您可以通过一些方法使用 Sockets API，...
eBPF/sockmap实现socket转发offload
热门推荐
TCP/IP
12-25 1万+
我们已经对eBPF将网络转发offload到XDP（eXpress Data Path）耳熟能详，作为Linux内核的一把 “瑞士军刀” ，eBPF能做的事情可不止一件，它是一个多面手。 socket数据offload问题 通过代理服务器在两个TCP接连之间转发数据是一个非常常见的需求，特别是在CDN的场景下，然而这个代理服务器也是整条路径中的瓶颈之所在，代理服务器的七层转发行为极大地消耗着单机性...
socket特性
weixin_37603532的博客
05-13 375
socket文件的特性和管道一样，read时会出现阻塞; 端口查询命令： netstat -apn | grep + 端口号; 注意：当先杀掉server时，然后再重新启动server和客户端，由于此时端口还没有被释放，会出现客户端无法和server通信； ...
eBPF 在网易轻舟云原生的应用实践
NetEaseResearch的博客
08-21 6769
eBPF 是 Linux 内核近几年最为引人注目的特性之一，通过一个内核内置的字节码虚拟机，完成数据包过滤、调用栈跟踪、耗时统计、热点分析等等高级功能，是 Linux 系统和 Linux 应用的功能 / 性能分析利器。本文将介绍 eBPF 的技术特点，及 eBPF 在网易杭研轻舟系统探测和网络性能优化方面的应用。
k8s系列05-使用containerd和cilium部署kubeproxy-free的k8s集群
tinychen
05-24 1409
本文主要在centos7系统上基于containerd和stable版本（1.11.4）的cilium组件部署v1.24.0版本的k8s原生集群，由于集群主要用于自己平时学习和测试使用，加上资源有限，暂不涉及高可用部署。 此外，由于cilium已经实现了对kube-proxy的一整套替代方案，这里部署k8s集群的时候会使用cilium的kubeproxy-free方案。 此前写的一些关于k8s基础知识和集群搭建的一些方案，有需要的同学可以看一下。 1、准备工作 1.1 集群信息 机器均为8C8G的虚拟机，硬
eBPF bpftrace 实现个UNIX socket抓包试试
RToax
07-08 1436
https://github.com/Rtoax/test/tree/master/bpf/bpftrace/study #!/usr/bin/bpftrace // 荣涛 // UNIX socket STREAM 抓包 // 2021年7月8日 // 内核版本: 3.10.0-1062.el7.x86_64 #include <linux/aio.h> #include <linux/socket.h> #include <linux/net.h> #incl
eBPF学习——抓取内核网络中的socket信息
金荣的个人技术博客
05-31 2916
bcc 是基于 LLVM 的工具集，用 Python 封装了底层机器相关的细节，bcc工具使得 eBPF 的使用更加方便，使用时内核探测代码用 C 写， 数据处理用 Python 。本文将使用 bcc工具抓取内核网络中的数据，包括抓取 backlog 信息、port 和 IP 信息、网络命名空间信息等。 eBPF 可以将任何内核函数调用转换成可带任何数据的用户空间事件。每当有程序监听 TCP socket，就得到一个事件通知。当在 AF_INET 和 SOCK_STREAM 类型的 socket 上调用系统
eBPF:eBPF实验
03-18
eBPF eBPF实验 什么是eBPF？ eBPF（扩展的Berkley数据包过滤器）是一种旨在在Linux内核中安全执行。 它是： 具有大量代码路径分析的验证程序 内核解释器 即时编译器 潜在的处理器卸载机制 它在多个地方使用以向内核提供运行时可配置的代码注入。 如何创建eBPF？ 可以直接创建eBPF机器代码（64位指令），然后通过bpf系统调用将其注入内核。 甚至在用户区C程序中甚至都有用于合成指令的宏。 但是，通常更容易用高级语言指定eBPF程序。 最常见的是“ C”，将LLVM编译器工具与“ bpf”计算机目标一起使用。 如何与eBPF程序进行交互？ eBPF程序附加到内核中的各种钩子上。 他们本质上是事件处理程序。 从内核挂钩中调用它们，并为其指定特定于挂钩类型的上下文对象。 它们返回结果代码，其含义由挂钩类型定义。 eBPF验证程序可确保代码始终终止，并且永远不
ebpf sockops 功能分析
already_skb的专栏
02-18 1982
ebpf sockops 实现原理 大家肯定好奇为什么通过ebpf sockops可以提取我们想要的数据 ？ 正常来说实现方式有两种，第一种是关键路径上埋钩子函数；第二种是kprobe的粘贴插入。 ebpf sockops 是通过第一种实现的，在关键路径上埋钩子函数了，所以想要扩展功能难哦，一般在内核版本升级时可以提前规划埋好钩子函数。 ebpf sockops 支持那些功能 ebpf sockops支持那些功能(关键看在什么路径上埋了钩子函数)，看 下面代码吧 ...
使用 eBPF 技术实现更快的网络数据包传输
hanfengzxh的博客
03-22 844
通过 eBPF 的引入，我们缩短了同节点通信数据包的 datapath，跳过了内核网络栈直接连接两个对端的 socket。这种设计适用于同 pod 两个应用的通信以及同节点上两个 pod 的通信。[^1]: 该辅助函数将引用的 socket 添加或者更新到 sockethashmap中，程序的输入作为键值对的值。详细信息可参考中的。[^2]: 该辅助函数将msg转发到 socket map 中key对应的 socket。关注"云原生指北"微信公众号（转载本站文章请注明作者和出处。
eBPF介绍
ss810540895的博客
03-22 1532
当网卡接收到数据包的时候，因为设置的混杂模式，那么就会额外的拷贝一份新的数据包，然后在根据BPF的代码进行过滤，将符合规则的数据包接收到socket套接字的接收队列里面。因而，早期的BPF被称为cBPF，扩展后的BPF被称为eBPF。JIT：just in time 的缩写，我们将编译好的BPF指令集需要在虚拟机上执行，虚拟机需要一条一条的解析为本机机器码才能够执行，所以这个执行效率会很低，但是如果我们的处理器有了JIT就能够将我们BPF直接直接编译为能够在机器直接执行的机器码，这样大大提高了执行的速度。
eBPF/XDP --- 如果一定要实现 redirect-to-dev 的多播，该怎么办
xzhao28的专栏
11-27 1203
=============================================================================================================== 之前一个大哥的博文: https://blog.youkuaiyun.com/dog250/article/details/102982948 实现一个基于XDP/eBPF的学习型网桥 我留言: 这几天学习过程中正好想到了这个问题，就见到了这篇文，受教了。 一点小...
Linux的socket reuseport与eBPF
TCP/IP
11-25 6893
今天晚上和小小一起学习，上个晚自习。 已经是reuseport骨灰级玩家了，所以简单写。 最开始，Linux协议栈并没有完全兼容BSD的reuseport语义，也就是说，Linux 3.9之前，所谓的reuseport仅仅有socket热备份功能，没有socket负载均衡功能，但是很快在3.9内核之后，Linux协议栈的reuseport功能便完善了： Active-Backup Active...
Linux eBPF内核源码sample/bpf全网最细解析（一）
尧fighting的博客
09-28 3891
本文重点讲解samples/bpf/sockex1_kern.c和samples/bpf/sockex1_user.c这两个文件，并剖析了它们调用的其他外部函数。
使用Cilium增强Istio—通过Socket感知BPF程序
Innocence_0的博客
02-13 612
使用Cilium增强Istio—通过Socket感知BPF程序
rewrite or internal redirection cycle while internally redirecting to "/inde
08-18
rewrite or internal redirection cycle while internally redirecting to "/index.html" 是一个nginx的错误，它表示在内部重定向过程中出现了循环。 这个错误通常是由于nginx配置文件中的重写规则设置错误导致的。根据提供的配置文件段落，可以看出在location /的配置中使用了try_files指令来匹配请求的文件，如果找不到则会重定向到/oeos/index.html。但是，在/oeos/index.html页面中可能又存在重定向规则，导致了循环重定向的情况。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *2* [[nginx]nginx rewrite or internal redirection cycle while internally redirecting](https://blog.youkuaiyun.com/qubes/article/details/125655094)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_1"}}] [.reference_item style="max-width: 50%"] - *3* [解决nginx 报错提示：rewrite or internal redirection cycle while internally redirecting to “/](https://blog.youkuaiyun.com/qq_32406257/article/details/121658449)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_1"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值