@huangya #11 对，IPv4/IPv6 是三层包。。

ethernet 标识相同 code 是 ip 包然后由操作系统来区分当然也是可以的，但是是否选择这样做的考量点其实是上层协议的广泛和重要程度，也就是成本考量，如果 ethernet 无法区分上层协议是 v4 还是 v6 ，那么也就意味着 ethernet 没有为上层协议优化的可能了，比如 v4 和 v6 的包大小就完全不一样，也许会针对这个在硬件层面做优化，还有链路层针对 IPv4/IPv6 的 qos ，虽然都可以在网络栈里处理，区别就是延时波动、功耗、效率，一个使用更为广泛的协议必然需要考虑更多场景，就算这个场景再小，你不但遇不到甚至都想不到，但也是需要考量的，比如汽车内部使用 ethernet 网的时候对延时波动就有更苛刻的需求，需要内核的网络栈解析就可能大幅降低延时波动的可靠性

@huangya #7 而且吧服务器机房现在 40G 、400G 或者更高速网络使用的网卡很多就不是 ethernet 网卡，厂家自己搞的一套协议，然后同时提供驱动

@huangya #7 还有吧，网卡再收到 ethernet 数据包之后首先得知道这是啥数据包，然后才能决定交给 v4 还是 v6 网络栈处理，或者就是其他类型的数据包，比如带宽协商，ethernet 一般是硬件绑定的，比如你买的网卡出厂就已经告诉你使用的 ethernet 协议，你几乎不可能说改成蓝牙网卡之类的，但你用它来组 IPv4/IPv6 网络这个则是操作系统通过驱动和网络栈来完成的，你要是自己搞搞驱动或网络栈，你也可以自己搞个叫 IPv888 的网络啊

@huangya #7 这话反过来也一样啊，ethernet 也不止可以传输 IPv4/IPv6 数据包

首先 ethernet 是二层协议，有个流量类型只是方便设备间通信与分析以及 qos 、防火墙等的控制，但实际通信过程中二层协议并不会解析四层 IPv4/IPv6 的数据包，所以并不能使用 IPv4/IPv6 的 version 字段，一层是一层互不干扰啊，否则哪天 IPv4/IPv6 协议有调整你的所有硬件设备不全废了，比如局域网交换机之间二层协议通信直接 ethernet 层就完成了，并不会进入网络栈，也不会解析 IPv4/IPv6 协议

再说要按你这么说，更上层的协议包含重复信息更多，既然如此为啥还要分 IPv4/IPv6 ，不直接用应用层协议提供的信息呢，这不是一个逻辑么

@huangya #2 IPv4/IPv6 数据包不止可以在 ethernet 链路上传输，这么说就不困惑了吧

@zmqiang #3 如果是这样的话不就是监控系统么，Prometheus 也支持用类似 sql 查询，influxdb 官方也有一套监控系统，数据保存在 influxdb 里，也支持 sql 查询，组件的话估计不好找，其实就是个可组件使用的内存数据库，比较能适配又不影响你自己程序运行可行性太小了

状态报告啊，其实他不是个表，只是接受用表的接口查询吧，实时的状态报告肯定是要融入到程序各处逻辑的，那么性能是个优先考虑项，最终需要读取时怎么把这些数据收集过滤显示或者接口 sql 查询就是另外一回事了

这你都想看出了，你这是当你的眼睛是光刻机+X 光扫描么。。

外部这只是引脚封装，cpu 本体并不是你能看到的这个，可以拿去维修测测看看你能看到的这些电阻电容有没有异常的，如果没有异常估计就没希望了吧，感觉能干这活的估计不好找吧，或许把主板也拿去看看，说不定是主板有问题呢

@sniperking1234 #11 就是正常的 vpn 组虚拟局域网吧，这个资料应该很多才是，集群流量不高随便那种 vpn 都可以，流量高的话可以使用 tinc 这种可以 p2p 组虚拟交换机模式的 vpn 就行

https://www.cnblogs.com/huangweimin/articles/7700892.html openvpn 的

https://www.moewah.com/archives/2898.html tinc 用 switch 模式组网

openvpn 组的流量统一由中心节点转发，tinc 的 switch 模式就是各机器相互直达了，然后把 vpn 的 ip 当集群外部 ip 就行，安装 k8s 时候其实就是一个多网卡机器指定外部 ip 的过程，查一下应该很容易找到安装 k8s 怎么指定网卡和外部 ip

保证同一局域网的话，直接自己给网卡再添加设置一个不会变的的 ip 来组局域网也可以，或者添加网桥网卡再添加 ip 组单独局域网也行，这样也正常二层网络完全一样的

不过感觉还是用 vpn 比较好，在不在统一局域网都没问题，改集群 ip 看起来似乎有点麻烦，而且你都交互给客户了，你有方案他们操作的时候估计也很容易出错，还是独立于集群外用 vpn 组一个独立的局域网靠谱，有问题客户只要有点经验的也可以自己搞定

要不直接套层 vpn 呗，性能也没多大影响，然后客户 ip 随便他们折腾，只需要保证各节点网络能正常访问就行了吧

第一个时间戳是分片时间戳，已经确定 1 秒一个分片，最后这个值也是递增的只是不连续，那对每秒分片直接都请求一下就是了呗，肯定能找到

既然已经破镜已经不能完整如初，来来回回纠结不清，感情绑架，来来回回揭伤疤，这才是对你妹妹最大伤害，相信我

要分开就分开吧，对谁都好，白纸黑字谈好后续给你妹妹的保障，真要论亲情或许分开了好聚好散，难不得能见一回说不得还真有那么点美好，否则在这没完没了的纠葛中就只余冷漠和黑暗了，还白白浪费了时间精力

@NipGeihou 那估计 wg0 是在容器的网络空间创建的吧，宿主机看的时候是不是没 ip ，pod 里看有 ip ？但路由表配置逻辑应该是一样的吧，下一跳需要先到 pod 的 ip

如果 vpn 不想装到外部，其实可以考虑固定到一台宿主机上，vpn 创建的虚拟网卡宿主机也看得到吧

似乎 k8s 网络似乎只是用虚拟网卡和不同网络空间组了虚拟网络，路由和 nat 应该是由宿主机的网络栈提供的，所以操作宿主机路由表和 nat 就行吧

宿主机能改路由表的话，其实流量都要经过宿主机，可以考虑把 vpn 放到外部直接改宿主机路由表或者 nat

或者装个 demonset 给 root 权限来操作宿主机路由表也行吧

你确定接收的是正确的或者没溢出，65532 就不符合 IEEE 754 格式的二进制编码

庞氏骗局未必会进橘子，诈骗肯定会，就算你只是做技术也肯定会，所以可以好好想想你们做的是否会被认定未诈骗，基本条件可以用收益率参照借贷利率上限，直接投钱然后收益率远超借贷利率上限虽然你觉得你是庞氏骗局，但国内法律大概率认为你是诈骗，此外还有受众，弱势群体之类的无法承担对应风险的也会被认定为诈骗吧

估计觉得不靠谱是时间预期不够长啊，纸币发明到靠谱经历了数百年，不是说是未来么，那估计你得按百年来算，中间不知多少骗局多少肯定要被拍死在沙滩上，也许百年后看真的就是未来，但是时间短一点也许你就在那个骗局里是注定死在沙滩上得那一批，反正说是未来但人家也没说是明天还是后天或者是下辈子