当然是全都要。
本地存储，加密上传网盘备份。

总听说删本地歌曲，我去把音乐目录加到 git，看看到底有没有这回事

别，给墙内朋友分发文件也就他家体验还算过得去。

用什么百度，微云，城通之类的网盘分发文件是对他人的不尊重。

@fileinthehole 那再加一条，每次启动记录当前时间戳，如果比上次小则报错。

能挡住小白就行，你要是把用户当成高级逆向工程师那怎么搞都白搭，离线运行怎么着都能破解。

判断系统时间，发现过期后禁用并写个控制字段然后始终禁用不再检查时间。

别搞什么奇技淫巧，能挡住普通小白就够了。

因为 Windows 的 container 隔离机制。
可以用 fiddler 左上角的 winconfig 排除，当然你也可以手动改注册表。
或者换一种思路，不要用桥接，nat 到虚拟机然后把网关设为虚拟机类似“单臂路由”。

hw 现在还是那个“捆绑**移动服务，部分功能非 emui 无法使用”的尿性？

标题不能同意更多。
前段时间编译 Android 的小飞机，可真是恶心死我了，一直卡着不动，也不重试。（我有全局透明代理环境）
后来找到了这个项目 https://github.com/Centaur/repox 自建本地 sbt 仓库

>要么快速完成，要么快速失败
如果上游仓库中有请求的文件，尽量选取最快的仓库下载。
下载过程中如果发现当前连往上游仓库的网络连接长久没有获得数据，则终止重试。
如果所有上游仓库都失败，则向 sbt 返回 404，让用户重试，而不是永久等待。

虽然依旧很糟心，但比直连好了不少，第一次缓存了以后后续体验也就没太大问题了。

目前在用 dism++的热备份，每周手动执行一两次。
同求 win 下类似 tm 系统级的全盘备份方案，倒不需要文件变动时时更新，定期就好，主要是防止系统搞炸。

@ClericPy 你这样魔改...何必呢，不想用商店的话装 lts 分支啊。
我见过的最激进的一个毛子维护的 win10 初始化脚本，啥都禁用关闭，真的是在当 win7 用，也没有你这么激进..

@shicheng1993 你说的这三点，基本上就是指连接追踪机制。
一般 nat 防火墙的策略是，内部向外的请求，放行；
外部回应请求的请求也放行，除此之外一律丢弃。
面向连接的 TCP 很好追踪，判断数据包是否为“回应的数据包”。
而 UDP 就没有那么明显的特征，一般策略是发出去了包，接下来一段时间内回来的包原路转发，没有包汇率则关闭 nat 连接。
所谓“打洞”就是对连接追踪的欺骗，外部数据包假装成对你请求的回应被转发从而直接通信。
nat 类型则是对此不同的限制策略，最严格的 symmetric 要求数据包的源地址，源端口，目的地址，目的端口全部一致，无法打洞；最宽松的 fullcone 则不做任何要求，只要占了这个端口那么外部发往这个端口的包就都会转给你。

应该不能说是死循环，而是“等待”（也就是阻塞）

抱歉没有看清。安装的话直接 powershell 拿 appx 包安装就行。
以“ltsc 安装商店”为关键词搜索就能找到。
可能会遇到 vclib 之类的包版本冲突，注意报错信息，把冲突的版本删掉就好。

为何不装商店？
商店只是一个网页套壳，十分轻量，而且里面的应用也比 win32 好（即使是转制）