TLSe KTLS 内核加速指南用 Linux 内核实现高性能零拷贝 TLS【免费下载链接】tlseSingle C file TLS 1.2/1.3 implementation, using tomcrypt as crypto library项目地址: https://gitcode.com/gh_mirrors/tl/tlseTLSe 是一个用单个 C 文件实现的 TLS 1.2/1.3 协议库它在 Linux 内核 4.13 及以上版本支持KTLS内核 TLS加速能让数据加解密完全在内核态完成从而实现零拷贝 TLS传输显著降低 CPU 占用并提升吞吐量。本文将以新手友好的方式带你了解 KTLS 的工作原理、TLSe 的启用方法、核心 API 使用步骤以及常见注意事项帮你快速为自己的项目开启内核加速。KTLS 是什么为什么能实现零拷贝 TLS 加速传统 TLS 库如 OpenSSL在用户态完成握手与数据加解密应用数据需要从用户缓冲区拷贝到加密库加密后再拷贝到内核发送缓冲区整个过程涉及多次内存拷贝与系统调用CPU 开销较大。KTLSKernel TLS则把 TLS 数据面record 层的加解密下沉到 Linux 内核TLS 握手仍然在用户态完成但协商出的密钥会被导出并交给内核此后数据包的内核收发路径直接加解密。这样你可以直接用send/recv/sendfile发送加密数据sendfile 零拷贝让大文件传输几乎不消耗 CPU减少用户态与内核态之间的内存拷贝和上下文切换让加解密利用内核的硬件卸载能力部分网卡可 offload。一句话总结握手交给 TLSe数据面交给内核这就是零拷贝 TLS 的核心思路。TLSe 的 KTLS 支持概览单文件库的隐藏技能TLSetlse.c本身就是一个极简的 TLS 实现整个库只有一个 C 文件基于 libtomcrypt 提供密码学能力支持 TLS 1.0~1.3、DTLS甚至 SRTP/WebRTC。它的 KTLS 支持也很单文件——只需在编译时定义WITH_KTLS宏即可开启相关接口声明在 tlse.h 中tls_make_ktls(context, socket)把已建立的 TLS 连接切换为 KTLS 模式tls_unmake_ktls(context, socket)从 KTLS 模式退回 TLSe 用户态处理。在 tlse.c 的tls_make_ktls实现中可以看到它会校验密钥可导出、协议版本与密码套件然后通过setsockopt把密钥注入内核的 TLS 协议栈整个过程非常透明。编译启用 KTLS 支持的最快方法开启 KTLS 只需要两步准备内核头文件 定义编译宏。第一步准备 Linux TLS 头文件KTLS 依赖内核提供的 TLS 数据结构如tls12_crypto_info_aes_gcm_128。源码 tlse.c 中会#include ktls.h你可以把系统/usr/include/linux/tls.h复制为ktls.h放到项目里或者按注释改为包含linux/tls.h。第二步带上 -DWITH_KTLS 编译手动编译以 examples/tlsclienthello.c 客户端为例gcc tlsclienthello.c -o tlsclienthello -DWITH_KTLS -ltomcrypt -ltommath -DLTM_DESC如果使用自带的 libtomcrypt 合并版则改用-DTLS_AMALGAMATION。使用 CMake 时通过TLSE_COMPILE_DEFINITIONS传入mkdir build cd build cmake ../ -DTLSE_COMPILE_DEFINITIONSTLS_AMALGAMATION;WITH_KTLS -DBUILD_EXAMPLESON cmake --build . --verbose如果希望内核同时处理接收方向的加解密还需额外定义TLS_RX见 tlse.c内核 4.17 起支持接收方向。三步启用 KTLS核心 API 使用指南参考 examples/tlsclienthello.c 中的实际用法切换 KTLS 只需三步第一步让密钥可导出。创建 TLS 上下文后必须先调用tls_make_exportable(context, 1)因为 KTLS 需要把会话密钥交给内核密钥不可导出时会返回错误struct TLSContext *context tls_create_context(0, TLS_V13); tls_make_exportable(context, 1); // KTLS 前置条件第二步完成 TLS 握手。走正常的握手流程tls_client_connect/tls_accept直到tls_established(context) 1。第三步调用 tls_make_ktls 切换。握手完成后把 socket 交给内核if (!tls_make_ktls(context, sockfd)) { // 之后就可以像普通 TCP 一样 send内核自动加密 send(sockfd, request, strlen(request), 0); } else { // KTLS 不可用时回退到 TLSe 用户态加密 tls_write(context, (unsigned char *)request, strlen(request)); send_pending(sockfd, context); }成功切换到 KTLS 后发送数据不再经过 TLSe 的 record 层send/sendfile直接产出加密数据这正是零拷贝 TLS性能提升的来源。KTLS 使用注意事项这些限制要知道KTLS 虽强但有几条硬性限制务必提前确认都可在 tlse.c 的校验逻辑中看到协议版本仅支持 TLS 1.2 / 1.3 及对应的 DTLS 版本TLS 1.1 及以下无法切换密码套件目前只支持AES-128-GCM系列密码套件含TLS_AES_128_GCM_SHA256、TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256等其他套件会返回TLS_FEATURE_NOT_SUPPORTED发送/接收若未定义TLS_RXKTLS 仅对发送方向生效——你可以用send/sendfile发送但recv接收必须继续由 TLSe 处理握手职责协商仍由 TLSe 完成KTLS 只管数据面内核版本发送方向需 Linux 4.13接收方向TLS_RX需 4.17回退能力随时可调用tls_unmake_ktls把连接切回用户态适合需要序列化上下文等场景。性能与安全验证加速后依然放心启用 KTLS 后建议用sendfile做一次大文件传输测试对比开启前后的 CPU 占用与吞吐量——零拷贝的收益在大流量下非常直观。安全性方面TLSe 默认开启 ROBOT 攻击缓解、支持前向保密ECDHE与 ChaCha20-Poly1305 等现代套件配合证书链校验函数如tls_certificate_chain_is_valid见 tlse.h可以构建一套安全合规的加密传输方案。总结给你的 TLS 服务插上内核加速引擎TLSe 的 KTLS 支持用极简的方式把单文件 TLS 库与内核零拷贝加速结合起来编译时定义WITH_KTLS握手中导出密钥最后调用一次tls_make_ktls即可让数据面交给内核处理。对于追求高吞吐、低 CPU 的 C 语言服务这是一条性价比极高的高性能 TLS 路线。想亲身体验可以克隆仓库快速编译示例git clone https://gitcode.com/gh_mirrors/tl/tlse然后在 Linux 4.13 内核上按上文方法编译运行用sendfile感受一下零拷贝 TLS 的威力吧【免费下载链接】tlseSingle C file TLS 1.2/1.3 implementation, using tomcrypt as crypto library项目地址: https://gitcode.com/gh_mirrors/tl/tlse创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
