不要断开立即重播！！！断开拨号，保持不联网状态，过 15 分钟在播试！

@cheng812 正解

@amazon999 不用！跟透明链接一个样

@mantouboji 这家经常被干扰 一样不行

对于 http 1.1 来说 500ms 一次还真不高

纠正下笔误 slaac

我做过，不过 openvpn 服务器负责路由，并且拿到了 he 的/64 段，就给 openvpn 客户端分配不同的 ipv6 ，不用做 nat 。

而我家宽这边，ipv6 是硬路由担任的，ipv6 是 sslac 分配的，openvpn 服务器没做主路由，只得到一个 ipv6 ，方便起见，做 NAT6 了

一直用 cloudflare. 他提供了 api 接口的，写个 sh 脚本更新 ip 很简单

为毛开热点分享梯子这种事搞这复杂

直接用国外原生未精简的安卓，在热点分享界面设置有个“允许客户端使用 VPN 连接”的开关，打开就可以让连上热点的用户走梯子软件模拟的 VPN 连接了啊!

那就直接用 IP 访问呗！

Linux 最大打开文件数限制 ？

@xausky 只要不太老的 Linux 都支持，Win 的话需要装驱动！不过这个技术会稍微影响点性能！

重点是，类似于 GFW 墙的通信监控等技术，已经在大范围用在境内通信监控了！

@Eaglemask 明摆着是个 pve-root 是个 lvm 逻辑卷，好比普通分区，初始化肯定要指定一个分区大小，而并非什么容量限制！

你应该庆 pve 幸用了 lvm 逻辑卷，不然扩展容量会变得极为麻烦！

EXIF 就不再提了
其它还有
1 、照片内标志性建筑，地貌等会暴露位置；
2 、从照片拍摄角度，可以找到大致拍摄位置，在根据路边摄像头，基本就可以定位到拍摄设备；
3 、所使用的拍摄设备，拍照软件（编码器），可能会往照片内嵌入加密水印以供取证用。（类似于电影院画面中嵌入的加密信息）

建议：全照片缩小，重新截图，并全照片马赛克

投机取巧钻空子，被封还是早晚的事情！

要从根本上解决上网卡脖子问题，还需要加大科研和技术攻关力度！从根本上掌握主动权和控制权！

还想更小，就直接用 debootstrap 来搞！就像 arch 那样！

@xausky 要找个：客户端开源，服务端开源，可以自建服务器，非对称加密且加密算法可靠，客户端支持 WIN/LINUX/MAC/IOS 等各种平台、的端到端即时通信软件，难度似乎比较大！

@billlee 最近有个视频 up 主在微信消息里面纯手工玩 PGP 加解密，真的搞笑。使用过程中操作极为麻烦，毫无使用价值。

邮件这个方案只是初始化配置的时候麻烦，用起来非常方便的！