首先功能上体验了一下远没有达到可以用的标准，暂时还是接着用 bitwarden 了

另外还有个担忧就是如果某天莫名其妙的 apple 账户被封…没个 macOS 都导出不出来密码的

觉得这种极为重要的个人信息还是不要和大公司账户扯上关系好

- 非要用国内云服务器的 80/443 端口要域名备案。云服务厂商有这种服务
- 我记得 derp 似乎有两个端口？只有一个能 https 访问作为测试

去医院查查是不是精子质量有问题

本来用的 firefox 受不了 bug 换了 brave

我的方案：
1. 能够使用 IPv6 的情况下，安装 Tailscale 在所有需要连接到 nas 的设备上，在 Tailscale 的 ACL 设定中设置 nas 和一些 server 的 tag ，以及特定用户/组可以访问的端口，通过 tailscale 统一管理而不开放任何端口在 nas 防火墙上。根据 tailscale 官方的文档关闭 nas 上的 tailscale 的 userscape 模式，保证所有访问 nas 的 tailscale ip 都能被记录到。
2. 在（至少一个） nas 上搭建 DNS 服务器（ AdguardHome 或者其他），将 tailscale 上特定域名的 DNS 服务器指向 nas （或多个 nas 上的 dns 服务器），之后所有的访问在这个域名下进行。（多个 nas 的多个 dns 服务器可以保证不会有单点故障）
3. 在 nas 上搭建需要的服务，所有服务均只允许 127.0.0.1 访问，即本地访问，但由于防火墙开启所以所有服务均只能由本地的反向代理服务器访问。nas 上的反向代理服务器管理所有服务并设定子域名，使用 ACME-DNS 兼容服务自动化申请 SSL 证书进行 HTTPS 加密。（这样申请证书无需翻墙）
4. 在 tailscale 连接正常的情况下，正常访问设定的域名即可。
5. 使用 Cloudflare Tunnel 进行公网服务隧穿，保证一些需要公开到互联网上的服务可以正常访问。
6. 所有第三方服务不使用任何 nas 第三方套件，而是使用 Docker 容器，并不使用任何需要 privilege 的容器保证被入侵后的不可提权的安全性。

弱点：
1. 一旦在外使用 ipv4 访问，tailscale 速度等于 0 ，还不如用 cloudflare tunnel
2. 某些平台安装 tailscale 不方便，基本无法连接 nas ，但是考虑到安全性就不管了
3. 没想到，欢迎拍砖

TDLR
用 Tailscale+反向代理+CloudflareTunnel

刚刚去看了一眼 App Store 就觉得这不是和 localsend 完全一致我为什么不用免费的

@MasterLei 你自己都说年少没少看了
难道看黄网这件事对现在的你有不可逆转的负面影响？
没有人会 24 小时沉迷这种东西的
大脑会自行调整
性格方面的影响不清楚

我也肠胃不好，爱喝啥喝啥破罐子破摔

@levelworm Windows 的话完全没一丁点难度，如果钉钉启动时要求了管理员授权。

平时就玩这类游戏，但是不打算买它

双性恋你喜欢谁就和谁在一起就好了

@romotc 这个漏洞的条件：物理上靠近，意味着就算你没联网，只要开了 Wi-Fi 就会被藏在隔壁墙里面的黑客入侵。

所以我选择 flatpak 和 archlinux 了。以前用 ubuntu 挺多的

梦里吧

@yujiang 可以自己实现报警啊，ntfy 之类的，用互联网大厂的不放心