 |
beliteV2EX 第 341747 号会员，加入于 2018-08-16 14:59:19 +08:00 |
belite 最近回复了
192 天前 回复了 tmdgri 创建的主题 › 程序员 › 各位，你的腾讯云数据库还在吗？ |
我的腾讯云账号里有其他人的身份证，一个账号两个身份证。而且我买的域名别人在解析用，客服给我说这是正常的。从那以后我所有的有“价值”的东西能不用腾讯的尽量不用腾讯。
245 天前 回复了 KATTEN 创建的主题 › 宽带症候群 › N100/J4125 软路由选择困难症 |
@dmanbu 这个双万兆能跑满吗 我看 cpu 性能比 j4125 还差点
251 天前 回复了 honeygeek 创建的主题 › NAS › 5700u 的小主机做轻 nas 使用的问题 |
1. 官网 n100 的待机功耗是指的在 0.1ghz 的频率下
2. 这货只有 9 条 pcie 通道还不是 cpu 直连可以认为是南桥引出来的，最坑的是带宽只有 x4 ，要是 nvme 盘满速跑 其他的比如网口就没带宽了 所以市面上的 n100 nvme 接口很少 x4 的
3. 还有内存…
日常使用应该是够了，但是总感觉很别扭
2. 这货只有 9 条 pcie 通道还不是 cpu 直连可以认为是南桥引出来的，最坑的是带宽只有 x4 ，要是 nvme 盘满速跑 其他的比如网口就没带宽了 所以市面上的 n100 nvme 接口很少 x4 的
3. 还有内存…
日常使用应该是够了，但是总感觉很别扭
259 天前 回复了 sunmoon1983 创建的主题 › Linux › 请问有没有能真离线安装的 Linux 面板推荐 |
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
/usr/local/bin/ttyd -m 0 -c user:pwd -t enableZmodem=true -t enableTrzsz=true -t enableSixel=true -t fontSize=16 /bin/zsh
273 天前 回复了 qingbaihe 创建的主题 › Linux › Ubuntu 和 Debian 都有糟点 |
哈哈哈 楼主 linux 一窍不通…
2024-01-31 12:34:46 +08:00 回复了 txzh007 创建的主题 › 程序员 › 内网版本应用如何解决授权问题 |
客户端少就加搞几个密狗 多的话可以考虑部署一个激活服务像 nevadax 提的 激活服务器能联网最好不能联网就在激活服务器上插个加密狗
所有直接或间接调用客户端时间的都是扯淡 根本原因还是那个 客户端的时间不可信 不借助第三方无解
记录程序运行时长 esxi 快照恢复或者找到你记录运行时长的文件注、册表数、据库备份还原一下
查看系统日志时间 若是客户将时间调到 2025 年产生了日志 时间校准后 发现被"回拨"了 这一年都用不了
记录程序打开时间 更是扯淡
所有直接或间接调用客户端时间的都是扯淡 根本原因还是那个 客户端的时间不可信 不借助第三方无解
记录程序运行时长 esxi 快照恢复或者找到你记录运行时长的文件注、册表数、据库备份还原一下
查看系统日志时间 若是客户将时间调到 2025 年产生了日志 时间校准后 发现被"回拨"了 这一年都用不了
记录程序打开时间 更是扯淡
2024-01-31 11:34:19 +08:00 回复了 txzh007 创建的主题 › 程序员 › 内网版本应用如何解决授权问题 |
@nevadax 举个例子 时钟频率是硬件的改不了 但是取值应该可以做手脚 最简单成熟的还是加密狗
2024-01-31 10:11:33 +08:00 回复了 txzh007 创建的主题 › 程序员 › 内网版本应用如何解决授权问题 |
楼上 记录时间的... 刷 bios 让时钟频率慢 60 或 600 倍 现实中是有的时钟不准不过没这么离谱 真实时间过去 60s 客户端增加 1s 你怎么区分时间是不对的？都不用这么麻烦 写个小程序每 0.1 秒重置一次时间 600 次循环后就是 60 秒后把客户端时间增加 1 秒 相当一给他 1 年的授权 但是他的时钟要跑 60 年才过期 而且时间一直也是往前走的 你只要从客户端上取时间这就无解
2024-01-31 10:00:12 +08:00 回复了 txzh007 创建的主题 › 程序员 › 内网版本应用如何解决授权问题 |
@cndenis 脑洞开了一下 实际上只要记住正确的时间 t1 和公开的验证码 code1 把客户端时间调到 t1 再输入 code1 就验证通过了
还是那个问题 技术上需要和可信平台交互信息来确保时间正确性
要是只有你能对客户端的时间进行操作 那么客户端也可是为可信的 但现实情况可能不是这样 除非提供软硬件的整套解决方案做成一个黑盒 所以需要一个第三方的可信平台 比如前面几个说的带时钟的加密狗和联网的加密狗
还有就是成本 技术门槛就可以挡住一部分人 投入多 时间长 怕被告(好像没什么用) 一起吃饭的时候抹不开面子(这个可能效果更好，那谁谁谁还没验收就把我们项目破解了兄弟们以后还怎么一起洗脚啊) 这些成本明显大于收益的时候也能达到防破解的效果
结论: 用加密狗!
还是那个问题 技术上需要和可信平台交互信息来确保时间正确性
要是只有你能对客户端的时间进行操作 那么客户端也可是为可信的 但现实情况可能不是这样 除非提供软硬件的整套解决方案做成一个黑盒 所以需要一个第三方的可信平台 比如前面几个说的带时钟的加密狗和联网的加密狗
还有就是成本 技术门槛就可以挡住一部分人 投入多 时间长 怕被告(好像没什么用) 一起吃饭的时候抹不开面子(这个可能效果更好，那谁谁谁还没验收就把我们项目破解了兄弟们以后还怎么一起洗脚啊) 这些成本明显大于收益的时候也能达到防破解的效果
结论: 用加密狗!
Select Language