为啥鄙视 Windows 呢？其实 Windows 很好使的，但前提是你得好好学习他和善待他。不乱装软件，不乱改配置，严格按照微软提供的基线安全策略来操作，会学到很多东西的。

另一个就是和开发、架构沟通好，生产环境和开发环境不是一种环境，很多时候系统都是被不合理架构设计玩坏掉的。这遭遇不限于 Windows ，Linux 也一样

机场你还跑 SpeedTest ，肯定再打开油管就限速了。那些策略很变态的，稍微占用多点就 Q 你，其本质还是一大群人用一个小水管，速度从几千跑到十几万都不稀奇，看你邻居有多少。

新功能哪里可以再点回来，估计是你点了另一个试用功能，这个就关了

我去，MARKDOWN 语法呢？

youtube-dl 已经是最好使的了。

给你个参考，我用了一个 docker 容器 tnk4on/yt-dlp ，没有在本地安装：

```SHELL
youtube-dl='docker run --rm -v /downloads:/media tnk4on/yt-dlp --merge-output-format mp4 -f "bv*+ba+ba.2"' url1 url2 url3 url4 playlist1 playlist2
```
还有一个命令行省事的方式就是，你直接在.bashrc 文件里用 alias 封装一下前面的一段，写入一行如下内容就行
```
alias youtube-dl='docker run --rm -v /downloads:/media tnk4on/yt-dlp --merge-output-format mp4 -f "bv*+ba+ba.2"'
```

以后就能优雅地执行:
```
youtube-dl url1 url2 url3
```
或者只输入 id：
```
youtube-dl id1 id2 id3
```
例如下面两种方式是等效的：
```
youtube-dl https://www.youtube.com/watch?v=P_kO6qeBOS4 https://www.youtube.com/watch?v=Q4WqRIVlpPM
youtube-d P_kO6qeBOS4 Q4WqRIVlpPM
```
就能逐个下载了。

@mxT52CRuqR6o5 好像是的，桌面上一个长条界面放一边哪个，隔得太久了有点记不清

@514146235 估计是的，就是属性，WiFi ，连接速率哪里。iPerf 肯定跑不到，因为他接口只是千兆口，撑到顶 900 多，不过这速度我觉得能代表 WiFi 的连接质量，当时设备在电视机旁，人在进门鞋柜弱电箱哪里，直线距离 10 米左右无遮挡。

一个都么用过，啥样子？

广电要求做了限制，必须有播控牌照的才能装进去，也别怪人家商家智障了，智障的是这个广电体系。

记得以前国内有一个商家就做了个类似的事儿，好像就叫容器还是盒子还是还是啥，忘了，给你把各种常见软件都封装进去，一键就下载运行了，思路和如今的 Docker 很像，而且很大众化，做得还是不错的 ，可惜没活到现在。

我也觉得，楼主是在自己造一个 RAID1 ，用一个现成的小号 NAS 就行了，
非得在安全一点，配置一个异地同步就行了，比如两个地方各自放一个 NAS ，然后 zerotier 组网，配置一下主从和同步策略，扔在那儿他就自己同步了，不需要你操心过程。

这不是一个艰难的决定吧

这学费交得值了，引以为戒吧

常用地区的 CIDR 配置上去，防火墙上只能用这个 ip 段登录，一样美滋滋

mDNS 就行

我也遇到了，PVE 新版内核的问题，排除法，两个软路由都跑 PVE ，新版这个的确频繁死机

@sp670 我一开始就是颜值党，专盯着 UNIFI 这俩可乐罐，等了好久终于出 U6-Mesh 了，不过发热巨大，早知如此不如买 FlexHD

楼主的问题，我猜测大概率是固件里的硬转发功能失效，且局域网过多的无效数据包导致 AP 的 CPU 扛不住。

换成原厂固件，换成默认路由模式，wan 口接主路由试试，主路由开了 Qos 的话，先关掉 Qos 试试

可能大伙儿看那几个 up 主都在狂吹 AP 模式，手机和主路由在一套子网里的话效率多好，然后跟风都改 AP 模式，但下面这几个问题好像都没人测过：

多数路由品牌都只按路由模式来优化了硬件和固件，尤其是 NAT 硬转发功能，如果开启了 AP 模式，或者用关闭 DHCP 接 LAN 口方式实现伪 AP 模式，这个 NAT 硬件转发功能大概率失效。变成纯靠 CPU 运算了，早期的 tplink 带天线 1wan4lan 没有写 ap 模式的哪几款都有这问题，测速都能正常跑满，但打开多图（没用 websocket ）的网站就很抓瞎，总有几幅图出不来或出来得贼慢，路由器上抓包就能看到一些 tcp 断开了，为啥捏？大概率还是伪 AP 让硬转发失效后 cpu 算不过来了。华为早期那批路由器也有这问题



另一个问题就很常见了，AP 模式把主路由有线那边的广播风暴数据包也大量发射出来，直接后果就是造成无线速率剧减，大量的 UDP 数据包（比如机顶盒、台式机装了优酷爱奇艺土豆迅雷客户端），都能通过 AP 对无线终端的数据流产生杀伤效果，当然如果家里设备少这效果就不是很明显，而路由模式就能避免这一广播风暴的问题，仅仅多了一层转发而已，只要无线路由器上 NAT 硬件转发能生效，规避这部分广播风暴的效果比路由模式多一层转发的小损失更好！当然，非要用 AP 模式的话，可以通过在主路由上多划一个子网的方式解决。想测试一下？主路由上开启 BBR 就能体验了，Wi-Fi 一会儿就失联了。