Ich habe eine virtuelle Box (6.1) mit Ubuntu Minimal. In den Einstellungen der virtuellen Maschine ist im Abschnitt Netzwerk „Bridged Adapter“ ausgewählt.
root@ubuntu:/home/mista# dmesg -T|head -1
[Sun Oct 24 10:56:10 2021] Linux version 5.4.0-89-generic (buildd@lgw01-amd64-044) (gcc version 9.3.0 (Ubuntu 9.3.0-17ubuntu1~20.04)) #100-Ubuntu SMP Fri Sep 24 14:50:10 UTC 2021 (Ubuntu 5.4.0-89.100-generic 5.4.143)
root@ubuntu:/home/mista# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp0s3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 08:00:27:1e:5b:6d brd ff:ff:ff:ff:ff:ff
inet 192.168.88.236/24 brd 192.168.88.255 scope global dynamic enp0s3
valid_lft 473sec preferred_lft 473sec
inet6 fe80::a00:27ff:fe1e:5b6d/64 scope link
valid_lft forever preferred_lft forever
root@ubuntu:/home/mista# cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d
auto lo
iface lo inet loopback
auto enp0s3
iface enp0s3 inet static
address 192.168.88.236
netmask 255.255.255.0
gateway 192.168.88.1
root@ubuntu:/home/mista# ifdown enp0s3
ifdown: interface enp0s3 not configured
root@ubuntu:/home/mista# ifup enp0s3
RTNETLINK answers: File exists
ifup: failed to bring up enp0s3
root@ubuntu:/home/mista# systemctl status networking
● networking.service - Raise network interfaces
Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Sun 2021-10-24 11:24:35 MSK; 1min 39s ago
Docs: man:interfaces(5)
Process: 826 ExecStart=/sbin/ifup -a --read-environment (code=exited, status=1/FAILURE)
Main PID: 826 (code=exited, status=1/FAILURE)
Oct 24 11:24:35 ubuntu systemd[1]: Starting Raise network interfaces...
Oct 24 11:24:35 ubuntu ifup[844]: RTNETLINK answers: File exists
Oct 24 11:24:35 ubuntu ifup[826]: ifup: failed to bring up enp0s3
Oct 24 11:24:35 ubuntu systemd[1]: networking.service: Main process exited, code=exited, status=1/FAILURE
Oct 24 11:24:35 ubuntu systemd[1]: networking.service: Failed with result 'exit-code'.
Oct 24 11:24:35 ubuntu systemd[1]: Failed to start Raise network interfaces.
root@ubuntu:/home/mista# cat /run/network/ifstate
lo=lo
Ich habe versucht, die Zeichenfolge „enp0s3=enp0s3“ zu /run/network/ifstate hinzuzufügen, aber das funktioniert nicht. Aber /run ist ein virtuelles Dateisystem und die Zeichenfolge mit enp0s3 wird gelöscht, wenn Daemons neu geladen oder der Server neu gestartet wird. Manche Leute sagen, dass alle konfigurierten Schnittstellen in /run/network/ifstate angezeigt werden sollten. Aber warum wird die Schnittstelle enp0s3 dann nicht in /run/network/ifstate angezeigt, wenn sie in der Konfiguration registriert ist?
Und habe ich vielleicht einen Fehler in der Konfigurationsdatei?
nach dem Neustart wird die Adresse 192.168.88.236/24 angezeigt, aber diese Befehle funktionieren nicht:
ifup enp0s3
ifdown enp0s3
Ich verstehe nicht, warum Fehler auftreten:
root@ubuntu:/home/mista# ifdown enp0s3
ifdown: interface enp0s3 not configured
root@ubuntu:/home/mista# ifup enp0s3
RTNETLINK answers: File exists
ifup: failed to bring up enp0s3
Wo können ifup und ifdown die Konfiguration dazu bringen, mit der Schnittstelle zu funktionieren, mit Ausnahme der Datei /etc/network/interfaces?
Die Datei /etc/networks ist leer.
Antwort1
Ich habe festgestellt, dass dhcpv4 in dieser Konfigurationsdatei aktiviert wurde -/etc/netplan/01-netcfg.yaml. Nach dem Neustart wurde DHCP deaktiviert.
Als die virtuelle Maschine eingeschaltet wurde, hat der Netzwerk-Daemon Schnittstellen vom/etc/Netzwerk/Schnittstellen(statische Adresse) config und von der/etc/netplan/01-netcfg.yaml(DHCP).
Daher versuchte das Betriebssystem beim Systemstart, die Adresse 192.168.88.236/24 aus verschiedenen Konfigurationen statisch und per DHCP zu ermitteln. Aus diesem Grund entstand der Konflikt.
In/etc/netplan/01-netcfg.yamlich habe mich verändert„dhcpv4: ja“fürenp0s3Zu„dhcpv4: nein“. Und nach dem Neustart war der DHCP-Client weg.