随风潜入夜

v4.13.1版本就改好了，引用了锚点，改了volume的配置目录，改了Redis的cluster容器，有需要的自己改回来就行，然后改了S3_BUCKET，

一样的问题

同问

对，我就是把代理挂在 ShadoWRT 里面，非常好用， 嗯，magic DNS关掉了，我有看到下面的评论 （先 rm /etc/resolv.conf ，然后 ln -s /tmp/resolv.conf.auto /etc/resolv.conf：DNS错误解决了，然后tailscale没登录上去）问了AI，摸索了一下 删掉那两行行代码就可以了。 我知道有很多恢复方案，我用 ```yaml 0 0 * * * /sbin/sysupgrade --create-backup "/mnt/istore_backup/backup-OpenWrt-$(date +%Y-%m-%d).tar.gz" ``` 备份倒回去好几天都不行，这还不是没有防住tailscale这个东西嘛。（这个脚本也不错哈，大佬可以内置一下给大家用） 这种DNS错误，子网的主机还能用，但是不知道哪天出错了，也不知道哪里出错了，所以觉得一些来源不明ipk，他们只配 被安装到ShadoWRT😄这样可以比爱快还稳定

> 如果追求极致稳定安全 我建议直接源码编译 这样不需要的东西就可以全都不编译进固件 固件小 占内存小 无形间消除了很多竞态因素 稳定性提升 我不会追求极致的稳定安全，我也不会，我很喜欢插件生态，我觉得你不要忽视普通人的需求，不是人人都可以手搓固件的，而且正是因为iStoreOS给普通人提供了iStore商店这个生态，大家才认可他

> `/sbin/sysupgrade --create-backup`只能备份配置文件，tailscale修改的那个文件是个软连接，应该无法靠配置文件恢复，除非你先恢复出厂设置再恢复备份文件，然后还要避免再次使用tailscale的magic DNS。 > > 另外，如果固件是24.10，恢复resolv.conf软连接命令应该是`rm -f /etc/resolv.conf ; ln -s /tmp/resolv.conf /etc/resolv.conf`，默认情况下应该只存在 /tmp/resolv.conf，不存在 /tmp/resolv.conf.auto。 > > 其实大部分DNS异常都是因为翻墙插件导致的，因为翻墙插件必然会修改DNS配置，有时候遇到黑白名单更新或订阅失败，配置文件不完整又没清理，导致dnsmasq服务异常甚至挂掉。 所以可以把这些 翻墙的插件全部放到ShadoWRT里面，禁止在宿主机上面安装

> > > 如果追求极致稳定安全 我建议直接源码编译 这样不需要的东西就可以全都不编译进固件 固件小 占内存小 无形间消除了很多竞态因素 稳定性提升 > > > > > > 我不会追求极致的稳定安全，我也不会，我很喜欢插件生态，我觉得你不要忽视普通人的需求，不是人人都可以手搓固件的，而且正是因为iStoreOS给普通人提供了iStore商店这个生态，大家才认可他 > > > 我在想iStoreOS非常好，就是不稳定，所以不能当企业级的路由使用 > > 普通人也不会用到企业级的路由器 既想高大全 又要稳定性 不太现实. 我也只是对你这句 `我在想iStoreOS非常好，就是不稳定，所以不能当企业级的路由使用` 话的评论...

> > > > > > 如果追求极致稳定安全 我建议直接源码编译 这样不需要的东西就可以全都不编译进固件 固件小 占内存小 无形间消除了很多竞态因素 稳定性提升 > > > > > > > > > > > > > > > 我不会追求极致的稳定安全，我也不会，我很喜欢插件生态，我觉得你不要忽视普通人的需求，不是人人都可以手搓固件的，而且正是因为iStoreOS给普通人提供了iStore商店这个生态，大家才认可他 >...

我也出现这个情况了，哭死

`grep 'option dhcpv4' /etc/config/dhcp` 输入这行命令，如果有结果，`cat /etc/config/dhcp` 先看一眼文件，然后`nano /etc/config/dhcp `把这行删掉