> 最坏的情况下，国内的注册商我们至少还能找到人，至少还能打官司
这可不是最坏的情况

在合规的前提下同时备好境内外的域名倒是有益的

SSD 体积小、读取基本没有噪音，随着单价下降，家用肯定会逐渐多起来
至于担心数据恢复的，好奇氦气盘坏了有多少人会去恢复？
当然，关键数据不管啥盘都得要 3-2-1 备份

合并这个特性微软很多年前就想推了，但对于桌面端用户一直是徒增麻烦。没解决问题就强推就成了迷惑行为。

路由器相比内网主机更容易被外网发现。但总体上没有太大区别。

官方 tg 频道 NAStool Wiki 有相关教程

如果已经放通了光猫和路由防火墙，那不应该出现服务器可以但手机不行
可以看看路由追踪断在哪里。
另外会不会是手机的防火墙会阻断公网的 ICMPv6 ，换成 TCP 试试？

想稳定的话还是推荐自建

抽几个 Copilot X ？

个人认为适合这种超冷备的场景：原始存储大概率不会坏，就算坏大概率也只影响个别文件，加个备份满足 3-2-1 法则。

不收流量费的几家对象存储试过了么？

@fengyaochen 如果申过单域名 SSL 证书就很容易发现

gpt-3.5-turbo-0301 的最大 token 数是 4096

浏览器基本都可以导入，但 Edge 应该是最容易误点的（非首次启动有时也会有请求导入的弹窗）

就算应用不用，大内存对写入速度也是有帮助的
https://global.download.synology.com/download/Document/Software/WhitePaper/Firmware/DSM/All/enu/Increasing_System_Performance_of_Synology_NAS_Solution_Guide_enu.pdf

@neroxps IPv6 的超大地址空间防的是外部暴力扫描，相比 IPv4 攻击面确实大幅减少。但这一特性确实无法解决主动暴露回访和内网内鬼泄露。

外网回访的情况很早就出现了。一年多前我有发现 b 站直播用的 xx 云 CDN 会回扫 IPv6 端口，直接触发了卡巴斯基的警报。
至于内网内鬼那威胁的上限就更高了。设想一下，如果在 App 中结合 frp 类的功能，那所有假设内网安全的端口都可能被看光光，都没网关什么事了。（好在暂时还没发现这么缺德的）

BT 作为一个主动汇报 IP 地址的机制，碰上弱口令端口是一个实实在在的风险。由于 v6 路由器防火墙配置门槛比较高，设备本身的安全建设就很重要了。建设完成后最好进行测试，以免碰到 Docker 绕过防火墙这种坑（ /t/915279 ）。另外也可以利用 IPv6 地址空间大的特性给风险应用分配独立的 IPv6 地址（ /t/902568 ）。

个人认为，适应 IPv6 的做法是放通网关防火墙，强化设备安全（零信任持续验证），两者要提要一起提、不可偏废。