@zhonghao01 有这个眼力 但没这个实力…

感觉结婚只是开始 不是一锤子买卖啊

我的腾讯云账号里有其他人的身份证，一个账号两个身份证。而且我买的域名别人在解析用，客服给我说这是正常的。从那以后我所有的有“价值”的东西能不用腾讯的尽量不用腾讯。

@dmanbu 这个双万兆能跑满吗 我看 cpu 性能比 j4125 还差点

1. 官网 n100 的待机功耗是指的在 0.1ghz 的频率下
2. 这货只有 9 条 pcie 通道还不是 cpu 直连可以认为是南桥引出来的，最坑的是带宽只有 x4 ，要是 nvme 盘满速跑 其他的比如网口就没带宽了 所以市面上的 n100 nvme 接口很少 x4 的
3. 还有内存…
日常使用应该是够了，但是总感觉很别扭

ttyd 改下面的 user:pwd 和/bin/zsh
/usr/local/bin/ttyd -m 0 -c user:pwd -t enableZmodem=true -t enableTrzsz=true -t enableSixel=true -t fontSize=16 /bin/zsh

哈哈哈 楼主 linux 一窍不通…

客户端少就加搞几个密狗 多的话可以考虑部署一个激活服务像 nevadax 提的 激活服务器能联网最好不能联网就在激活服务器上插个加密狗
所有直接或间接调用客户端时间的都是扯淡 根本原因还是那个 客户端的时间不可信 不借助第三方无解
记录程序运行时长 esxi 快照恢复或者找到你记录运行时长的文件注、册表数、据库备份还原一下
查看系统日志时间 若是客户将时间调到 2025 年产生了日志 时间校准后 发现被"回拨"了 这一年都用不了
记录程序打开时间 更是扯淡

@nevadax 举个例子 时钟频率是硬件的改不了 但是取值应该可以做手脚 最简单成熟的还是加密狗

楼上 记录时间的... 刷 bios 让时钟频率慢 60 或 600 倍 现实中是有的时钟不准不过没这么离谱 真实时间过去 60s 客户端增加 1s 你怎么区分时间是不对的？都不用这么麻烦 写个小程序每 0.1 秒重置一次时间 600 次循环后就是 60 秒后把客户端时间增加 1 秒 相当一给他 1 年的授权 但是他的时钟要跑 60 年才过期 而且时间一直也是往前走的 你只要从客户端上取时间这就无解

@cndenis 脑洞开了一下 实际上只要记住正确的时间 t1 和公开的验证码 code1 把客户端时间调到 t1 再输入 code1 就验证通过了

还是那个问题 技术上需要和可信平台交互信息来确保时间正确性
要是只有你能对客户端的时间进行操作 那么客户端也可是为可信的 但现实情况可能不是这样 除非提供软硬件的整套解决方案做成一个黑盒 所以需要一个第三方的可信平台 比如前面几个说的带时钟的加密狗和联网的加密狗

还有就是成本 技术门槛就可以挡住一部分人 投入多 时间长 怕被告(好像没什么用) 一起吃饭的时候抹不开面子(这个可能效果更好，那谁谁谁还没验收就把我们项目破解了兄弟们以后还怎么一起洗脚啊) 这些成本明显大于收益的时候也能达到防破解的效果

结论: 用加密狗!

本质上是通过某种途径将第三方可信平台的时间传递至客户端且中途不可更改 没有第三方可信平台或模块是做不到的

TOTP 倒过来用 把 TOTP 的 6 位验证码公开比如放在你们公司首页上 程序内置 sed 和你们首页用的 sed 一样 程序启动时要求输入 TOTP 验证码 若是通过验证那么他必须把时间调整的和你们服务器时间一致...哈哈哈

我有一个想法 边读边改边写 写到另一个空文件里 完成后替换原文件

插眼 保存网页