你又不考虑 AB 两边路由搞隧道把子网打通，就不要用同网段了。

edge 和 chrome 可以在 flags 实验开关里打开 parallel downloading ，至少中小型文件不再需要下载器出马了。
BT 类下载还是建议用下 qb 吧，虽然说现在公网 pcdn 刷流问题已经不容忽视了，但我还是不推荐无必要的 H&R

felica 比较麻烦，毕竟霓虹特色，估计只有日版机器有支持的可能。
国内交通卡如果坚持不用各家的二维码方案的话可以考虑下移动的超级 SIM ，也支持门卡复制。不过这玩意的提供商有点奇葩，不一定能开到归属地的交通卡从而用不了地方票价优惠。nfc-sim 也需要手机支持，国行机通常可以，外行不保证。

startallback 是通过 hook 注入 explorer 实现的，严重依赖内部的实现细节，所以是没有兼容性保证的，可能一个小系统更新就会 break ，想稳定用要注意及时更新。
当然我知道你们只会骂 MS

我猜是 smartscreen 检查服务连接有问题。
如果你确定到微软的网络连接没问题，你可以试下在 internet 选项里，启用 TLS1.2 和 1.3 ，取消选择"检查服务器证书吊销状态"

忘说了我这是锁账号，要支付验证或者微信关联验证的那种，不过可以立即解锁。

我这没 root 的 miui14 也经常风控

如果你是用微软账号登录的，至少要在本地用账号密码(不是 PIN)登录过一次
远程登录可以尝试短账户名(c:\Users 下的目录名)或者 MicrosoftAccount\<邮箱>

你如果不纠结的话，你可以创一个略大于文件大小的 vhdx,格成 ntfs 并打开压缩，然后扔文件进去，然后开启 bitlocker 加密(仅已用空间)。
这个 vhdx 就是你想要的可以瞬间改密码的压缩包了，而且不用解压就能用。

ffmpeg 官方只发布源码，引用的第三方二进制分发仅仅是为了某些用户方便，官方不对这些二进制分发提供任何担保。ffmpeg 是以研究学习名义实现那些专利 codec 的，最终用户需要自行解决专利授权问题。

这样做的项目可不少，kernel.org 就是只分发源码的。
另外有一点，分发源码不受美国软件出口法规的限制，二进制可不行。

transmission 默认配置的 webui 和客户端功能太过精简，不过因此内存消耗小，理论上最适合服务器跑
qbitorrent 至少 UI 功能上追上 utorrent （这玩意自从某骗子收购后就不建议用了，你找到的建议都是用超远古版本，等于没维护），客户端基于 qt 打造至少不用太担心桌面 GUI 的适配，大部分 PT 站都允许用 qb

鉴于目前 PCDN 吸血客户端到处都是，但 PeerBanHelper 不支持 transmission ，我打算公网种全部转 qb 或者 BiglyBT

虽然 PBH 推荐 BiglyBT ，功能确实最复杂，但这玩意 java 写的还用来做 gui ，超吃内存，而且不少 PT 站禁用，只是有工具导入 ut 的任务我才考虑的。

理论上公网和 PT 全转 qb 最好管理，但我用的站有的禁用高版本 qb ，换言之怎么都要跑两个客户端。

@lovedoing 原路退款并不是一开始就有的，有备付金系统的平台早期退款都是退余额，当时人行还没出账号分级限额政策，所以不实名或者绑个卡就能提现。

后来是为了防止用来搞套现才改成原路退回的。按我理解支持原路退回算是接混合支付的基本要求。

以前折腾 4M flash 刷 openwrt 就折腾过，因为不把驱动编到 kernel 里的话甚至没空间装 kmod 让我能挂 u 盘外部 rootfs 。
说起来也是难受，linux 算是我碰过最容易编译的 C/C++大型项目了，其他 userland 的应用要么依赖死活找不到要么出看不懂的编译错误。

贵让我自适应，很正常

@murmur 主要是国内的模拟器愿意做硬件伪装 GMS 绕过和驱动 workaround 等脏活，甚至直接找 APP 厂商做兼容合作。WSA 好像连个 GLES 游戏兼容都没玩明白的样子。