首先这是我的网络拓补图：

 

 

    出现的问题主要表现在手动设置dns为旁路由APTV的ip以后网络依旧不通，无法更新插件，应用界面也出现如下错误提示。（当然根据错误提示改了DNS以后依旧没有任何作用）。重启、关机再开机，这个问题依旧存在。与此同时，局域网其他设备将网关和dns指向APTV后可以正常打开各类网站。

    打开unraid终端使用ping和traceroute命令测试连通性，报错如下：

    因为看到最初ping的解析是一个ipv6地址，于是怀疑原因是网络设置中使用“ipv4+ipv6”这里，于是将网络改成“仅ipv4”和“仅ipv6”分别测试，网关和dns依旧指向旁路由ip：

    （这个怀疑其实不成立，因为在之前改dns的方法可用时，“ipv4+ipv6”的设置是没有问题的，但为了控制变量，还是测试一下吧）。

【仅ipv4】：

    这是dns服务不通的意思吗？那我把网关指向192.168.31.5，dns1设置成8.8.8.8，dns2设置成8.8.4.4

    一模一样的报错，问题并没有得到解决。

【仅ipv6】：

    保存……哦豁……NAS失联了……（这不废话吗，ipv4被我关了，只能通过ipv6的地址才能访问后台啊），但是我的小米路由器无法在后台查看分配的ipv6地址。这可怎么办。。。

    想着要么用ssh登录看看，结果ssh 192.168.31.1被无情的refuse了（呵呵，小米AX6000真有你的），没办法，只能把NAS关机，从U盘配置文件里下手，看能不能把它救回来。（关机方法：按一下电源键，大约等30秒，硬盘停转就关了。直接拔U盘怕是会有各种灵异事件，请勿轻易尝试）

    在U盘里看到有个/config/network.cfg文件（感谢unraid开发大佬们良好的起名习惯，真是一目了然啊），里面的配置跟我猜想的差不多：

    然后我把红框内的内容分别改成ipv4和yes（其他的也不太会改，就先保持不变），重新把U盘插上，开机。

    等待的过程比想象中久一点（大概3分钟），在路由器后台刷到了NAS的MAC地址，然后用对应的ip成功连回了NAS（真不容易），再把ip再改回静态和原来的数值，这个小插曲暂且告一段落。

 

    回到最初的问题，因为暂时没有头绪。只好把网关和dns改回路由器，可以看到改回去以后的nas是可以正常上网的（emmm，但是更新插件什么的嘛……还是要上科技才行）：

