Deploying to gh-pages from @ eunomia-bpf/bpf-developer-tutorial@2b74656048 🚀

38-btf-uprobe/index.html

@@ -178,7 +178,7 @@
 <p>eBPF 中的 “co-re” 代表“一次编译、到处运行”。这是其关键特征之一，用于解决 eBPF 程序在不同内核版本间兼容性的主要挑战。eBPF 的 CO-RE 功能可以实现在不同的内核版本上运行同一 eBPF 程序，而无需重新编译。</p>
 <p>利用 eBPF 的 Uprobe 功能，可以追踪用户空间应用程序并访问其内部数据结构。然而，用户空间应用程序的 CO-RE 实践目前尚不完善。本文将介绍一种新方法，利用 CO-RE 为用户空间应用程序确保 eBPF 程序在不同应用版本间的兼容性，从而避免了多次编译的需求。例如，在从加密流量中捕获 SSL/TLS 明文数据时，你或许不需要为每个版本的 OpenSSL 维护一个单独的 eBPF 程序。</p>
 <p>为了在用户空间应用程序中实现eBPF的“一次编译、到处运行”(Co-RE)特性，我们需要利用BPF类型格式(BTF)来克服传统eBPF程序的一些限制。这种方法的关键在于为用户空间程序提供与内核类似的类型信息和兼容性支持，从而使得eBPF程序能够更灵活地应对不同版本的用户空间应用和库。</p>
-<p>本文是eBPF开发者教程的一部分，详细内容可访问<a href="https://eunomia.dev/tutorials/">这里</a>。源代码在<a href="https://github.com/eunomia-bpf/bpf-developer-tutorial">GitHub库</a>中可用。</p>
+<p>本文是eBPF开发者教程的一部分，详细内容可访问<a href="https://eunomia.dev/tutorials/">https://eunomia.dev/tutorials/</a>。本文完整的代码请查看 <a href="https://github.com/eunomia-bpf/bpf-developer-tutorial/tree/main/src/38-btf-uprobe">https://github.com/eunomia-bpf/bpf-developer-tutorial/tree/main/src/38-btf-uprobe</a> 。</p>
 <h2 id="为什么我们需要co-re"><a class="header" href="#为什么我们需要co-re">为什么我们需要CO-RE？</a></h2>
 <ul>
 <li><strong>内核依赖性</strong>：传统的eBPF程序和它们被编译的特定Linux内核版本紧密耦合。这是因为它们依赖于内核的特定内部数据结构和API，这些可能在内核版本间变化。</li>
@@ -366,6 +366,7 @@ Successfully started! Press Ctrl+C to stop.
 [sudo] password for yunwei37: 
            &lt;...&gt;-26740   [001] ...11 28180.156220: bpf_trace_printk: add_test(&amp;d) 1 + 3 = 4
 </code></pre>
+<p>本文的工具和完整的代码在 <a href="https://github.com/eunomia-bpf/bpf-developer-tutorial/tree/main/src/38-btf-uprobe">https://github.com/eunomia-bpf/bpf-developer-tutorial/tree/main/src/38-btf-uprobe</a> 开源。</p>
 <h2 id="结论"><a class="header" href="#结论">结论</a></h2>
 <ul>
 <li><strong>灵活性和兼容性</strong>：在用户空间eBPF程序中使用BTF大大增强了它们在不同版本的用户空间应用程序和库之间的灵活性和兼容性。</li>

print.html

@@ -7602,7 +7602,7 @@ Function hello-world called 6
 <p>eBPF 中的 “co-re” 代表“一次编译、到处运行”。这是其关键特征之一，用于解决 eBPF 程序在不同内核版本间兼容性的主要挑战。eBPF 的 CO-RE 功能可以实现在不同的内核版本上运行同一 eBPF 程序，而无需重新编译。</p>
 <p>利用 eBPF 的 Uprobe 功能，可以追踪用户空间应用程序并访问其内部数据结构。然而，用户空间应用程序的 CO-RE 实践目前尚不完善。本文将介绍一种新方法，利用 CO-RE 为用户空间应用程序确保 eBPF 程序在不同应用版本间的兼容性，从而避免了多次编译的需求。例如，在从加密流量中捕获 SSL/TLS 明文数据时，你或许不需要为每个版本的 OpenSSL 维护一个单独的 eBPF 程序。</p>
 <p>为了在用户空间应用程序中实现eBPF的“一次编译、到处运行”(Co-RE)特性，我们需要利用BPF类型格式(BTF)来克服传统eBPF程序的一些限制。这种方法的关键在于为用户空间程序提供与内核类似的类型信息和兼容性支持，从而使得eBPF程序能够更灵活地应对不同版本的用户空间应用和库。</p>
-<p>本文是eBPF开发者教程的一部分，详细内容可访问<a href="https://eunomia.dev/tutorials/">这里</a>。源代码在<a href="https://github.com/eunomia-bpf/bpf-developer-tutorial">GitHub库</a>中可用。</p>
+<p>本文是eBPF开发者教程的一部分，详细内容可访问<a href="https://eunomia.dev/tutorials/">https://eunomia.dev/tutorials/</a>。本文完整的代码请查看 <a href="https://github.com/eunomia-bpf/bpf-developer-tutorial/tree/main/src/38-btf-uprobe">https://github.com/eunomia-bpf/bpf-developer-tutorial/tree/main/src/38-btf-uprobe</a> 。</p>
 <h2 id="为什么我们需要co-re"><a class="header" href="#为什么我们需要co-re">为什么我们需要CO-RE？</a></h2>
 <ul>
 <li><strong>内核依赖性</strong>：传统的eBPF程序和它们被编译的特定Linux内核版本紧密耦合。这是因为它们依赖于内核的特定内部数据结构和API，这些可能在内核版本间变化。</li>
@@ -7790,6 +7790,7 @@ Successfully started! Press Ctrl+C to stop.
 [sudo] password for yunwei37: 
            &lt;...&gt;-26740   [001] ...11 28180.156220: bpf_trace_printk: add_test(&amp;d) 1 + 3 = 4
 </code></pre>
+<p>本文的工具和完整的代码在 <a href="https://github.com/eunomia-bpf/bpf-developer-tutorial/tree/main/src/38-btf-uprobe">https://github.com/eunomia-bpf/bpf-developer-tutorial/tree/main/src/38-btf-uprobe</a> 开源。</p>
 <h2 id="结论-1"><a class="header" href="#结论-1">结论</a></h2>
 <ul>
 <li><strong>灵活性和兼容性</strong>：在用户空间eBPF程序中使用BTF大大增强了它们在不同版本的用户空间应用程序和库之间的灵活性和兼容性。</li>