@seven2 #21 我刚刚看了一下，默认的确实是静态的，已更正帖子中的描述，我的组网机之前用DHCP也可以正常拿到v4地址和v4网关，昨天维护后，走dhcp没办法拿到网关了，怀疑和onlink有关？ 我这边用的是ifupdown-ng，没有dd过，不清楚dd脚本是怎么处理网络配置的。
@Reservoir #22 客户端兼容问题，Debian 13 的 DHCP 客户端换了，而 DMIT 的 DHCP 服务器有兼容问题 https://github.com/NetworkConfiguration/dhcpcd/issues/339 解决办法就是 all in cloud-init（dd 的时候是可以用 cloud img 而直接用 cloud-init 配置的甚至这么弄更方便，因为连 ssh 密钥都应用了。
@Reservoir #22 DD脚本就看现在比较热门的reinstall吧，我发给ai分析了下，DD脚本不会改网络相关配置的，也就是说原来是静态，DD完就还是静态，这次的网络问题是mjj自己把小鸡的静态ip改成了dhcp导致失联，和是否DD系统无关。 那就是mjj瞎改网络配置导致的失联，虽说dmit以前可以用dhcp，现在不能用了也不提前通知，确实有点不礼貌，但人家默认就是静态IP啊，没毛病。 建议让大妈以后改什么东西提前发个公告或者邮件通知下，大家都还是好说话的，发个公告花不了多少时间。
@cecini #29 同是arch，我发现是netplan包更新1.2(4月2日的更新)之后，引入了network-configure服务，需要手动启用才会自动应用/etc/netplan/50-cloud-init.yaml来配置，参照 https://github.com/canonical/netplan/releases/tag/1.2 具体来说需要执行 sudo systemctl enable --now netplan-configure.service sudo systemctl unmask systemd-resolved && sudo systemctl enable --now systemd-resolved 用networkctl status eth0 检查是否生效
dmit不是默认就静态IP的吗？我怎么看到我自己的是静态。
还有，DD脚本应该是自动检测之前的网络配置，重装之后自动改回去的吧(dns可能不会用原来的)，不然很多nat鸡岂不是dd即失联？
@seven2 #21
我刚刚看了一下，默认的确实是静态的，已更正帖子中的描述，我的组网机之前用DHCP也可以正常拿到v4地址和v4网关，昨天维护后，走dhcp没办法拿到网关了，怀疑和onlink有关？
我这边用的是ifupdown-ng，没有dd过，不清楚dd脚本是怎么处理网络配置的。
@Coolday #17 想的挺美
@Reservoir #22 客户端兼容问题，Debian 13 的 DHCP 客户端换了，而 DMIT 的 DHCP 服务器有兼容问题 https://github.com/NetworkConfiguration/dhcpcd/issues/339 解决办法就是 all in cloud-init（dd 的时候是可以用 cloud img 而直接用 cloud-init 配置的甚至这么弄更方便，因为连 ssh 密钥都应用了。
@Reservoir #19 检查过都启动了，就是访问不了
@love4taylor #24
学到了，感谢大佬解答
@Reservoir #22
DD脚本就看现在比较热门的reinstall吧，我发给ai分析了下，DD脚本不会改网络相关配置的，也就是说原来是静态，DD完就还是静态，这次的网络问题是mjj自己把小鸡的静态ip改成了dhcp导致失联，和是否DD系统无关。
那就是mjj瞎改网络配置导致的失联，虽说dmit以前可以用dhcp，现在不能用了也不提前通知，确实有点不礼貌，但人家默认就是静态IP啊，没毛病。
建议让大妈以后改什么东西提前发个公告或者邮件通知下，大家都还是好说话的，发个公告花不了多少时间。
啊，我还以为是我自己导致dmit问题。重启后没有ip了。 我用的arch linux，conosle登录netplan try就有ip了。但不能自动获取ip。
@cecini #29
同是arch，我发现是netplan包更新1.2(4月2日的更新)之后，引入了network-configure服务，需要手动启用才会自动应用
/etc/netplan/50-cloud-init.yaml来配置，参照 https://github.com/canonical/netplan/releases/tag/1.2具体来说需要执行
用
networkctl status eth0检查是否生效