V2EX › busier 的所有回复 › 第 11 页 / 共 44 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 7 8 9 10 11 12 13 14 15 16 ... 44

❮

❯

193 天前

回复了 crc8 创建的主题 › 宽带症候群 › 移动无法访问联通监控

你的问题是不是墙中墙不确定。但是墙中墙肯定存在

家里电信 OpenVPN 服务器，在外面双卡手机，电信卡就能连回来，切到联通卡就连不上。

194 天前

回复了 pauluswanggang 创建的主题 › Linux › 想折腾一下 Linux ,请大家推荐个桌面发行版。

机器配置太低，建议 Linuxmint xfce 版本

195 天前

回复了 youx 创建的主题 › 宽带症候群 › 北京联通个人住宅家庭宽带开始限制终端 mac 数

@youx 别自欺欺人了，行为管理这种设备企业用要客户端装软件，在保不齐也得装证书，相当于在客户端设备装了对接后门。
家用这种情况没有后门对接，能探测的非常有限况且他也不能设置企业那种严格策略根本没那么玄乎

195 天前

回复了 pauluswanggang 创建的主题 › 问与答 › [硬件求助] 4T 机械硬盘的 16M 的隐藏分区重装系统的时候不小心被我删除了，不过进入系统后机械硬盘还能正常用，还需要恢复吗？怎么恢复？

@pauluswanggang 扩展：diskpart extend
不是合并，明白？ win 扩展分区不用转动态，但是只能扩分区尾部空间。

你这种头部剩余空间的最好放弃折腾

195 天前

@mortal 知道你说的第三方分区工具无所不能！但是此操作风险太大，移动分区头部几乎要搬动整个文件系统的文件，特别是元数据和目录结构，并且操作过程中容不得一点意外错误。况且像他这种大硬盘存储数据越多，花费时间越长，风险越大。况且他还是机械盘，搞不好还是叠瓦盘。

像微软自带的分区工具，都只允许扩展和收缩分区末尾部分，这样的操作风险是很小的。

如果分区没有数据，或者很少数据，直接备份后重新分区格式化好了。

为了这 16MiB 空间，去移动分区头部绝对是个疯狂的操作。

195 天前

说 EFI/ESP 的显然基础不够扎实

正解是 MSR 分区。删掉不用处理。

195 天前

@mortal 删都删了直接就把主分区扩展掉这 16M 吧

疯了吧，剩余空间在前面，扩展是作死行为。

195 天前

回复了 youx 创建的主题 › 宽带症候群 › 北京联通个人住宅家庭宽带开始限制终端 mac 数

@HFX3389 呃，正常应该能理解到“脑残”是在说联通做法，在保不齐 OP 出来抱怨，你跳出来激动个🔨。

196 天前

回复了 youx 创建的主题 › 宽带症候群 › 北京联通个人住宅家庭宽带开始限制终端 mac 数

脑残，在套一层路由器就探测不到了

196 天前

回复了 SpaceTimee 创建的主题 › 分享创造 › [网站加速工具] Sheas Cealer [人家的学名其实叫 SNI 伪造工具啦]

法制社会了，哪个法管不到你，改还不行么！

199 天前

回复了 a1b2c3T 创建的主题 › Windows › 有没有什么一键退出 windows 所有后台软件的方法？

@liuzimin 一楼真调皮

199 天前

回复了 busier 创建的主题 › 程序员 › 实现一个纯 Web 界面的端到端加密临时聊天对话思路是否可行？

@raw0xff
考虑运行时选择通信服务器。至于页面分发部分就独立出来，让用户通过自己的受信渠道分发。

199 天前

回复了 ansnail 创建的主题 › 问与答 › 微信输入法推出单机模式了，会成为你的选择之一么

就好比当年的 KV300 杀毒软件内置硬盘数据破坏代码，但是正版用户不触发！
作为正版用户，你用一个潜藏炸弹的软件心理舒服吗！！！

199 天前

回复了 MajestySolor 创建的主题 › Windows › 微软将在 11 号对所有区域为中国的 windows 系统推送 windows 管家🐶

@nebulabox "我的 windows 11 已经接到了这个更新，我试了试，这个管家用起来还可以，功能不多，清理了一下磁盘空间。我绝对不会安装 360 ，但还是信任微软的，所以这个软件保留了。"
貌似只是贴微软牌！想想为什么只推给中国区！

199 天前

回复了 busier 创建的主题 › 程序员 › 实现一个纯 Web 界面的端到端加密临时聊天对话思路是否可行？

确实存在 raw0xff “ 你可能没有意识到在不能保证用户访问的第一个页面的完整性的前提下 e2ee 并不安全。”说的问题

此设计中，前端本就是纯静态，分发前端 HTML 方案可行。

199 天前

回复了 busier 创建的主题 › 程序员 › 实现一个纯 Web 界面的端到端加密临时聊天对话思路是否可行？

@0o0O0o0O0o 在终端加密的目的就是解决服务器不可靠时，管理员也获取不到明文信息，包括 CDN 也是。
你所提到的页面被黑被撰改问题，这在所有 Web 网站都存在此风险。并不是我这个设计特有的，算不得此设计缺陷。
话所说回来，加解密部分的代码是静态不改变且开源的，用户只要校对这部分代码(或设计个校对功能)便不是问题。

200 天前

回复了 busier 创建的主题 › 程序员 › 实现一个纯 Web 界面的端到端加密临时聊天对话思路是否可行？

@nevadax "如何防止中间人攻击？（比如劫持，代理）"
我说过了：“无法确认对方身份，需要通过其它渠道交换公钥来确认身份。”
公钥一旦确认，中间人问题就解决了！

@x2420390517 “都通过其它渠道交换公钥了，我干嘛不直接通过那个渠道顺便把加密消息一起发了得了？”
已有渠道并不提供方便的端 PGP 加解密操作。你要来回复制粘贴密文来操作么！！！

@jeesk “使用场景? 如果仅仅是分享问价? 那么直接临时启动一个 http-server 即可”
与 http-server 单分享是不同的。端到端的加密，要求服务器端也获取不到明文内容。

200 天前

回复了 busier 创建的主题 › 程序员 › 实现一个纯 Web 界面的端到端加密临时聊天对话思路是否可行？

@fruitmonster 场景就是加密传输临时消息啊，又不想被别人获取。比方说打个加密压缩包传给同事，但是密码又不想明文发过去。

只讨论技术实现及缺陷，这类其它问题不再讨论范畴。

1 ... 7 8 9 10 11 12 13 14 15 16 ... 44

❮

❯