1.Java如何通过网络进行寻找附近的网源设备，附源码？
2.flannel原理之subnet
3.深入理解kubernetes（k8s）网络原理之五-flannel原理
Java如何通过网络进行寻找附近的设备，附源码？
在 Java 中，源码用可以通过使用 Java 的网源网络编程技术来实现查找附近的设备。具体的码网做法如下：获取本机的 IP 地址和子网掩码，以计算出本机所在网络中的源码用js源码修复 IP 地址范围。
使用 for 循环和 InetAddress 类扫描网络中的网源每一个 IP 地址。
对于每一个 IP 地址，码网使用 isReachable() 方法判断其是源码用否可达，如果可达则表明该 IP 地址对应的网源设备存在。
以下是码网一份简单的示例代码：
import java.net.InetAddress;
import java.net.UnknownHostException;
public class FindDevices {
public static void main(String[] args) throws UnknownHostException {
InetAddress localHost = InetAddress.getLocalHost();
String hostAddress = localHost.getHostAddress();
String subnet = hostAddress.substring(0, hostAddress.lastIndexOf(".") + 1);
for (int i = 1; i < ; i++) {
String host = subnet + i;
try {
InetAddress address = InetAddress.getByName(host);
if (address.isReachable()) {
System.out.println(host + " is reachable");
}
} catch (Exception e) {
System.out.println(host + " is not reachable");
}
}
}
}
请注意，这是源码用一份示例代码，其中的网源扫描范围和扫描方法可能不是最佳的，根据实际需要进行修改。码网
flannel原理之subnet
flannel包含subnet和backend两个关键模块，源码用c 性能曲线 源码其中subnet模块负责子网的管理，包括子网的申请与监控。在初始化时，subnet模块会尝试从etcd中获取一个未被使用的子网。当检测到其他子网的加入或移除，会向backend模块发送消息，后者据此调整相应的路由。
本文旨在详细解析subnet模块的工作原理与代码结构。所有讨论基于flannel v0..0版本的源代码，我个人更倾向于使用老版本，主要原因是代码相对简洁，核心功能变化不大。
subnet管理主要通过Manager接口实现，任何实现此接口的表白墙程序源码管理组件都可视为subnet manager。目前，subnet管理主要包括基于etcd和基于k8s的实现，如有需要，如使用consul，可自定义接口实现。
与subnet相关的代码位于flannel/subnet目录下，包含etcdv2和kube两个目录。etcdv2是接口实现的核心部分。
Manager接口定义了关键方法，包括获取网络配置、子网租赁以及监控子网状态。
在etcdv2实现中，subnet manager使用两个关键文件：registry.go和local_manager.go。registry.go负责etcd请求的curl 查看源码 命令封装，为local_manager提供交互细节。local_manager实现接口方法，如从etcd获取网络配置、子网租赁以及监控子网状态。
子网租赁过程复杂但巧妙。flannel采用策略从subnetMin到subnetMax之间随机选择个子网，最终选中一个，将其写入etcd的prefix/subnets/prefix/subnets/ip，用点分十进制替换为连字符表示。与DHCP不同，flannel没有DHCP服务器，而是各个flanneld节点协同完成子网申请，处理冲突和重试。
子网状态监控由backend模块执行，wpf 仿word源码通过监听etcd的事件，后者的操作逻辑在后续文章中会进行深入探讨。
registry.go内部封装了与etcd交互的逻辑，对外提供接口供localManager使用。从registry角度看，etcd有两部分目录：$prefix/config存储网络配置，$prefix/subnets存储子网信息。registry中的*Subnet相关函数对这两个目录进行增删改查以及事件监听。
撰写源码分析文章的体验揭示了从代码到实现思路的清晰表达。flannel的golang代码风格倾向于接口先行，先定义接口再具体实现，体现自顶向下的设计、自底向上的实现思维，这种风格显著提高了代码的可扩展性，便于添加新模块而无需修改现有backend模块。
深入理解kubernetes（k8s）网络原理之五-flannel原理
flannel在Kubernetes（k8s）网络架构中扮演着关键角色，其提供多种网络模式，其中最为广泛应用的是VXLAN模式。本文旨在深入探讨VXLAN模式下flannel的运作原理，同时对UDP模式进行简要介绍。
VXLAN模式下的flannel依赖于VXLAN协议，实现跨主机Pod间的通信。这种模式下，flannel的组件工作流程涉及多个关键步骤。首先，flannel-cni文件作为CNI规范下的二进制文件，负责生成配置文件并调用其它CNI插件（如bridge和host-local），从而实现主机到主机的网络互通。flannel-cni文件并非flannel项目源码，而是位于CNI的plugins中。
在flannel-cni工作流程中，kubelet在创建Pod时，会启动一个pause容器，并获取网络命名空间。随后，它调用配置文件指定的CNI插件（即flannel），以加载相关参数。flannel读取从/subnet.env文件获取的节点子网信息，生成符合CNI标准的配置文件。接着，flannel利用此配置文件调用bridge插件，完成Pod到主机、同主机Pod间的数据通信。
kube-flannel作为Kubernetes的daemonset运行，主要负责跨节点Pod通信的编织工作。它完成的主要任务包括为每个节点创建VXLAN设备，并更新主机路由。当节点添加或移除时，kube-flannel会相应地调整网络配置。在VXLAN模式下，每个节点上的kube-flannel会与flanneld守护进程进行通信，以同步路由信息。
在UDP模式下，每个节点运行flanneld守护进程，参与数据包转发。flanneld通过Unix域套接字与本地flanneld通信，而非通过fdb表和邻居表同步路由信息。当节点新增时，kube-flannel会在节点间建立路由条目，并调整网络配置以确保通信的连续性。
flannel在0.9.0版本前，使用不同策略处理VXLAN封包过程中可能缺少的ARP记录和fdb记录。从0.9.0版本开始，flannel不再监听netlink消息，优化了内核态与用户态的交互，从而提升性能。
通过理解flannel的运行机制，可以发现它在VXLAN模式下实现了高效的跨节点Pod通信。flannel挂载情况不影响现有Pod的通信，但新节点或新Pod的加入需flannel参与网络配置。本文最后提示读者，了解flannel原理后，可尝试自行开发CNI插件。
