一看就是 clash 用了 tun 模式接管一切流量了。。。

J3355 告诉你，用这玩意跑虚拟化太费劲了，装个空的 PVE ，啥虚拟机都没开就已经占用不少 CPU 和内存了
我目前的方案是物理直接安装一个 openwrt ，集成了 docker 和常用 NAS 服务，docker 里面又安装了一个虚拟群晖来专门做照片管理和重要文件备份。这样效率高了不少，Docker 可以控制资源使用，所有资源以 Openwrt 自身为主，保证网络稳定。
如果你需要软路由也可以这样试试。
如果你是以 NAS 为主不需要软路由，那也建议直接物理装黑群晖别搞其他虚拟化了。

Docker 可以直接贴 Docker Compose
这个算不了啥了
群晖早就支持 Docker Compose 了，UI 界面直接支持构建

手里有个闲置的楼主说的铁威马 F2-221 ，闲置是因为之前升级 N6005 自组多盘位的了。
虽然配置有点落伍了，但这玩意优点还是明显的
1 、轻便，2 盘位嘛
2 、颜值漂亮，比自组的多盘位粗大黑顺眼多了
3 、噪音低，自从换了 SATA-SSD 后，安静得不像话
4 、功耗低，待机功耗低得令人发指啊，装了 AIO 各种服务只是监听的话，待机功耗就 5 瓦
刚好昨天突发奇想废了原来的系统，装了个 openwrt 进去，集成了 docker 、SAMBA 以及磁盘管理这些常用 NAS 服务，docker 下面安装了群晖主要作为照片管理和重要文件备份用，速度也很不错
铁威马原版系统差群晖十万八千里了。。本来想好好用原装系统算了，结果玩个 docker 都不省心，因为版本太低不少镜像都无法拉取。。

@LxnChan 如果只是 URL 访问记录那就很简单了，直接安装一个 adguardhome 作为内网 DNS 服务器就行了，它的面板直接展示了所有设备的请求域名排行、客户端排行、广告拦截排行、总的请求量等等，还有详细的 DNS 查询记录。

正确的做法就是直接把 adgh 监听 53 ，也就是替代 dnsmasq 处理局域网，然后它的上游可以配置为 dnsmasq 的端口（享受 chinadns-ng 的分流处理）
但这样一来，你得处理下替代 dnsmasq 后导致的其他插件兼容问题。

你的 adgh 设置了重定向选择为“作为 dnsmasq 的上游服务器”
那么解析流程就是客户端请求-路由器 dnsmasq （ 53 端口）收到请求发给 adgh ，然后 adgh 再向它的上游请求。
而 dnsmasq 请求的时候会收到 chinadns-ng 分流影响，导致部分请求并不会发给 adgh ，而是给到 chinadns-ng 配置的服务器处理了。

实现这个功能很简单，关键的是这些网址数据库你去哪弄？市场上的方案都是闭源的，各家都维护自己的数据库（ ikuai 、深信服这些），自己维护你做得到么？这种数据量很大开源项目也无法坚持为爱发电。
之前看到过一些插件，网址数据更新太频繁，大都坚持不了多久。

@whcoding 修改下服务器 A 上面 wg 的配置，把允许的 IP 设置为 0.0.0.0/0 再试试看

op 防火墙做 snat 即可，不仅能访问内网，还可以通过 op 访问外网。
不会设置 snat 没关系，直接在 op 里面 wg0 这个接口的防火墙区域改成 lan 区域

直接删掉旁路由，解决各种奇葩问题

OMV 我也尝试过多次都弃了，它的 UI 界面动不动就 BUG

Debian 就好了

这需求挂个 SMB 服务不就满足了么？把群晖的 SMB 共享文件夹映射为 Windows 网络磁盘，还可用分配盘符，Windows 下大部分软件都支持读取目录的。

@XXOO133 什么样的 U 盘算靠谱？ 2.0 可以么？ PVE 好像读写硬盘比较频繁，计划任务多。

我的方案以 PVE 为主：
底层：PVE ，原生支持 ZFS ，所以直接管理存储，提供 SMB\NFS\RSYNC 等共享 /备份服务；
业务：lxc+docker ，兼顾性能和安全性；
照片：虚拟群晖。
目前在寻找能完美替代群晖的照片方案，试了很多都无法替代。

我的方案以 PVE 为主：

@kingpo 以前的光猫和路由器都这样，无法在内网使用外网域名访问机器，说白了就是不允许你在内网直接访问公网 IP
这种情况需要在内网搭一个简单的 DNS 转发器，把相关的域名设置为内网 IP

试试：
proxy_pass http://www.cip.cc