ss810540895的博客

CNCF“eBPF 是我见过的 Linux 中最神奇的技术，没有之一，已成为 Linux 内核中顶级子模块，从 tcpdump 中用作网络包过滤的经典 cbpf，到成为通用 Linux 内核技术的 eBPF，已经完成华丽蜕变，为应用与神奇的内核打造了一座桥梁，在系统跟踪、观测、性能调优、安全和网络等领域发挥重要的角色。为 Service Mesh 打造了具备 API 感知和安全高效的容器网络方案 Cilium，其底层正是基于 eBPF 技术”1. BPF。

定位问题范围：同节点/跨节点？是否涉及策略？验证基础环境：Pod IP 分配、节点状态、组件日志。检查路由与 BGPip route。分析网络策略：iptables/eBPF 规则、策略匹配逻辑。高级工具辅助：tcpdump、eBPF 工具链、WireGuard 诊断。参考文档Calico 官方排错指南。通过以上步骤，可覆盖 90% 的 Calico 网络问题。对于复杂场景（如多云混合网络），需结合具体底层网络拓扑分析。

Flannel 通过子网分配和覆盖网络技术，为 Kubernetes 集群提供了简单高效的容器网络方案。选择 VXLAN 或 host-gw 取决于网络环境（是否支持直接路由）。对于性能敏感的场景，host-gw 是理想选择；而跨子网或云环境则更适合 VXLAN。当 Flannel 出现网络故障时，需要按照分层排查的思路逐步定位问题。

配置路由时，需要在通信双方都进行配置，不要忘记配置回程路由。

我们都知道TCP正常情况下断开连接是用四次挥手，那是正常时候的优雅做法。但异常情况下，收发双方都不一定正常，连挥手这件事本身都可能做不到，所以就需要一个机制去强行关闭连接。RST就是用于这种情况，一般用来异常地关闭一个连接。它是一个TCP包头中的标志位。正常情况下，不管是发出，还是收到置了这个标志位的数据包，相应的内存、端口等连接资源都会被释放。从效果上来看就是TCP连接被关闭了。而接收到 RST的一方，一般会看到一个或的报错。TCP报头RST位RST其实是TCP包头里的一个标志位，目的是为了在。

①、变长子网划分规律如果一个子网地址块是原来网段的(1/2)^n，子网掩码就在原网段的基础上右移n位，不等长子网，子网掩码也不同。②、点到点网络的子网掩码每个子网是原来网络的(1/2)×(1/2)×(1/2)×(1/2)×(1/2)×(1/2)，也就是(1/2)^6，子网掩码往右移动6位。例如：11111111.11111111.11111111.11111100写成十进制子网掩码也就是255.255.255.252。

文章摘自维基百科。

本文主要对对称加密和非对称加密的原理以及过程进行分析，同时还会简单介绍一下TLS/SSL的一些相关内容，并且对比TLSv1.2和TLSv1.3的不同。

这些不同时间段的snmp trap消息就像洪水一样涌入监控平台设备，可是当这些trap在进入监控平台内部snmp进程的时候，因为开源软件的某些bug，并发数不够了，导致trap在设备内部软件队列排着队，进场。例如JSON，NETCONF，以及YANG模型。所以，我希望自己能够凭借有限的时间和精力，构筑一个小小的信息桥梁，不管你是因为英语这个鸿沟，还是其他原因也好，我们一起为未来的到来，一起努力。琢磨了半天，才想出来这么个用2B铅笔写的，广告成分极大开场白，最近一忙专栏，就没空更新博客，对不住我的朋友们了。

当网卡接收到数据包的时候，因为设置的混杂模式，那么就会额外的拷贝一份新的数据包，然后在根据BPF的代码进行过滤，将符合规则的数据包接收到socket套接字的接收队列里面。因而，早期的BPF被称为cBPF，扩展后的BPF被称为eBPF。JIT：just in time 的缩写，我们将编译好的BPF指令集需要在虚拟机上执行，虚拟机需要一条一条的解析为本机机器码才能够执行，所以这个执行效率会很低，但是如果我们的处理器有了JIT就能够将我们BPF直接直接编译为能够在机器直接执行的机器码，这样大大提高了执行的速度。

【答案一】因为 TCP 是全双工模式，客户端请求关闭连接后，客户端向服务端的连接关闭（一二次挥手），服务端继续传输之前没传完的数据给客户端（数据传输），服务端向客户端的连接关闭（三四次挥手）。所以 TCP 释放连接时服务器的 ACK 和 FIN 是分开发送的（中间隔着数据传输），而 TCP 建立连接时服务器的 ACK 和 SYN 是一起发送的（第二次握手），所以 TCP 建立连接需要三次，而释放连接则需要四次。尤其是在多处理器系统上，更需要一些同步机制来同步不同处理器上的执行单元对共享的数据的访问。

我们通常使用nslookup工具来测试DNS解析，获取DNS报文的详细数据，这也是我们想要使用协议分析工具nslookup来分析DNS流量进行分析。您可以使用它来执行 DNS 查询并接收：域名或 IP 地址，或任何其他特定的 DNS 记录。默认查询主机地址，想要测试其他类型的资源记录，先使用 set type命令设置要查询的DNS记录类型，然后输入域名，可得到相应类型的域名测试结果。这是一个简单的DNS解析过程，序号为56的数据包显示的是DNS查询报文，序号为57是数据包是DNS应答报文。

我们通过了解TCP各个状态，可以排除和定位网络或系统故障时大有帮助。

今天要给大家介绍的一个 Unix 下的一个，也就是我们常说的。与它功能类似的工具有，不同的是，wireshark 有图形化界面，而 tcpdump 则只有命令行。由于我本人更习惯使用命令行的方式进行抓包，因此今天先跳过 wireshark，直接给大家介绍这个神器。

菜单栏：用于调试、配置工具栏：常用功能的快捷方式过滤栏：指定过滤条件，过滤数据包数据包列表：核心区域，每一行就是一个数据包数据包详情：数据包的详细数据数据包字节：数据包对应的字节流，二进制说明：数据包列表区中不同的协议使用了不同的颜色区分。协议颜色标识定位在菜单栏 视图 --> 着色规则。如下所示WireShark 主要分为这几个界面。

WebSocket 协议在2008年诞生，2011年成为国际标准。所有浏览器都已经支持了。它的最大特点就是，服务器可以主动向客户端推送信息，客户端也可以主动向服务器发送信息，是真正的双向平等对话，属于服务器推送技术的一种。其他特点包括：（1）建立在 TCP 协议之上，服务器端的实现比较容易。（2）与 HTTP 协议有着良好的兼容性。默认端口也是80和443，并且握手阶段采用 HTTP 协议，因此握手时不容易屏蔽，能通过各种 HTTP 代理服务器。（3）数据格式比较轻量，性能开销小，通信高效。

前面的博客，大体的介绍完了整个网络的体系，还剩下一个IP协议，今天我们来介绍这个IP协议。本篇博客主要介绍完了IP协议，至此整个网络协议到此就介绍完了。

上一篇博客已经介绍了TCP协议的内容的一部分了，今天咱们继续介绍剩下的部分。本篇博客主要介绍了TCP协议剩下的内容，剩下的还有一个网络协议中IP协议。

前面我们了解了网络协议的HTTP协议，TLS协议，WebSocket协议，今天我们来介绍对应的TCP协议，差不多画上一篇博客的篇幅，大概的介绍下。今天简单的介绍了TCP协议的一部分的内容，剩下的内容下次博客继续介绍。