我的很简单，光猫 1 口桥接，然后下边的路由就收到组播包了，啥也没搞

换句话讲，能保证每一个单子 5 秒钟能处理完？如果没有处理完的，下一个单子怎么办？
这特么没学过边界测试吧。。。

为什么不说说为什么已有逻辑设定 5 秒钟搞一次，
5*8000=40000/3600=11.111 ，那必然半天都在处理订单了。
我只想知道当初是哪个~哔~设计的这个逻辑。

我的 QNAP 容器里跑着 udpxy 给电视盒提供 IPTV 资源，跑着 v2ray 给内部提供科学上网服务，跑着 frp server 给公司连接家里然后家里穿墙进公司。
给内部服务的，192 的 v4 就搞定了； frp server 直接搞 v6，当然按照 frp 的原理，frpc 的端口回映射到 frps 上，所以某种程度上还是对内提供服务

交换机直接关掉 TCP139/445 和 UDP137/138

在国内这种软件不好找（火星坐标），但是在国外，一把一把的。。。

一方 NAT1，那也就意味着具有做 server 端的能力了，直接开 rsync 之类的不得了，搞啥洞。。。

标准做法，要么 1#说的 restful，用 http code 表明，要么 http body 的 json 有 errcode

@yukiww233 4#（现学现卖）台式机的 PCIE 没有 USB 走线，所以得单独连接。笔记本的 miniPCIE 带有 USB 走线，所以就不需要单连接 USB 了。

我不知道 10 寸以上的 ipad 啥情况，反正我手上 ipadmini5，连接到了 4k 屏幕，4/3 不说，好像只有 720p

就三哥那网络，覆盖人口有多少，看比例，也得看基数啊。。。
搞个什么太平洋岛国，假设只有一人有网络而且还 V6 了，那是不是就是 100%了呢？

先去买个国产天问一号打打牙祭

iPadOS 输出外置屏幕做到 4K@60 的点对点倒是正经生产力工具的体现