☰

为什么安装 ddclient 会破坏 GCE 和 Azure Ubuntu VM 上的网络？

tag-icon • tag-icon networking azure ubuntu-16.04 google-compute-engine ddclient
为什么安装 ddclient 会破坏 GCE 和 Azure Ubuntu VM 上的网络？

我注意到，在安装和配置 ddclient 并重新启动这些机器后，Google Compute Engine (GCE) 和 Azure 上的 Ubuntu 实例都出现网络中断。此问题不会发生在 AWS 上。

发生这种情况时，一切看起来都很好，接口启动，分配了 IP，但它说默认网关无法访问。卸载 ddclient 并删除其配置文件，然后重新启动，即可解决问题。

为什么 ddclient 似乎会破坏这些 GCE 和 Azure 实例上的网络？

这是我的 ddclient 配置示例：

ssl=yes
use=web, web=checkip.dyndns.com/, web-skip='IP Address'
protocol=namecheap
server=dynamicdns.park-your-domain.com
login=<mydomain>
password=<mypassword>
@

答案1

我也遇到了这个问题。Dwight
Lyle 在 5 月份提交了一份错误报告。 https://bugs.launchpad.net/ubuntu/+source/ddclient/+bug/1688052

我修复启动盘所采取的步骤受到 Dwight 描述的启发。TL;DR 我将无法启动的磁盘安装到另一个实例，chroot 进入该实例，apt-get 清除 ddclient，然后使用（现在）正常运行的磁盘创建了一个新实例。

详细信息：

在 GCE 控制台中单击损坏的实例以查看其详细信息。单击编辑并取消选择“删除实例时删除启动磁盘”。

现在，删除无法启动的实例（在仔细检查您不会删除磁盘之后！）。

在 Google Coud Shell 中：


gcloud compute instances attach-disk WORKING_INSTANCE --disk DISK_OF_BROKEN_INSTANCE --device-name new_disk

在运行的 GCE 实例中：


lsblk       # to know which disk to mount
sudo mount /dev/sdb1 /mnt/      # sdb1 was the disk not mounted as root (the broken disk)
sudo chroot /mnt/
sudo apt-get purge ddclient
exit
sudo umount /mnt

在 Google Coud Shell 中：


gcloud compute instances detach-disk WORKING_INSTANCE --disk DISK_OF_BROKEN_INSTANCE

返回 GCE 控制台，转到磁盘选项卡，找到刚刚修改的磁盘，然后使用它创建一个新实例。运气好的话，您应该能够启动它并通过 SSH 进入它！

相关内容