ludoux

研究了一下 beta3 更新日志，里头 Docker: Add IPV6_FORWARD to rc.docker and set it to ACCEPT instead of DROP 所以本问题应该解决了

本人的网络环境是ISP会下发一个/64 IPv6 PD前缀，局域网内使用SLAAC进行IPv6配置。Unraid 本身可以正常拿到 IPv6 并访问，虚拟机使用桥接的 br0。 在更新前（7.0.0 beta1），虚拟机是有 IPv6 并且是可以正常访问的，升级后发现虚拟机 ip addr 就拿不到 IPv6 地址了，只有一个 fe80 开头的这种本地地址。一番搜索后，怀疑和这个帖子情况类似 然后开始看更新记录。beta2的Docker版本由 25.0.2 升级到了 27.0.3 。Docker 的更新记录( https://docs.docker.com/engine/release-notes/27.0/ )显示 ip6tables 参数现在对于 bridge 网络的容器默认生效了，那么就和原帖子楼主手动开启的参数一致。然后在 beta1 上面运行，发现 FORWARD 还是 ACCEPT 状态。 ip6tables -L ... Chain FORWARD (policy ACCEPT) ... 但是在 beta2 上面测试，就变成 DROP 了。 由于我容器有 IPv6 需求的就一个 qB，而且是 host 网络模式，我就计划把这个 ip6tables 参数给关闭了。具体就是 go 文件里增加 mkdir -p /etc/docker tee /etc/docker/daemon.json << EOF { "ip6tables": false } EOF 然后重启，发现虚拟机的 IPv6 又回来了。以及经过简单测试，我的 qB 也依旧可以访问连接 IPv6 peer，也有传入。 具体这个开启或关闭有啥影响我就没有深究了，假如你也这么修改的话，最好测试一下对你的 docker IPv6 需求应用有没有什么影响。

*EDIT: I'm using SLAAC instead of DHCPv6* I met the same/similar problem after upgrating from 7.0.0beta1 to 7.0.0 beta2. The same VM failed to get IPv6 and it only shows addr start at fe80... I found this post and https://serverfault.com/questions/1005648/docker-changes-iptables-forward-policy-to-drop . I tested `ip6tables -L` on my two unraid machines (beta1 and beta2), and beta1 showed FORWARD is ACCEPTED while beta2 is REJECTED after running docker. According to the release notes(https://docs.docker.com/engine/release-notes/27.0/), at the update of 27.0.1, ip6tables options is set to be default and it will set the FORWARD policy to DROP. So I modified the go file to disable this feature. mkdir -p /etc/docker tee /etc/docker/daemon.json << EOF { "ip6tables": false } EOF btw, I hope unraid have a UI to allow users to modify the docker daemon.json file.

For anyone who uses virtiofs, use tag path/in/vm virtiofs rw 0 0 instead. Do not forget to use `sudo chmod 777 path/in/vm` to let all users have the permission to r/w it.

今晚折腾了一个晚上，终于解决了。其实不是啥大问题，这里分享一下，也当给自己留一个标记。 问题：虚拟机网络正常，在Unraid虚拟机设置里挂载新目录后，Linux 虚拟机内便无法ping、无法curl，显示 unreachable。 原因：通过GUI修改、新增了挂载目录信息后，网络相关的 pci bus 被偷偷修改了（例如由0x01变为了0x03，原先的0x01变成了挂载目录的pci bus）。 解决方案：修改新增挂载目录并保存后，再次进入设置，打开 XML 视图，把涉及到的新旧 pci bus 位置对调，确保网络相关的 pci bus 不变。例如原先是 [网络-0x01]，现在变成了[挂载目录-0x01]、[网络-0x03]，修改成[挂载目录-0x03]、[网络-0x01] 参考资料： 实际例子： 这是修改前、后的XML视图文本的变化图。可以看到由于我们新添加了一个共享文件夹，Unraid 把原先分配给virtio-net的pci 号 0x01 分配给了新添加的共享文件夹，并再依序给virtio-net换上了新的 0x03 pci 号。此次更换可能导致了系统内不识别（或别的），我们只需要把共享文件夹的修改为 0x03，virtio-net修改回0x01即可。 吐槽：个人怀疑新建虚拟机的时候就把共享文件夹给挂上，让网络的pci号从安装开始就保持不变，应该不会出现这个问题。以及这个问题都四年了，Unraid还没有修复，这……只能说是用户自力更生了

你好，我这边在Unraid 6.11.5下测试，还是可以的。为你提供参考，我是Clash开的http代理，插件把两个代理都打开然后重启Unraid。你这种情况在我环境下也没有试过，可能是代理配置或者局域网内的通讯有问题？希望你现在此问题已经解决了 你好，我猜测应该是没有用的😂

需要提醒的是，此插件的修改方式未得到 Unraid 的相关测试，因此可能会于一些情况下带来副作用： issue #2 反馈 by sethome：

Unraid 7.0 官方已支持 Outgoing Proxy Manager 功能，本插件不再推荐使用。 Proxy Editor by ludoux 介绍 本插件受 assatur 的博文 和 此坛文 启发，将较繁琐的设置 Proxy 的步骤用图形化界面操作替代。同时可以至多存储三份代理配置文件，方便有需求的用户。 本插件不提供代理软件运行环境。需要用户在局域网内其他设备上或者 Unraid docker 等平台上运行代理软件，开启 HTTP 代理服务并允许局域网流量传入。之后使用本插件可以将 Unraid 上大部分流量应用代理。 安装 Unraid 最低系统版本要求为 6.10.0，低于这个版本无法安装。 在 Unraid Web 管理页面上，打开 “插件”->“安装插件”，粘贴下列对应平台的 .plg 文件 Url ，点击安装按钮后，会有一个弹窗显示安装进度。 GitHub 平台: https://raw.githubusercontent.com/ludoux/unraid-proxy-editor/master/proxy.editor.plg Gittee 平台: https://gitee.com/ludoux/unraid-proxy-editor/raw/master/proxy.editor.plg 不出意外的话，两个平台托管的插件版本相同功能相同，只是检查更新和下载安装包的时候，地址不同。 请注意未来卸载时，不出意外的话，卸载脚本会自动删除所有的代理配置。即卸载脚本并重启后，Unraid 应该会恢复成直连而不是 Proxy。 使用 在 Unraid Web 界面上，“设置”->“用户实用程序”中就有本插件（Proxy Editor）的入口，点击进入。 使用逻辑是先在下方设置配置文件，之后再在上方启用。配置文件分类两个类型：①CA代理 ②系统级代理 。两个代理修改的系统文件是不相同的，可以点击相关文本来展示帮助文本。这两个代理是不相关联的，即可以只开启任意一个（当然也可以都开启）。 插件有写帮助文本，点击比如“代理地址:” 等位于左侧的文本控件，就会自动展开显示帮助文本。 一图胜千言——CA代理配置例 一图胜千言——系统级代理配置例 在下方配置好后（记得点保存），返回上方的选择配置文件处，选择需要的配置文件后，点击“应用”按钮即可。假如要复原的话，选择不走代理即可。需要留意不同代理的改动需不需要重启才能生效。 假如你要进阶查看插件究竟写入关于 Proxy 配置的文本了没有，可以点击“查看”按钮，会显示如下的弹窗，它展示了插件操作的 proxy.cfg 和 go 文件当前的所有内容，以及 profile 文件和 .wgetrc 文件（这俩是应用系统级代理后，重启后开机时，Unraid 执行 go 文件后，才会写入的）。 更新 直接在 Unraid Web “插件”处更新即可。需要注意的是近期（22年末）可能会频繁更新，建议求稳定的用户先不要上车。 答疑 欢迎回帖询问。

我没有iOS设备，就没有Bark推送需求。这个可以向官方webgui代码仓库提PR，因为官方不会怎么适配这种推送的🤣我看好像Telegram推送有点易用性问题，没人提PR官方也懒得改

可以在设置-通知设置中进行配置。需要注意的是要先在上方根据需求启用对应通知的“代理(agent)”，下面的推送通道才能生效 Pushplus 推送加 https://www.pushplus.plus/push1.html 相比于下文的Server酱而言，知名度没有那么高，但是我个人比较推荐。一是免费用户的推送额度等都更大，其次是它支持使用模板信息来推送，这样子只要每48小时去回复一下“激活消息”，在有消息推送的时候，即可在微信主页看到标题和部分正文。 最基本配置只要代理功能选择“已启用”获取 Push token 填入，保存并测试即可。更多配置仅提醒一下，Specific group code 是指一对多推送（https://www.pushplus.plus/push2.html）的“群组编码”，以及消息模板是硬编码为 txt 格式。 ----------------------------- ServerChan Server酱 https://sct.ftqq.com/sendkey 这个大家应该都很熟悉了，就不多废话了。更多配置仅提醒一下，默认配置是按照你网页端配置的推送渠道来推送的，你要用其他推送渠道，指定 “Specific channel” 即可，例子为“同时发送服务号和企业微信应用消息通道，则使用 9|66”。 最后再提示一下，关于所有 Optional 可选配置，表示禁用/恢复默认的文本都在帮助文案（即图片中蓝底文字）中（点一下网页左边的文本（比如Push token、Specific openid 一类的文本）就会显示帮助文案）。祝大家用得愉快 开发相关：保存后会在 /boot/config/plugins/dynamix/notifications/agents/ 下生成相关sh文件，里面有具体推送的参数。官方仓库相关在 https://github.com/limetech/webgui/blob/master/plugins/dynamix/include/NotificationAgents.xml