@yanqiyu 看错了，是只允许局域网...那确实是在路由器上配置比较方便。

现在大部分路由器不刷机都是不允许入站（很多还不能手动开放）。OpenWRT 也是默认不允许入站，可以手动开放。

@yanqiyu 防火墙可以匹配后缀

caddy 主要卖点就是自动申请和续签免费 https 证书，如果用不到的话没必要换

而且这个 USG 还有一个大黑料，内部的固件存储器是个 USB 2.0 的 U 盘（拆开来就可以很明显看到）。内部存储经常写入的话容易坏盘掉固件变砖。所以绝对不建议拿它刷着玩。

@qbqbqbqb 更正："智能"->"只能"

@TashinV USG 用的是基于 VyOS （又是基于 Debian ）的 EdgeOS 系统，理论上是可以强行往里面安装梯子软件的，但是智能通过 SSH 操作，要在里面搞很麻烦，配置还会被 AC 自动刷回去。而且 USG 一代 CPU 性能奇差，千兆路由 /NAT 转发全依赖硬件加速，纯软件处理流量只有 80Mbps 百兆都不到。

所以一般认为它不支持梯子。用 USG 主要是图它可以和 AP 一起在一个 AC 界面里管理，实际性价比奇差。用梯子的话建议换成软路由。

楼主你的表里的 802.11s, WDS 这些都是过时的协议了。现在所谓家庭 mesh 网络，一般都是基于 IEEE 1905.1 这个智能家居互联协议的。

以前 Wifi5 时代的 Ubiquiti Unifi 产品确实很吸引人，但是前几年国内一波涨价，再加上新产品性价比不高，wifi6 产品国内经常跳票，规格比不上友商，以前产品普遍用高通芯片的现在新品一堆联发科，还不如消费降级回归家用级产品。tplink 图便宜有 200 多一台的白菜价 wifi6 mesh ；想要可玩性高又有带万兆的高端产品，甚至之前还出过一款能直接刷华硕 /梅林固件的 XDR6060 （硬件级模仿 AX88U ）。还要啥自行车。

@ab 现在都不用淘二手。tplink 的全新 wifi6 mesh+千兆有线，最便宜的一个节点也就 200 多块。

如果肯加一些钱的话甚至能上 2.5G 有线口。

@ik 这里说的 mesh 基本上都是家用方案，一般也就可以额外划分一个访客 wifi （只能上网不能访问内网）和主 wifi 分开，一般都没有划分 vlan 之类的高级功能。要 vlan 还是得用企业级方案。

@i3x 室分怎么就没有冲突问题了？多个 AP 的方案，信号不互相覆盖的区域好歹还是能互不冲突的，大部分设备也支持自动选择频道将多个 AP 的频段错开。用室分的话，整个家里就是一个冲突域了，一个低速设备就可以成倍占用全家的无线带宽。

@ysc3839 你提到的这几个都是功能不同的东西。

x11 是 Linux 目前最常用的 GUI 子系统，类比 Windows 的话可以理解为 Windows 里面原生 Win32GUI + GDI 的部分（就是 Windows API 里用到各种 hWnd, hDC 的这部分）。一般情况下除了底层开发以外很少直接用这套 API 做开发，都会借助一些 toolkit 。

v4l2, xvideo, vaapi 这些都是视频相关的，v4l2 主要是外部视频设备（一般都是摄像头） I/O 方面的功能，xvideo 提供视频画面渲染输出的功能，vaapi 是视频编解码硬件加速。类比 Windows 的话前两者加起来类似于 Windows 的 DirectShow ，vaapi 类似于 Windows 的 DXVA 。

最后 OpenGL, Vulkan 才是正经的（三维图形）渲染 API 。这个就不解释了，Windows 里也有。

用 Windows 第一次连接的时候可以查看证书域名，然后安卓上选择使用系统证书再输入域名就可以了

@Scirocco CUDA 不是非要从 NVIDIA 官网提供的渠道安装。也可以直接安装源里的 nvidia-cuda-toolkit 包。缺点是只有一个版本的 CUDA 可以用，不能指定版本。

另外对于神经网络用途，如果用 anaconda 装 tf 或者 torch 的话是不需要在系统里安装 CUDA 的，anaconda 会提供 CUDA 库，系统里只要安装 NVIDIA 闭源驱动就行（推荐从源安装，用.run 容易翻车）。用 pip 安装 torch 也无需系统里有 CUDA （只需要有驱动）。只有 pip 安装 tensorflow 才要求系统里安装了对应版本的 CUDA toolkit.

@qbqbqbqb 另外就是如果你不使用 systemd-networkd 来联网，或者不保证树莓派开机肯定有网，也推荐禁用 systemd-networkd-wait-online.service. 这种情况（不用 systemd-networkd 或者开机时无网）这个服务是必然超时失败的。

@12101111 有一处说反了。systemd-networkd-wait-online.service 功能上是等待 systemd-networkd 启动并成功联网。而不是反过来由它启动 systemd-networkd.

这个服务本身是没有作用的，但可以作为依赖项联动启动其它服务（即实现联网后启动某些服务的效果）。如果确认系统中没有其它服务依赖它联动启动，是可以禁用的。

https://github.com/microsoft/wslg/wiki/WSLg-Configuration-Options-for-Debugging

根据这个文档的说明，在 C:\ProgramData\Microsoft\WSL\.wslgconfig 配置文件里面增加这个配置：
[system-distro-env]
;disable GPU in system-distro
LIBGL_ALWAYS_SOFTWARE=1

我试了是有效果的。使用了这个配置 WSLg 本身就不会启动 NVIDIA GPU 了，同时不影响用户在 WSL 里运行的 OpenGL 软件（仍然可以正常调用 NVIDIA GPU ，按需启动）。注意这个配置文件必须 LF 行尾，CRLF 会有问题。

@yzc27 可以的，最简单就是加两条规则，一条阻止所有 IPv6 端口入站，一条允许 openvpn 端口，然后注意一下顺序就行（如果顺序错了就都阻止了）。

如果旁路由只做 IPv4 网关的话（本来 IPv6 也不方便用旁路由代理），可以考虑直接在防火墙的自定义规则里加一条只阻止 IPv6 协议入站的规则。