@xiaoz 很好奇是如何保证从 docker 部署切换到宿主机部署后 ID 还能保持一致的？基本肯定排除了网卡地址作为判断依据了，其他的也就只有 CPUID 和硬盘 ID 了，但是有些容器里面根本没办法获取 CPUID 和硬盘 ID 。

问一个比较敏感问题，很好奇设备 ID 是怎么样生成的，因为我有一个探针之类的小工具也需要这玩意，主要是为了拿来作为唯一 ID ，尝试了很多方法生成的 ID ，要么因为增加了硬件导致 ID 变化，要么因为 docker 里面机器码都是一样的，一直没找到一个合适的方案。

来一个挖坟贴，最近有个玩意想用这东西，从微信里面翻出来了，结果楼主你的服务挂了，不知道能不能开源下代码？

@sbilly 是的

@gam2046 谢谢，主要是我要替换 zerotier 里面的根，换成自己的根，默认的根在境外我这有时候连不上，系统是安卓，处理器是骁龙 410 的，貌似是 Arm64 架构的，淘宝 20 多买的那种 4G 随身 wifi

@gam2046 感谢大佬，我现在就去搭建环境再倒腾下，我是想把 zerotier 扔到 4G 随身 wifi 里面使用。

关注一下，前几个月也有楼主这个需求，自己倒腾了好久也没搞成。当然我纯小白，连交叉编译怎么搞都不会的那种，最后在安卓下面安装了个 optware 变相实现了这个需求。

PS：很想楼主写个搭建 Arm 交叉编译的教程，然后一起折腾。

@gtchan13579 如果有需要，可以加 VX：ShimenWa 我司产品也是 ZF 项目为主，所以在此次不方便发案例。

@gtchan13579 不是我司，青犀算是同行吧，青犀他们做的挺好的，算是行业的先行者，我印象中 EasyRTSPLive 是没有对 RTSP 视频流进行实时转码的，所以一台工控机都可以跑起来，但这种弊端就是对带宽的消耗还是比较大，云网关可以理解为一台带 GPU 显卡的服务器，为什么要推荐带显卡的服务器是因为使用 GPU 对视频进行实时转码主要是为了降低视频码流，当然也可以直接用 CPU 进行软解转码，不过这只适合摄像头比较少的情况，特别是针对 H265 的视频流，CPU 硬抗的话压力挺大的，现在监控级别的摄像头其实带宽占用还是不小的，特别是成百上千的摄像头进行汇聚然后上云，出口带宽的消耗还是很大。所以能上 GPU 的话还是优先 GPU 硬解。至于流媒体服务器的话，这个开源的方案很多，并且都做的足够的优秀。

你这个需求的整体流程大概就是：RTSP 拉流-->上云网关实时转码推流-->公有云流媒体接收流-->智能化管理平台查看流。

楼主的需求和我司产品比较相似，我司目前智能化平台接入 1W+设备，H265 从占用带宽来说比 H264 小，但是目前浏览器解码支持的不是很好，而且对客户端性能有要求，如要浏览器兼容还是 H264 好点，可以考虑园区内部搭建上云网关，将内部摄像头进行拉流后实时转码推流到公有云流媒体或者是自建流媒体。上云网关安装一张好点的显卡，使用子码流进行转码推流，基本上可以满足楼主的需求。

要求不高的话可以直接白嫖钉钉的，稳定性和速度都还可以，ngrok 搞的你可以瞅瞅

https://open.dingtalk.com/document/resourcedownload/http-intranet-penetration

这个看地方政策，比如说我所在的南沙区，全区都必须要求在打开 GPS 和蓝牙的情况下你才能扫码开车，还车的时候就像你说的那样，必须在开启 GPS 和蓝牙的情况下在 APP 测提出申请，单车发出关锁提示了才能手动锁车。因为 ZF 要求画了识别区，必须在还车区还车。可能因为单车内部没有定位模组或者是定位精度不够的这个原因吧。又或者这些区域的单车是阉割版根本就没有这些玩意及物联网模块，必须依靠手机发送开关锁指令吧。

一个框架如果不认可，你可以选择不用或者是自己写个更优秀的开源出来，看楼主能不能把开源也和 TP 一样做 10 年，就这份毅力都是很了不起了，再者一个月薪几 K 几十 K 的人又有什么资格去批判一个已经有一定市场占有率的系统，或许你的工资总和还不如你口中这个垃圾系统创造的价值，说难听点你还不够格。

@also24 感觉大佬的指点，已经解码出来了。

@also24 大佬，按你说的方法一步一步搞下去也没搞出来，可耻的问一句能做个伸手党嘛？

@also24 x 谢谢大佬指点，不过还是云里雾里的，只怪太菜了。

Go 语言，难道你说的是这个？

https://github.com/saltbo/zpan