masche85
Anmeldungsdatum: 12. Juni 2009
Beiträge: 352
|
Hallo, ich sitze hier gerade ein einem frisch installierten Ubuntu Server 16.04 und habe eine statische IP-Adresse vergeben. Der Eintrag in /etc/network/interfaces sieht so aus: | # The primary network interface
auto eno1
iface eno1 inet static
address 172.17.2.110
netmask 255.255.0.0
gateway 172.17.xxx.xxx
dns-nameserver 172.17.xxx.xxx 172.17.xxx.xxx
|
Ich wollte dann die IP-Adresse von 172.17.2.110 auf 172.17.2.111 ändern und habe die /etc/network/interfaces entsprechend angepasst: | ...
iface eno1 inet static
address 172.17.2.111
...
|
Wenn ich das Netwerk mit folgenden Befehlen neu starte:
| service networking restart
ifdown eno1; ifup eno1
|
Habe ich weiterhin die alte IP-Adresse (172.17.2.110) statt der neuen (172.17.2.111). Wenn ich einen reboot mache übernimmt er die neue IP-Adresse! Hat jemand einen Rat? Hier noch die gesamte /etc/network/interfaces: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16 | # This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eno1
iface eno1 inet static
address 172.17.2.111
netmask 255.255.0.0
gateway 172.17.xxx.xxx
dns-nameserver 172.17.xxx.xxx 172.17.xxx.xxx
|
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13931
|
masche85 schrieb: Wenn ich das Netwerk mit folgenden Befehlen neu starte:
| service networking restart
ifdown eno1; ifup eno1
|
Habe ich weiterhin die alte IP-Adresse (172.17.2.110) statt der neuen (172.17.2.111). Wenn ich einen reboot mache übernimmt er die neue IP-Adresse!
Gibt es auf deinem 16.04, eine Ausgabe mit:
systemctl status networking.service
?
|
Hans9876543210
Anmeldungsdatum: 2. Januar 2011
Beiträge: 3741
|
Starte mal deinen Router neu. Edit: Auch du hast ja schon die neue IP nach einem Boot. Erst nach einem manuellen Restart des networking.service kriegst du noch die alte IP? Was steht denn in den Logs?
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13931
|
Hans9876543210 schrieb: Auch du hast ja schon die neue IP nach einem Boot.
Ja, aber nicht nach einem reboot des Routers (... DHCP?), denn es geht um eine statische IP-Adresse (ohne DHCP). Hans9876543210 schrieb: Erst nach einem manuellen Restart des networking.service kriegst du noch die alte IP?
networking.service restarten hat der TE noch nicht gemacht. Er will die neue (statische) IP nach einem Restart des "networking".
|
masche85
(Themenstarter)
Anmeldungsdatum: 12. Juni 2009
Beiträge: 352
|
lubux schrieb:
Gibt es auf deinem 16.04, eine Ausgabe mit:
systemctl status networking.service
?
Hier die Ausgabe von systemctl status networking.service
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18 |
● networking.service - Raise network interfaces
Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor preset: enabled)
Drop-In: /run/systemd/generator/networking.service.d
└─50-insserv.conf-$network.conf
Active: active (exited) since Fr 2016-05-20 10:34:55 CEST; 13min ago
Docs: man:interfaces(5)
Process: 2177 ExecStop=/sbin/ifdown -a --read-environment (code=exited, status=0/SUCCESS)
Process: 2252 ExecStart=/sbin/ifup -a --read-environment (code=exited, status=0/SUCCESS)
Process: 2245 ExecStartPre=/bin/sh -c [ "$CONFIGURE_INTERFACES" != "no" ] && [ -n "$(ifquery --read-environment --list --exclude=lo)" ] && udevadm settle (
Main PID: 2252 (code=exited, status=0/SUCCESS)
Tasks: 0 (limit: 512)
Memory: 0B
CPU: 0
CGroup: /system.slice/networking.service
Mai 20 10:34:54 ubuntu systemd[1]: Starting Raise network interfaces...
Mai 20 10:34:55 ubuntu systemd[1]: Started Raise network interfaces.
|
|
masche85
(Themenstarter)
Anmeldungsdatum: 12. Juni 2009
Beiträge: 352
|
Hans9876543210 schrieb: Starte mal deinen Router neu. Edit: Auch du hast ja schon die neue IP nach einem Boot. Erst nach einem manuellen Restart des networking.service kriegst du noch die alte IP? Was steht denn in den Logs?
Was hat das mit dem Router zu tun? Ist ja kein DHCP. Das findet sich im syslog wenn ich service networking restart ausführe: 1
2
3
4
5
6
7
8
9
10
11
12 |
May 20 10:52:05 ubuntu systemd[1]: Stopping Raise network interfaces...
May 20 10:52:05 ubuntu systemd[1]: Stopped Raise network interfaces.
May 20 10:52:05 ubuntu systemd[1]: Starting Raise network interfaces...
May 20 10:52:05 ubuntu kernel: [ 1135.197831] IPv6: ADDRCONF(NETDEV_UP): eno1: link is not ready
May 20 10:52:05 ubuntu systemd[1]: Reloading OpenBSD Secure Shell server.
May 20 10:52:05 ubuntu systemd[1]: Reloaded OpenBSD Secure Shell server.
May 20 10:52:05 ubuntu systemd[1]: Started Raise network interfaces.
May 20 10:52:08 ubuntu kernel: [ 1138.404791] tg3 0000:02:00.0 eno1: Link is up at 1000 Mbps, full duplex
May 20 10:52:08 ubuntu kernel: [ 1138.404806] tg3 0000:02:00.0 eno1: Flow control is off for TX and off for RX
May 20 10:52:08 ubuntu kernel: [ 1138.404811] tg3 0000:02:00.0 eno1: EEE is disabled
May 20 10:52:08 ubuntu kernel: [ 1138.404832] IPv6: ADDRCONF(NETDEV_CHANGE): eno1: link becomes ready
|
Also eigentlich nicht ungewöhnliches außer der IPv6 Meldung ?
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13931
|
masche85 schrieb: Hier die Ausgabe von systemctl status networking.service
OK, dann versuch mal nach den Änderungen/Ergänzungen in der interfaces-Datei, (als root oder gleichwertig) mit:
systemctl restart networking.service
(statt mit "service networking restart") und nach dem Restart, die Ausgabe von:
ip a
ip r
|
masche85
(Themenstarter)
Anmeldungsdatum: 12. Juni 2009
Beiträge: 352
|
lubux schrieb: masche85 schrieb: Hier die Ausgabe von systemctl status networking.service
OK, dann versuch mal nach den Änderungen/Ergänzungen in der interfaces-Datei, (als root oder gleichwertig) mit:
systemctl restart networking.service
(statt mit "service networking restart") und nach dem Restart, die Ausgabe von:
ip a
ip r
Mit | systemctl restart networking.service
|
ändert sich nichts. | service networking restart
|
führt ja im Hintergrund den selben systemctl-Befehl aus. ip r: | default via 172.17.10.20 dev eno1 onlink
172.17.0.0/16 dev eno1 proto kernel scope link src 172.17.2.110
|
und ip a: | 2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 14:18:77:64:44:f6 brd ff:ff:ff:ff:ff:ff
inet 172.17.2.110/16 brd 172.17.255.255 scope global eno1
valid_lft forever preferred_lft forever
inet 172.17.2.111/16 brd 172.17.255.255 scope global secondary eno1
valid_lft forever preferred_lft forever
|
Hier sehe ich dass beie IPs aktiv sind. 110 als primary und 111 als secondary. Wenn ich
|
ip address del 172.17.2.111/16 dev eno1; ip address del 172.17.2.110/16 dev eno1; service networking restart
|
ausführe passt es. Ich denke das ist ein Bug?
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13931
|
masche85 schrieb: Mit | systemctl restart networking.service
|
ändert sich nichts.
Dann versuch mal:
systemctl stop networking.service
Mach die Änderung und Speichern, in der interfaces-Datei.
systemctl start networking.service
Ausgabe von:
ip a
|
Hans9876543210
Anmeldungsdatum: 2. Januar 2011
Beiträge: 3741
|
Hallo, masche85 schrieb: Wenn ich das Netwerk mit folgenden Befehlen neu starte:
| service networking restart
ifdown eno1; ifup eno1
|
Habe ich weiterhin die alte IP-Adresse (172.17.2.110) statt der neuen (172.17.2.111).
mach folgendes:
ifdown und ifup sind nicht erforderlich.
|
masche85
(Themenstarter)
Anmeldungsdatum: 12. Juni 2009
Beiträge: 352
|
lubux schrieb: Dann versuch mal:
systemctl stop networking.service
Mach die Änderung und Speichern, in der interfaces-Datei.
systemctl start networking.service
Ausgabe von:
ip a
So funktioniert es auch wie gewollt und das device hat nur die neue IP. Ich werde das jedenfalls als bug melden.
|
masche85
(Themenstarter)
Anmeldungsdatum: 12. Juni 2009
Beiträge: 352
|
Hans9876543210 schrieb: mach folgendes:
ifdown und ifup sind nicht erforderlich.
Gleiches Ergebnis wie bei lubux Vorschlag.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13931
|
masche85 schrieb: Hans9876543210 schrieb: ifdown und ifup sind nicht erforderlich.
Wie ist die Ausgabe von:
cat /lib/systemd/system/networking.service | grep -iE 'ifdown|ifup'
?
|
masche85
(Themenstarter)
Anmeldungsdatum: 12. Juni 2009
Beiträge: 352
|
lubux schrieb: masche85 schrieb: Hans9876543210 schrieb: ifdown und ifup sind nicht erforderlich.
Wie ist die Ausgabe von:
cat /lib/systemd/system/networking.service | grep -iE 'ifdown|ifup'
?
| ExecStart=/sbin/ifup -a --read-environment
ExecStop=/sbin/ifdown -a --read-environment
|
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13931
|
masche85 schrieb: | ExecStart=/sbin/ifup -a --read-environment
ExecStop=/sbin/ifdown -a --read-environment
|
D. h., wenn Du:
sudo service networking restart
ausführst, wird ifdown und ifup immer auch ausgeführt.
|