i3x

i3x

V2EX 第 578541 号会员,加入于 2022-04-18 02:51:00 +08:00
根据 i3x 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
i3x 最近回复了
2022-07-01 17:06:03 +08:00
回复了 laiwei 创建的主题 推广 《十年死磕,从一线工程师到 CEO》
做技术的再怎么干也干不到 ceo 啊。情商不行。你这就是吹的。来 v2 噶韭菜不容易啊。
其他部门的或者说团队里其他人负责销售或者具体实操事务的,怎么说也比你懂人情世故。你说整个 CTO 还行。但几十个人的团队 CTO 也就是浮云。。。难不成是你没听过这个词。。也不对,你都能说出 infra 了。

包括最后的分享,把空话说的这么清醒脱俗,不去某大厂可惜了。

毒鸡汤的毒在于啥不用我多讲了吧。
2022-07-01 16:22:24 +08:00
回复了 nigelboy 创建的主题 宽带症候群 关于 L2TP/ipsec 协议
@springz ipsec 是重 cpu 的行当。mips arm 什么的真的干不动,如果没有专用芯片还是得 x86 力大飞砖。
我知道 er-x 有 hwnat 。。。7621 的 hwnat 在 op 阵营好像是唯一的独苗,让互联网路由器把 openwrt 推入寻常人家的 7620a 都木有这能力。。

一旦有什么特殊的需要,er-x 的原系统会迅速放弃硬件加速路由,还不如 openwrt 。。。所以我觉得这玩意儿很鸡肋。。。但是这体积我又很喜欢。。。。。
可以说:简单 nat 功能的网管交换机,或者 7621 芯片的软路由。

@thtznet ipsec 还不一定是 aes 。选择多了。楼主帖子里已经表述了是 h3c 的路由器,要么是民用的,要么是企业入门级的。。。这种玩意儿么。。。性能自然就是渣渣。没有针对特殊处理的话,就是 cpu 硬抗。cpu 不是单功能专一的
能不花钱就不要花钱了。升级对你来说有什么意义呢?你能获得什么好处吗?
没有必要就不花这个钱。

时间上来得及,我就选择公共出行方式,绿色节能减排。也不给城市增加额外的拥堵。如果路程很近,我就自己走走。顺便舒缓一下心情。健身房给我的感觉就是仓鼠笼子,除非是去找大佬学姿势。或者需要长期的有人监督的训练,或者没必要买回家的器材。比如说跑步机跑步真的很伤,但是光在上面走路,我在家里走过来走过去,一天也不少距离了。。就没必要买

宽带上也同理。。。。

浙江电信也是一样的催法。不同的是,我有禁止营销标记。不会有人作死给我打骚扰电话。我不会拦截 10000 和各地 10000 ,但是我也要求他们不得无故打扰。所以我只有一个渠道,客户经理。但是那个阿姨也不会打电话。就是微信给我留言。

给我的方案:

资费:每个月额外+20 元。(一开始是 50 ,后来 30 ,现在 20 ,随时需要随时找她加。)

价值:
1 、500M 升 1000M (我个人感觉没什么意义。因为 v4+v6 如果这双协议能充分利用,那就已经是千兆了。比如跑 pt ,上行加下行确实都是能满的,已经 1000M 了)
2 、不限速流量 40 变 60 ,仍然不限量。超过 60g 也不会改变限速策略(一直就是 3.1 ,不像有的地方是 1M ,大部分的情况还是没有影响的)。不叠加二次限速(我那时候就没有二次 100g 限 128k 。电信农场里的资深老韭菜了,月月稳定产出持续收割,资费没变当时直接升的不限量。之前的套餐同资费只有 4GB 流量,而办卡的时候的套餐更是低至 2GB 。)
3 、每个月多少通话我忘了。对我毫无价值。

从上面分析的出,我如果需要什么我可能会多花这个钱去开通。但是就目前而言,上面没有任何需求是有价值、有意义的。
2022-07-01 15:57:20 +08:00
回复了 nigelboy 创建的主题 宽带症候群 关于 L2TP/ipsec 协议
@neroanelli 楼主说了,换了其他方式都正常。原因无非是性能不够。
@joshu 因为没有相关的加速电路。没有芯片。。。。就像硬盘录像机,那些监控的 cpu 还不如 10 年前的无线路由器 soc ,但是啥都是专用芯片。一个影像芯片用于接收 265 码流,一个用于回放。sata 桥还是特定的芯片。也有的方案芯片一体了,内部逻辑还是这样。毕竟功能单一。

er-x 的 7621 调度方式我个人更愿意把他当成软路由。。。。小包 pps 感人,且连接数也带不动多少。