（小强你别跑，刚才就是你不让我ssh的是吧？！）

 

 

    在各种设置页面之间乱点（但是没乱改），and 网上冲浪到处搜索’ping & traceroute不通‘，’name or service not known‘之类的关键字，突然看到一个回答提到了VM啥的，，，嗯？VM？欸？对哦，我好像改过它的设置。

    进入unraid - 工具 - 虚拟机 页面，虚拟机，启动（emm，事实上我的虚拟机列表是空的，也从来没有添加过虚拟机）那就不是这里，虚拟机，关闭。

    但是这一点激起了我前两天的某个回忆片段。那时候在查询unraid虚拟机硬件直通的内容（为将来的折腾做准备），考虑到我的设备有四个网口，我想在保留第一个网口（eth0）作为unraid的管理口的情况下，把剩下三个网口直通给未来可能有的虚拟机使用，于是就点开了 unraid - 工具 - 系统设备这个页面。

    我记得某个教程是说如果想把硬件直通给虚拟机使用，则应该在对应的pcie设备或IOMMU组前面打勾。

    <回忆开始>我想起几天前我也是在这个页面，勾选了我的网口2（对应eth1），然后点了保存，然后unraid系统提示我要重启以后才能生效，可那会儿我正在用docker的qbittorrent下载，并不是很想重启，我就又取消勾选它，又点了一次保存，然后unraid还是提醒我需要重启才能生效。。。那个黄色banner就一直在我眼前飘。。。我想着我又没搞什么大变化，干嘛非要我重启，就一直忍着，大概过了一天，才重启设备，那个banner也就消失了。<回忆结束>

    这个时候我又回到页面的最下面，看我这里的网口选项，突然我发现一个异常：我的网口1（eth0）的绑定怎么没有了？（我记得它应该是灰色不可选的状态，且默认应该是勾选中的状态才对，否则我的nas用谁来连接呢，可是现在却是可以勾选的状态？？这又是怎么回事？？）

    难道旁路由不通的问题跟它有关？我是否应该把它改回勾选状态？带着这个疑问，我勾选了第一个网口（也就是红圈圈住的地方），然后保存并重启了设备。。。

 

    又失联了……

 

    失联以后我才反映过来，刚才那不是设置设备直通的页面吗？我直通了eth0，那eth0就不能给unraid用了，很正常啊，逻辑闭环了这是。。。再加上我之前设置网络的时候为了把另外三个网口分出来，把eth0的绑定和桥接功能全部关闭了，也就是说其他三个网口也是不能用的状态。这下我知道，我又把NAS扔到了一个无法触及的荒原。。。。无话可说。。。怎么办，继续按电源键关机+拔U盘呗。

 

    再一次凭直觉找到了/config/vfio-pci.cfg文件，而且还看到了一个vfio-pci.cfg.bak文件，看了看这俩文件的修改日期，其中之一正是我刚刚改完配置重启又失联的时间，另一个则跟我几天前勾选网口2的时间大致相同，我感觉应该就是它们了。查看到vfio-pci.cfg的内容是‘BIND=0000:01:00.0|8086:125c’，而vfio-pci.cfg.bak的内容是‘BIND=0000:02:00.0|8086:125c’，这不就是我网口们的pcie设备地址吗，于是把vfio-pci.cfg的内容改成‘BIND=0000:02:00.0|8086:125c’，保存，插回U盘，开机，真不容易，我的NAS又联回来了……

 

 

    至此，我关于旁路由不通的问题折腾到现在，走了很多弯路但是又回到了原点。我觉得我这个折腾的经历很值得分享出来（毕竟一晚上搞失联两次，也算是少见了）。我的经验就是失联了并不可怕，冷静想想，总能找到问题出在哪里。

 

 

    但是我最初的问题依旧没有被解决，我还是怀疑它跟我前几天改pcie直通相关的设置有关（因为在改它之前，我是可以正常使用旁路由的，中途nas也没有重启过，docker只有一个qbittorrent在正常使用，另外有一个半成品docker配置了一半也还没用），所以我在最后上传了我的诊断资料，还望有了解我这个案例核心问题的大佬指个路，不胜感激

 

enas-diagnostics-20240311-2051.zip

Edited March 11, 20242 yr by kecho05
add description

 

可以尝试更改“Docker 自定义网络类型”：如果当前是 macvlan 那么改成 ipvlan，如果当前是 ipvlan 那么改成 macvlan 。

很奇怪，在我的docker设置里，这一项ipvlan处于灰色的不可选状态。

1 hour ago, kecho05 said:

很奇怪，在我的docker设置里，这一项ipvlan处于灰色的不可选状态。

网卡得开启桥接才能有ipvlan。你的故事过于曲折，我大脑已经死机了。

Edited March 13, 20242 yr by cddjr

36 minutes ago, cddjr said:

网卡得开启桥接才能有ipvlan。你的故事过于曲折，我大脑已经死机了。

哈哈，我也是晕乎乎的，我最近出现的问题都很奇怪（今早我改了一下qb的密码，然后停了docker再打开，qb的webui就打不开了。。。）

 

有没有一键恢复网络默认配置的方法啊

On 3/13/2024 at 10:04 AM, kecho05 said:

哈哈，我也是晕乎乎的，我最近出现的问题都很奇怪（今早我改了一下qb的密码，然后停了docker再打开，qb的webui就打不开了。。。）

 

有没有一键恢复网络默认配置的方法啊

 

有一个叫做 Dynamix Factory Reset 的插件，可以将 Unraid 还原成初始状态。