这种需求建议直接使用 frp
https://github.com/fatedier/frp

@WebKit 那如何解释重启系统后不输入密码解锁的情况下能自动连上 WiFi ？
Android 曾经支持“全盘加密” (Full-disk encryption, FDE)，但是现在已改用“文件级加密” (File-based encryption, FBE)

分开两个可以实现 stdout 输出数据，stderr 输出错误信息，互不干扰。
一些语言提供的 IO 库封装有缓冲功能，可能会对 stdout 和 stderr 使用不同的缓冲设置

@WebKit Android 目前并非全盘加密，仍然有许多数据没有使用密码加密，在启动后不解锁也能使用，比如不解锁就能自动连上 WiFi

我个人印象中，只有 Google 那个设备锁是存在硬件里的，其他厂商的锁都是服务器记录序列号，然后软件限制。
至于怎么绕过的我就不知道了。
顺便想问一下 9008 能解 BL 吗？能随意修改闪存内数据吗？

按照某高校镜像站维护人员的说法，是为了避免占用国际互联网带宽。

@nyaruko 是的

首先提醒一下，Homebridge 用的是 HomeKit 协议，即 Homebridge 把各种智能设备作为设备接入到 HomeKit 中，而目前似乎没有别的平台的 HomeKit 控制端，也就是说你没有 iOS 设备的话要通过 Homebridge 控制设备会很麻烦 (不是完全不可行，可以通过 Homebridge 的网页来控制)。这种情况更建议使用 HomeAssistant ，它本身是一个平台，有不同平台的 app 可以控制设备。
搭建好中间平台之后只需要同时接入两个 VLAN 就能解决。

这种情况建议所有文件单独加密，不同文件设置不同的密码

@duke807
VeraCrypt 可以做到：
1.无特征 https://www.veracrypt.fr/en/Plausible%20Deniability.html Until decrypted, a VeraCrypt partition/device appears to consist of nothing more than random data (it does not contain any kind of "signature").
2.挂载到文件夹上 (严格说这是操作系统提供的功能，与 VeraCrypt 无关)
3.可以只用密码解密
4.看了你的脚本似乎是用稀疏文件实现的，并不是真正的“稀疏磁盘镜像”。VeraCrypt 本身也不支持稀疏磁盘镜像，只支持稀疏文件。这个问题可以配合系统提供的稀疏磁盘镜像来解决，Windows 有提供 vhdx ，macOS 有提供 dmg ，Linux 内核只支持 raw image ，但是有开启 NBD (Network Block Device) 的话可以配合 qemu-nbd 来实现。
5.可以修改密码。可以增加容量，我不知道能否减少容量。

VeraCrypt 不仅支持 Linux ，还支持 Windows 和 macOS 。有 GUI 也有 CLI 。

我这没问题，最后更新日期是 2 月 4 日。不能手动更新应该是分批没轮到

我会记“有什么 API”以及“API 能做什么”，不会记“API 参数要求”

这种情况大概只能加软件音效处理把最大音量降低，可以看看 Equalizer APO

简单看了下，Snap 和 macOS bundle 差别挺大的。前者还包含包管理功能以及沙盒环境，更加类似 Windows 的 AppX 或 Android 的 apk (不完全一样，后面这两者不是直接挂载镜像，AppX 也可以打包不受沙盒限制的 Win32 应用)。而 macOS bundle 就只是把传统的“主程序+依赖库+资源”的目录结构改了下，然后在界面上假装最顶层的文件夹是一个 app 而已。
至于有的人不喜欢 Snap ，可能是因为 Snap 太重、管得太多。我个人是支持桌面操作系统加入沙盒环境的，但是一些专业用户 (尤其是那些只用开源软件的用户) 可能会觉得：“我用的软件都仔细检查过代码了，不存在恶意行为，为什么还要加个影响性能的沙盒？”就我个人感觉，专业用户往往喜欢自己掌控更多细节，因此不喜欢管太多的工具。

@KouYiGuo UIKit 属于系统 API ，自然不会打包。

@AirTag 可以改成 grep -Eo ，但是第二段就不正常了

报什么错？

@lolizeppelin Windows 反而没有 Unix 那么复杂，本来子进程就不会受父进程影响的，父进程启动子进程后，只要父进程不主动进行一些操作，子进程是不会退出的。
前面有人提到 logout session 会结束 session 中所有进程，这是一个特殊情况。如果进程是由 SSH 服务启动起来的，会随 SSH 服务在 session 0 ，这个 session 是一直存在的。
所以只要 SSH 服务不主动进行一些动作，子进程是能一直存在的。因此我说得看 SSH 服务具体用了什么方法来结束子进程，选择合适的方法“绕过”即可。

Designated initializers 是 C++20 的特性 https://en.cppreference.com/w/cpp/language/aggregate_initialization#Designated_initializers
这段代码在 godbolt.org 测试，开启了 C++20 后并没有问题。你遇到的是某些非标准扩展自己的问题，不是 C++ 本身的问题。