我个人的区分软路由硬路由的依据:数据包被预定义的逻辑线速转发,就是硬路由。例如三层交换机的实现方式。数据包要经过 cpu 多次打捞才发出,就是软路由。软硬路由从来不是看硬件组成的。D1581 这玩意儿好像本质就是为交换机设计的?
2022-07-01 15:31:42 +08:00
回复了 nigelboy 创建的主题 宽带症候群 关于 L2TP/ipsec 协议
@nigelboy 果然。。。你用的这种硬路由。肯定是了。这种需求不是这些低端玩意儿能吃得消的。你可以试一些不协商不握手不加密的隧道。比如 pptp 加预共享密钥。
2022-07-01 15:28:51 +08:00
回复了 nigelboy 创建的主题 宽带症候群 关于 L2TP/ipsec 协议
@nigelboy 是不是设备性能不高?
虽然 500 4500 的 udp 端口特殊。不过目前我是没感觉 qos 。。。

对于部分地区的移动客户端的数据统计。。。我发现阿里云也并不是非常完美。。。晚高峰还是会卡表现得像服务器带宽满载。不过至少能连接了。。。不愧是移动,总让人时不时的重温 gprs 的感动。
2022-07-01 15:11:10 +08:00
回复了 equationl 创建的主题 程序员 关于付费 APP 加密方式的一些疑问
@equationl 360 这个也不是解不了。虚拟机 dump 之类的都过时了。。。。暂时我还没发现安全的加固。只是难度不同罢了。我是个萌新,但是我目前木有发现解决不了的,解决不了的发给群里的大佬,几分钟就解决了,他们都有现成的环境。。。

冲你的目标,对付脚本小子来说,你自建一个混淆机制,不要用市场现有的,让他找不到脚本,没有真正的技术就解决不了了。

相关的防护我做的是比较多了。。。java php js 之类的代码保护,对于这些人来说,反倒是最不安全的自创逻辑混淆最安全。反而是你用标准的付费的高端的加密器,让他们很容易找到解密工具。先混淆到他们无法利用,在这个里边加几步授权,让这种人几乎完全无法利用就够了。

虽然对大佬来说写几个脚本就解密掉了。但是有一些逻辑也因为变量名字被替换,也是难以理解的,大佬对这种东西也不感兴趣,看一下结构自己都知道怎么写了,对破解这种东西根本就不感兴趣了。
至于你说混淆没有用,是因为你的逻辑太简单。你碰到一个授权不一定要在一个地方判断,很多地方判断搞好几十个逻辑,有的逻辑可能导致整个程序不可用,而有的逻辑会导致一部分比较恶心的东西。比如说有的地方校验不通过会随机性崩溃。程序不要做必然性的逻辑。还有存储这些判断逻辑,也不一定要存储一个固定的常量。可存储很多的值,有的数字是对的,但是是是而非。比如说你要存最大允许 10 个素材,你可以在一个地方出一个常量 10 。但是你根本就不调用这玩意儿,你调用的是 2*5 ,或者 9+1 。至于这个加减乘除怎么做你也不一定要存常量。可以从其它地方获得这个数字,就更难搜索定位了。有一些部分的逻辑自建类似于为加固的东西,用对称加密保护住。还有的功能做在网络上。虽然本地有逻辑,但是网络逻辑也作为额外的吊销手段。

当然只要你的东西足够有价值脚本小子没准就通过你的项目,成为大牛。。。
2022-07-01 14:47:17 +08:00
回复了 admin268 创建的主题 云计算 你们说阿里云黑吗?
@bobawujh 不是 95187 。直接杭州号码外呼的。随后就封号了。无法新建、续费一切产品。后来我发现这个开多了被封的人多了。跟有的人说的理由是流量穿透。
2022-07-01 02:51:27 +08:00
回复了 admin268 创建的主题 云计算 你们说阿里云黑吗?
@bobawujh 阿里云的客服会跟你哭诉亏本,要封你号。。。。你开十来个 1c512m 5m 固定带宽试试。
更别提我还晚高峰弹性 api 加带宽 6 小时,尖峰加带宽 2 小时。。。。没干几个月就被电话了。
2022-07-01 00:54:06 +08:00
回复了 lisonfan 创建的主题 问与答 各位巨佬,问个问题,入户的零线没打紧会导致跳闸吗?
@rrfeng ?不是国网一户一表吧?国网的电表自带:过载保护、过欠压保护。而且电表下面不就是一个空开吗。

看了下总线。太细了。入不了眼。

总闸是空开,如果有过欠压保护器,或者过欠压附件确实会主动关断空开。
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3020 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 9ms · UTC 13:25 · PVG 21:25 · LAX 05:25 · JFK 08:25
Developed with CodeLauncher
♥ Do have faith in what you're doing.