周围开始的Ubuntu 18.04的某个时候，Ubuntu的开发者采用了经典的停止/etc/init.d/networking和/etc/network/interfaces配置网络的方法，并切换到一些东西叫netplan。这使很多人非常生气，被普遍认为是一个坏举动。是否可以删除netplan并使用正确的/etc/network/interfaces方法来配置网络？

以下过程适用于Ubuntu 18.04（Bionic Beaver）

I.重新安装ifupdown软件包：

# apt-get update
# apt-get install ifupdown

二。使用以下配置节来配置/ etc / network / interfaces文件：

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

allow-hotplug enp0s3
auto enp0s3
iface enp0s3 inet static
  address 192.168.1.133
  netmask 255.255.255.0
  broadcast 192.168.1.255
  gateway 192.168.1.1
  # Only relevant if you make use of RESOLVCONF(8)
  # or similar...
  dns-nameservers 1.1.1.1 1.0.0.1

三，使配置生效（无需重新启动）：

# ifdown --force enp0s3 lo && ifup -a
# systemctl unmask networking
# systemctl enable networking
# systemctl restart networking

IV。禁用并删除不需要的服务：

# systemctl stop systemd-networkd.socket systemd-networkd \
networkd-dispatcher systemd-networkd-wait-online
# systemctl disable systemd-networkd.socket systemd-networkd \
networkd-dispatcher systemd-networkd-wait-online
# systemctl mask systemd-networkd.socket systemd-networkd \
networkd-dispatcher systemd-networkd-wait-online
# apt-get --assume-yes purge nplan netplan.io

然后，您完成了。

注意：当然，您必须根据系统（网络，接口名称...）调整值。

五， DNS解析器

因为Ubuntu Bionic Beaver（18.04）使用了SYSTEMD-RESOLVED.SERVICE（8）提供的DNS存根解析器，所以您还应该将DNS添加到/etc/systemd/resolved.conf文件中。例如：

....
DNS=1.1.1.1 1.0.0.1
....

完成后，然后重新启动systemd解析的服务：

# systemctl restart systemd-resolved

如上所示，ifupdown INTERFACES（5）文件中的DNS条目仅在使用RESOLVCONF（8）或类似属性时才相关。

该Netplan团队已经张贴在他们的常见问题作出正式答复这里：

如何回到ifupdown

...

在正在运行的系统上，可以通过安装ifupdown并按照用户之前的操作手动配置/ etc / network / interfaces来删除netplan。

在安装时，用户可以通过预先设置netcfg / do_not_use_netplan = true来选择使用ifupdown。这是通过在引导安装介质时在命令行中添加预设置的行来完成的（即，在安装介质引导菜单上，按F6键，键入“ e”，然后添加到命令行）。

有关更完整的说明，请参见Nuxwin的答案。

在仅服务器的环境中，Netplan和yaml充其量是脆弱的（缩进错误将使您付出代价）。接口足够宽容，它使得在服务器上管理网络设置非常容易。
Netplan引入了新的层。但是真正的问题是U18会中断ifupdown，并且无法通过NetPlan完成这项工作。如果通过重新安装ifupdown返回到/ etc / network / interfaces，则管理DNS不再在interfaces文件中起作用。任何dns-nameservers条目都将被忽略。而是在/etc/resolv.conf中设置dns。但是您无法编辑该文件，因为每次启动计算机时都会重新写入该文件。WTF？Netplan设计为由GUI进行管理，因此我们在仅服务器阵营中的那些人都留有一个脆弱的系统，我们必须认真学习。不好的Ubuntu！
为什么不给我们一种在启动时将/ etc / network / interfaces中的设置重定向到netplan的方法，以帮助您完成netplan？

为什么不只配置netplan？

好吧，由于它是在18.04-Desktop中配置的，因此它是一条将控制权移交给NetworkManager的所有接口的单线。

虽然这可能适合95％的用户，但请记住，只有登录到会话后才能运行NetworkManager。

如果您想让您的计算机充当服务器/桌面，例如开始向本地计算机提供文件，充当VNP服务器等...或在任何人登录之前进行任何“花哨的操作”，仅仅是因为事实是开启，您将无法在标准18.04-Desktop中进行配置。

当然，另一种选择是使用服务器Netplan配置，据我所读（未经我本人检查），该服务器将控制权移交给systemd-networked。在这种情况下，您最好学习systemd如何代替旧的System V init。

如果您走这条路，您仍然必须对netplan yaml进行更改，因为在桌面版本上，控制权已分配给NetworkManager。

关键是要知道那cloud.init是真正的控制程序。
话虽这么说，netplan配置文件中的“ optional：true”这一行是必须的。
知道这一点很容易。

我只是01-network-manager-all.yaml将其删除并复制到/root/save/。然后放置一个已知的好的配置代替它50-cloud-init.yaml：其内容如下：

network:
  version: 2
  renderer: networkd
  ethernets:
    eports:
      match: 
        name: enp*
        optional: true
  bonds:
    bond0:
      interfaces: [eports]
      addresses: [192.168.2.5/24]
      gateway4: 192.168.2.1
      nameservers:
        addresses: [127.0.0.1, 8.8.4.4]          
      parameters:
        mode: 0          
        mii-monitor-interval: 100

然后重新启动，它应该可以正常工作。

已知的良好配置来自在Ubuntu 18.04上使用netplan配置绑定的802.3ad网络。

根据此答案，解决方案是删除所有可操作的.yaml文件：Ubuntu 17.10 disable netplan

如果没有备份，我不会删除任何内容。我们只需将文件移到一边就可以轻松实现。首先，找到文件：

sudo updatedb
locate netplan | grep yaml

在我的18.04系统上，似乎唯一的操作文件是/etc/netplan/01-network-manager-all.yaml。让我们移动它：

mkdir ~/netplan
sudo mv /etc/netplan/01-network-manager-all.yaml  /home/user/netplan

...其中user是您的用户名。

现在检查以确保文件确实消失了：

ls /etc/netplan

现在，根据需要在/ etc / network / interfaces中添加内容。

重启。

有什么改善吗？

脚注：很难找到执行此操作的确切过程。我们可能需要继续进行一些改进。