求大佬帮忙分析下 NAS 的诡异网络问题

看看有没有大佬专家有兴致帮忙分析一些诡异的家庭 NAS 的网络问题，诡异在于：

现状：
1. 一个 x86 Ubuntu （作 Linux NAS ），一个 Mac Mini M4 （作桌面端）
2. Ubuntu 上的服务：
- 照片服务
- QB 下载
- 透明代理（ mihomo/clas ，虚拟机或者 Docker 方式）
- Nginx 反代（ ipv6 ddns ，反代照片服务到公网，虚拟机或者 Docker macvlan ）


理想目标：
- 不想用 VirtualBox 虚拟机，Docker 更轻量简单
- Ng 通过 Docker macvlan 反代，隔离机器和服务
- 透明代理也能通过 Docker 方式，给家里其他设备做透明代理网关使用
- 其他服务正常


问题：
- 使用 Docker macvlan ，宿主机和容器不能通信，有自己搞桥接口的 trick 方法，为什么用 macvlan ，主要用 bridge 的方式搞不定容器独立的 ipv6 （ host 模式就没安全意义了），用 bridge 的话有没有办法搞定？
- 透明代理 Mihomo/Clash ，虚拟机方式部署一切正常，「同样的配置 config.yaml 」 在宿主机上直接程序跑和使用 Docker 的方式，UI 管理界面中所有代理节点全都出不来，但体验上，宿主机裸跑和 Docker 都比虚拟机方式体感流畅非常多（虚拟机配置是够的，符合普通代理体感），这是为什么呢？
- Mac 也可以直接使用 Clash Verge 做透明代理，与 Linux 下裸跑和 Docker 方式一样，都无法在本地访问 Ng 反代的服务(ipv6)，怀疑是 ipv6 解析的问题，但是虚拟机里面的透明代理又正常，这个是最疑惑的点！
- QB 下载，用 macvlan 之后，网络就不太正常，用普通模式，速度又不行（ ipv6 ？）又为什么呢？
- 以及有没有其他更优解？