null2error

新手爹表示，学习了！两方面都学习了！

你这个断开，具体是什么表现？
有没有可能。。。只是 SSH 断了？
从 Windows 终端 ssh 到 WSL 上去吗？还是直接 VSC 远程开发的？

SSH 保活设置了吗？

是要做验证吗？什么类型的验证呢？型式试验 (Type Test)还是耐久性验证？场景完全不一样的。

另外，工业协议这个东西，水还是比较深的，协议和协议是不一样的。比如 Profinet 这一坨实际上是西门子的品牌名称，里面包含了实时的 profinet 和非实时的 S7 协议，还有 PROSafe 等等一堆东西，中文互联网上搞 IIOT 或者协议网关说支持 profinet 的，十个有 8 个半最后是只支持 S7 。

以及通用协议的方言问题，典型就是 modbus 的字节序问题，还有一堆日系厂家的协议，数据没啥问题一到字符串就乱来，标准都是有标准的，但是是他自己的标准。还动不动搞 V1\V2 ，各种不兼容。

总之，这个东西是体力活，能买尽量买，自己去开发是毫无意义的，都是照着厂家的协议手册硬码。但是和前面老哥说的一样，先框定范围，没有范围没法搞的。没有哪家供应商能一次性搞定所有稀奇古怪的协议。

PS：如果能接受纯软件模拟的方式，可以很便宜，而且还能二次开发~

玩具服务器：sudo apt dist-upgrade

挣钱服务器：sudo apt-mark hold

@kingmo888 有没有可能，问题就在这个精细上~

哪要搞那么精细的控制，一刀切就是最高明的措施，比如我那个时候就是开一下流量监控，看看哪种流量占用了太大的带宽，直接给丫 ban 了，统统改成 10kb （百度网盘、短视频软件基本就这俩）

在带宽占用这件事上，28 原则是非常明显的，就那几台机器在跑流量，你搞他机器那同事关系别处了，只能是从源头上，信息安全通报（对，我们还有这个，也是我的 KPI ）写一下公司带宽有限，对网盘类应用进行了限速处理，与客户的资料文件对接请使用公司邮箱~云云~

这个量级，感觉常规的企业级设备都能顶得住，倒是施工会有比较大的成本起伏，LZ 不会连布线都要自己搞吧？

上家公司，人也少四五十号人，每人平均 2.5 个终端（公司发工作手机，但是不强制用），用的锐捷带机量 300 的多功能网关，有人反映网速慢我就把流控打开，过一段时间领导找我说午休的时候为啥抖音刷不开了，我就把流控关掉

剩下的，这套设备还支撑了 VPN 、一些小软件项目的对外展示（我们企业宽带，有公网 IP ，服务临时开一会儿，老板那边结束了我们就关掉~），而且公司里面一次性把事情做的太圆满也不好，我一度把文印那块搞了好多自动化，后来发现 影响行政的同事了，就都撤掉了

就这么个玩意儿，我每年年终汇报都往 PPT 里面写，这个时候就要提一嘴锐捷的 NOC 平台的好处了，不论多便宜的东西，网管平台一视同仁，各种报表、可视化对做 PPT 非常有帮助，其他家都要依赖本地设备的页面便宜的丑，好看的太贵，下次还选锐捷~

买硬狗，然后上加密狗的全套授权方案，基本上就是套壳。

功能性代码 0 添加。

主要瓶颈在转发能力上。

x86 软路由都是用远远过剩的 CPU 能力才能顶得住一般性的网络转发负载，ARM 软路由就更别提了（有能力在 ARM Linux 环境下搞定网卡 CPU Offload 的大佬另说）。

相比之下，即便是差一个价位档次的硬路由，因为有专门的硬件做网络转发同时驱动程序也是专门定制的，性能上是数量级的差别。

这个东西如果想测一下很简单的，打流跑满路由器带宽，你看 CPU 负载率就知道了。硬路由，特别是商用设备，转发跑满带宽的情况下，CPU 都闲的没事干，只有上了行为管理这种需要拆包的应用，CPU 才会忙起来。

家用场景，最佳实践是保留原有的骨干网络，把要折腾的东西旁挂到骨干网络上。
信我，这种操作除了能保证基本性能之外，更重要的是保持家庭和谐。

别想那么多，这种选择权在别人手上的事情，知道原因又如何？大概率和你自己都没啥关系。出来食，随风飘就是了。

只看结果，有太多种可能，随便给你来两个~

好的方面：领导慧眼如炬，伯乐再世，发现了你这颗沧海遗珠。
坏的方面：之前谈好的牛马去了隔壁圈，现在这个槽位归你了。