版本 6.12.4 2023-08-31
升级说明
已知问题
请参阅 6.12.0 发行说明 了解一般已知问题。
回滚
在回滚到早期版本之前,务必确保启用桥接:
- 设置 > 网络设置 > eth0 > 启用桥接 = 是
然后启动阵列(连同 Docker 和 VM 服务一起)以更新您的 Docker 容器、虚拟机和 WireGuard 隧道,以便恢复到应在旧版本中可工作的先前设置。
进入旧版本后,确认这些设置对您的设置是正确的:
- 设置 > Docker > 主机访问自定义网络
- 设置 > Docker > Docker 自定义网络类型
若回滚至早于6.12.0版本,请参阅 6.12.0 发行说明。
修复 macvlan 调用跟踪
此次发布的重大消息是,我们已解决与 macvlan 调用跟踪和崩溃相关的问题!
问题的根源在于,当父接口是桥接(如 br0)时,macvlan 用于自定义 Docker 网络不可靠,最好在物理接口(如 eth0)或绑定接口(如 bond0)上使用。我们相信这是一个长期存在的内核问题,并已经发布了错误报告。
如果您遇到与 macvlan 相关的调用跟踪问题,作为第一步,我们建议您导航到_设置 > Docker_,切换到高级视图,并将“Docker 自定义网络类型”从 macvlan 更改为 ipvlan。这是 Unraid 自 6.11.5 版本以来的默认配置,应该适用于大多数系统。如果您对这个设置满意,那么您已经完成!您将不再有与 macvlan 相关的调用跟踪,可以跳到下一节。
但是,一些用户报告称,在 ipvlan 模式下,某些路由器(Fritzbox)的端口转发和使用高级网络管理工具(Ubiquity)时功能受到限制。
对于这些用户,我们有一种新的方法,通过重新 设置网络避免与 macvlan 相关的问题。调整一些设置,您的 Docker 容器,虚拟机和 WireGuard 通道应该会自动调整使用它们:
- 设置 > 网络设置 > eth0 > 启用绑定 = 是或否,任何一种都可以
- 设置 > 网络设置 > eth0 > 启用桥接 = 否(这将自动启用 macvlan)
- 设置 > Docker > 主机访问自定义网络 = 已启用
注意:如果您之前使用过 2-nic docker 分段方法,您也将希望还原:
- 设置 > Docker > 自定义网络在接口 eth0 或 bond0(即确保 eth0/bond0 为自定义网络配置,而不是 eth1/bond1)
当您启动阵列时,主机、虚拟机和 Docker 容器都将能够通信,并且不再有调用跟踪!
故障排除
- 如果您的Docker容器使用自定义IP地址无法启动,请编辑它们并将“网络类型”更改为“自定义:eth0”或“自定义:bond0”。我们尝试自动执行此操作,但根据自定义情况,您可能需要手动操作。
- 如果您的虚拟机有网络问题,请编辑它们并将网络源设置为“vhost0”。还要确保分配了 MAC 地址。
- 如果您的 WireGuard 隧道无法启动,请对每个隧道进行虚拟更改并保存。
- 如果您在对Docker容器进行端口转发时遇到问题(尤其是使用Fritzbox路由器),请在路由器中删除并重新创建端口转发。