只能参考，众所周知 debug 比写代码更耗费精力，GPT 生成的代码有错误太多，而且每次问写法都完全不一样。

启动一个 Linux live cd ，看一下能否识别 block device ，以及 dmesg 里相应的日志。

@Hancock 那说明编码密文的字符集也需要专门 sanitize 。
以前有类似的工具，预共享密钥后在其他 IM 的聊天界面通过 accessibility api 配合悬浮窗显示解密后的密文，实现端到端加密，后来也废弃了。能接受额外安装特殊程序都场景不如换一个更可信的信道。

国内到国内不依赖境外网络服务的合法实现端到端加密聊天，且配置方便的方案推荐 delta chat 。 只需要双方都使用国内常见的、支持邮件协议的邮箱服务商，就可以直接交流，当然是明文的。如果你能让对方也使用 delta chat 或其他支持 AUTOCRYPT 的邮件客户端，那么客户端之间会自动协商密钥，后续所有内容全部端到端加密。
非常适合和国内不方便使用可信信道的朋友联络，免于被中间人审查。

用脚本自己加。

但机场有审计屏蔽，会告诉你遵守法律，会留存日志供有关部门查阅，会给你使用不安全的协议/配置方案

从 DE 切到 WM 、从 xorg 到 wayland ，第一次尝试 sway 的时候确实对无比快速的响应感到震撼

一句话：枪口抬高一寸，得饶人处且饶人。

@tianxin8431 很奇怪，评论基本都在认真建议，少有质疑需求本身的合法性/道德性的，大概很多人人平常已经习惯做这类需求了吧。

@Ianchen 因为这是那种强制用户使用的产品，和一般平台的需求大为不同。

虽然英文看多了确实会出现某些概念第一时间想到英文表述，甚至翻译成中文都困难的情况，以至于在中文中夹杂英文，但 OP 这种，还是有点过于严重的感觉。

@AaIT 所以没有文档展示哪些用例、使用场景、业务是已知可用并且支持的吗？

想问一下这种住宅 IP 能否绕过 Google play 礼品卡兑换/余额消费的限制，以前这个政策刚施行的时候换各种代理 ip 都没有效果，不知道现在如何。

@nguoidiqua 不是说 Debian 不好，是有些硬件只“支持”RHEL ，你不想用 REHL 就只能用 REHL 的“兼容版”。

看起来这是一个致力于成为类似 http proxy 的标准协议。即使这种协议无法通过简单的防火墙规则与普通 HTTP 流量区分，但一个没有刻意设计于混淆的标准协议不太可能抗 DPI 检测。

@glfpes “学生懂个锤子”毫无疑问非常正确，但 op 这句表述也不能说完全不对，在某些方面，如中医、风水、各种牛鬼蛇神的封建迷信，饥荒时代延续下来的生活习惯，以及男尊女卑等传统观念，年纪大的人在这些方面的思想如何不用我说你也懂得，确实还不如现代的学生。
不过在全面 GFW 、全面信息管制、四个自信下成长起来的新一代，和我们这些在“公知横行”、“被洗脑”的也不同，他们的思想更接近上个世纪六七十年代的人。

@raysonx 因为这已经是最容易的方案了，家庭内网下面不同设备通过不同策略路由、有些设备屏蔽互联网访问、有些设备限速等，实现这些基于 ip 地址比基于 mac 地址或 vlan 方便的多。
最基本的，内网设备能够互通，且通过设备向 dhcp 发送的主机名自动生成的域名直接访问。


至于 docker host 模式，很多文章这么写，实际上是 docker 正常配置 ipv6 太过困难的无奈之举。bt 下载要和其他服务走不同的路由出口，所以还是需要独立的 ip 地址以在网关上区分；如果用单独的虚拟机，那硬盘挂载到哪个设备上、存储如何共享，又会产生新的问题。

归根结底还是 ipv6 当前软件支持不完善，最基本的上网使用场景能跑，但 corner case 太多。最近有遇到一个桥接 wifi 和以太网接口的问题，通常情况下很难做到，VMware/VirtualBox 通过 spoof 源 mac 地址的 trick 来实现，需要软件自己干预地址管理/arp ，只支持 ipv4 。
docker 的 ipv6 支持也被骂了很多年了，没啥提升，官方根本不觉得动态前缀是设计中的使用场景。