V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  wanmyj  ›  全部回复第 14 页 / 共 15 页
回复总数  286
1 ... 6  7  8  9  10  11  12  13  14  15  
@kuaizi yes ,感谢
@est 感谢!
@jslang 都有的。客户端不是直接拿自己的 IP 和服务端连的
@jslang Not exactly. 这种显示 IP ,但无法显示端口号
@gogogo2000 Yes 但是我用过现成的,现在要试一下结果再也找不到
2022-09-26 10:55:15 +08:00
回复了 bfjm 创建的主题 C++ 有什么 c/c++的项目推荐吗
用 file explorer++入门,都挺简单的,改两个 bug issue 就算会用了。只是它不是 C++11 的,但入门也够了,还可以理解下为啥要用 RAII
https://github.com/derceg/explorerplusplus
2022-09-16 15:10:06 +08:00
回复了 zhuweiyou 创建的主题 程序员 羊了个羊 客户端暴露后台密钥 可以直接修改后台数据
iPhone 抓包已经看不到 token 了,应该是已经被修复了,反应还挺快
@ysc3839
> 会导致数据量越来越大,除非设置有效期,到期删除
yes and no ,因为并没有一个中心服务器,所以群聊的内容不会被集中存储,终端可以选择对群交流信息的保留与否,且每个终端只会保存属于他的群的聊天记录,所以不会比当前 IM 占用的空间更大。
> 另外也可以看看 Zer​oNet
thanks I will check it
@pxiphx891 你的其次其实说的挺对,解决了问题,可惜微信不会给开放这个接口,只能自己复制来粘贴去加解密,搞山巅的人才会这么麻烦吧
@ysc3839
> 没法阻止坏人加入
这里我想说 share 出去的加群 link ,就好像一串密码,是要自己负责的,可以设置 counter 或者有效期,总之获得这个 link 的人有权在失效前加入创建的群聊。

这里的群聊并不是像有的 TG channel 一样,如果有人想做匿名 public board cast ,这种需求背离了群聊的初衷。
@Vegetable 我看了楼上列举的 E2EE 的轮子,基本都还是离不开公网或者 server 。

讲真我有这个想法倒不是想和当下的 IM 工具做竞争。实在是对封群封号有种无力感,导致正常的沟通都像做贼。如果这个工具能实现,那最起码有过封群经历的人都会选择这个 app 来建立新群,无需注册且无法审查,不用担心被封群封号。

PS 以现在的设备计算能力,加密相比于明文传输其实没什么成本。
@ysc3839
> P2P 的话不好保存消息,必须目标用户在线才能发送
这点问题不大,消息记录用分散多备份方式存储,每个在线客户端都自动同步其他在线客户端的消息。比如 ABCD 一个群,只有 AorB 在线,他发出的群消息只保存在 AorB 本地,等 AandB 同时在线,会自动同步 AandB 本地所有的消息到 AandB 本地。同理对其他群成员

Full cone NAT 能简化一些问题,但是解决不了全部,比如两个客户端都是 nat 内网且只知道自己的公网 ipv4 地址,如何在不使用公网 server 前提下去打这个洞?
@xuanbg 应该不用太考虑国内上架的问题,毕竟如果做开源也就没有打算分张小龙的蛋糕
@lengyuqu 前三点我也认同。第四点有待商榷,不是有代替品封不封都管不住敏感用户所以才不封 imessage ,如果这个道理说得通,那被封的所有 im 都符合这条理由。应该还是和厨子谈判后相互做的一个互相的妥协,毕竟厨子一直在吹他产品的隐私保护,iCloud 都交给贵州了,保留一个 E2EE 的通信方式但不允许在国内宣传也不为过了。
@ly841000 暴露 IP 应该问题不大,只要应用层信息不被破解。
@leefor2020 都想着逃避审查了,肯定不会想在国内站着赚钱了 Hhhhhh
@ulyc 感谢回复
> P2P 式的去中化,其实对于匿名化和效率都不会太友好。
我在发帖时候还没太深入考虑效率的问题,保持连接会占用很多网络资源,不保持连接就没有稳定性可言,这应该是个死结。

至于匿名性,我理解只要侦测不到流量特征,那和普通的加密流量应该没有区别,除非有群友被解锁手机暴雷,否则不会引入不安全的因素。理解有错请指出
@Bad0Guy 跟你遇到情况差不多,挂梯子对多数朋友都麻烦。我当然可以自己建个 whatever-server 供朋友们使用,但这只是用技术钻个阿 sir 懒得搭理的空子,不是解决根本问题的办法。其实应用下载审查是比较容易克服的,只要没有固定的中心服务器,E2EE 通讯基本没办法被阻拦,除非拔网线。
@F798 至少从 imessage 的文档里我是这么理解的,不备份 icloud ,是不能被监听的,因为传输用的公钥对应的私钥只在手机里。
上传到 iCloud 时候用的另一对公私钥加密已经存在的信息再上传到服务器,Apple 有一份 copy of 这对公私钥。

如果我的理解没错,我对 imessage 还能活着的解释就是用 imessage 但不用 iCloud 的人太少太少了,犯不上因为这个和 Apple 这种提供了百万就业的大公司作对,何况 Apple 态度很好也愿意合作。执法司法都有成本考虑,没有绝对锁死的原则。
@lengyuqu 你说的很对,参考很多人的回复,我也觉得完全去中心化的想法还是不够成熟。除了 V4NAT 之外,要维持这些链接付出的网络消耗成本太大。
1 ... 6  7  8  9  10  11  12  13  14  15  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   3031 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 30ms · UTC 14:24 · PVG 22:24 · LAX 07:24 · JFK 10:24
Developed with CodeLauncher
♥ Do have faith in what you're doing.