Raspbian Stretch Ethernet no shutdown settings

rpi444 · September 14, 2017 at 10:09 AM

Quote from "raspab" pid='299660' dateline='1505376363'

Pi Neustart ohne Kabel

Code

pi@vopi:~ $ ip address show dev enxb827eb6984f7
2: enxb827eb6984f7: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
   link/ether b8:27:eb:69:84:f7 brd ff:ff:ff:ff:ff:ff

Stecke ich das Kabel an

Code

pi@vopi:~ $ ip address show dev enxb827eb6984f7
2: enxb827eb6984f7: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
   link/ether b8:27:eb:69:84:f7 brd ff:ff:ff:ff:ff:ff
   inet 192.168.2.254/24 brd 192.168.2.255 scope global enxb827eb6984f7
      valid_lft forever preferred_lft forever
   inet6 fe80::cc59:c9fb:14a:b548/64 scope link 
      valid_lft forever preferred_lft forever

Aha, d. h. "das Anstecken des Kabels ist der Auslöser", dass das enxb827eb6984f7-Interface eine IP-Adresse zugewiesen bekommt und genau das sollst Du ändern.

Wie bereits weiter oben geschrieben kannst Du dem Interface mit systemd-networkd eine IP-Adresse, unabhängig vom Kabel, sofort beim booten zuweisen.

Bot · Vor 5 Minuten

Raspbian Stretch Ethernet no shutdown settings? Schau mal ob du hier fündig wirst!

raspab · September 14, 2017 at 10:26 AM

In /etc/systemd/network/25-wired.network habe ich

Code

[Match]
Name=enxb827eb6984f7


[Network]
Address=192.168.2.254/24

Eingetragen. Die Ethernet Schnittstelle kriegt beim Start keine ip.

Code

pi@vopi:~ $ ip address show dev enxb827eb6984f7
2: enxb827eb6984f7: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
   link/ether b8:27:eb:69:84:f7 brd ff:ff:ff:ff:ff:ff
pi@vopi:~ $

Was fehlt noch?

rpi444 · September 14, 2017 at 10:33 AM

Quote from "raspab" pid='299666' dateline='1505377564'

Eingetragen. Die Ethernet Schnittstelle kriegt beim Start keine ip.

Wie sind die Ausgaben von:

Code

cat /etc/os-release
uname -a
systemctl status systemd-networkd
systemctl is-active systemd-networkd
systemctl is-enabled systemd-networkd
systemd-analyze blame | grep -i network

? Die Konfiguration die das Einstecken des Kabels als Auslöser für die IP-Zuweisung bewirkt, löschen bzw. ungültig machen.

Bot · Vor einem Moment

raspab · September 14, 2017 at 10:54 AM

Code

pi@vopi:~ $ cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 9 (stretch)"
NAME="Raspbian GNU/Linux"
VERSION_ID="9"
VERSION="9 (stretch)"
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"

Code

pi@vopi:~ $ uname -a
Linux vopi 4.9.41+ #1023 Tue Aug 8 15:47:12 BST 2017 armv6l GNU/Linux

Code

pi@vopi:~ $ systemctl status systemd-networkd
● systemd-networkd.service - Network Service
  Loaded: loaded (/lib/systemd/system/systemd-networkd.service; disabled; vendor preset: enabled)
  Active: inactive (dead)
    Docs: man:systemd-networkd.service(8)
pi@vopi:~ $

Code

pi@vopi:~ $ systemctl is-active systemd-networkd


inactive

Code

pi@vopi:~ $ systemctl is-enabled systemd-networkd
disabled

Code

pi@vopi:~ $ systemd-analyze blame | grep -i network
          5.183s networking.service

Genau das ist der Punkt wegen dem ich den thread aufgemacht habe. Die cable detection abschalten, die frueher wohl von ifplugd gesteuert wurde, um das if immer an zu lassen.

rpi444 · September 14, 2017 at 11:02 AM

Quote from "raspab" pid='299673' dateline='1505379287'
Code
:~ $ systemctl is-enabled systemd-networkd
disabled

Mach mal:

Code

sudo systemctl enable systemd-networkd.service

reboot.

Quote from "raspab" pid='299673' dateline='1505379287'

Die cable detection abschalten, die frueher wohl von ifplugd gesteuert wurde, um das if immer an zu lassen.

Schau mal zum richtigen Zeitpunkt mit z. B. tcpdump nach, ob evtl. ein "externer" dhcp-Server dem Interface, beim Einstecken des Kabels, eine IP-Adresse zuweist:

Code

sudo tcpdump -c 50 -vvven udp portrange 67-68

Wenn das nicht der Fall ist, dann musst Du intern auf dem PI schauen, wie die IP-Adresse beim Anstecken des Kabels zugewiesen wird.

raspab · September 14, 2017 at 11:20 AM

Jetzt startet der isc-dhcp-server auch mit abgestecktem kabel beim booten.

Code

sudo systemctl enable systemd-networkd.service

Das war der entscheidende Befehl. Warum der service nicht automatisch an ist, obwohl offiziell auf systemd-networkd umgestellt wurde, muss ich nicht verstehen.

Vielen Dank rpi444 fuer deine Hilfe!

Bot · Vor einem Moment

rpi444 · September 14, 2017 at 11:24 AM

Quote from "raspab" pid='299681' dateline='1505380859'

Warum der service nicht automatisch an ist, obwohl offiziell auf systemd-networkd umgestellt wurde, muss ich nicht verstehen.

Es ist nicht auf systemd-networkd umgestellt, sondern auf systemd. "systemd-networkd" ist (nur) ein service, der konfiguriert und aktiviert werden kann/muss.

EDIT:

Schau mal nach, ob das Interface _nach dem Anstecken des Kabels_, jetzt nicht 2 (zwei) IPv4-Adressen hat.

raspab · September 14, 2017 at 12:22 PM

Code

pi@vopi:~ $ ip address show dev enxb827eb6984f7
2: enxb827eb6984f7: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
   link/ether b8:27:eb:69:84:f7 brd ff:ff:ff:ff:ff:ff
   inet 192.168.2.254/24 brd 192.168.2.255 scope global enxb827eb6984f7
      valid_lft forever preferred_lft forever
   inet6 fe80::cc59:c9fb:14a:b548/64 scope link 
      valid_lft forever preferred_lft forever
pi@vopi:~ $ ifconfig enxb827eb6984f7
enxb827eb6984f7: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
       inet 192.168.2.254  netmask 255.255.255.0  broadcast 192.168.2.255
       inet6 fe80::cc59:c9fb:14a:b548  prefixlen 64  scopeid 0x20<link>
       ether b8:27:eb:69:84:f7  txqueuelen 1000  (Ethernet)
       RX packets 87  bytes 8248 (8.0 KiB)
       RX errors 0  dropped 0  overruns 0  frame 0
       TX packets 55  bytes 9617 (9.3 KiB)
       TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Display More

Sieht fuer mich nicht so aus als haette das ethernet if zwei IPv4 Adressen.

rpi444 · September 14, 2017 at 12:28 PM

Quote from "raspab" pid='299690' dateline='1505384548'
Code
2: enxb827eb6984f7: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
Sieht fuer mich nicht so aus als haette das ethernet if zwei IPv4 Adressen.

OK, ... das ist richtig.

Bot · Vor einem Moment

raspab · October 7, 2017 at 8:58 PM

Tja, jetzt muss ich das Thema nochmal aufgreifen. Im aktuellen Release von Rasbian kann man die predictable network interface names in der raspi-config abschalten. Ich habe die ganze Konfiguration jetzt mit eth0 statt PNIN Namen wiederholt, um das Image an Kollegen verteilen zu können. Der isc-dhcp-server startet wie gewollt, nur spuckt er eine Fehlermeldung aus.

Code

pi@piwork:~ $ sudo service isc-dhcp-server status
● isc-dhcp-server.service - LSB: DHCP server
   Loaded: loaded (/etc/init.d/isc-dhcp-server; generated; vendor preset: enabled)
   Active: active (running) since Sat 2017-10-07 20:42:22 CEST; 19s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 505 ExecStart=/etc/init.d/isc-dhcp-server start (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/isc-dhcp-server.service
           └─554 /usr/sbin/dhcpd -4 -q -cf /etc/dhcp/dhcpd.conf eth0

Okt 07 20:42:20 piwork systemd[1]: Starting LSB: DHCP server...
Okt 07 20:42:20 piwork isc-dhcp-server[505]: Launching IPv4 server only.
Okt 07 20:42:20 piwork dhcpd[546]: Wrote 0 leases to leases file.
Okt 07 20:42:20 piwork dhcpd[546]: Multiple interfaces match the same subnet: eth0 wlan0
Okt 07 20:42:20 piwork dhcpd[546]: Multiple interfaces match the same shared network: eth0 wlan0
Okt 07 20:42:20 piwork dhcpd[554]: Server starting service.
Okt 07 20:42:22 piwork isc-dhcp-server[505]: Starting ISC DHCPv4 server: dhcpd.
Okt 07 20:42:22 piwork systemd[1]: Started LSB: DHCP server.

Display More

Obwohl ich nur in /etc/systemd/network/25-wired.network

Code

#[Match]
Name=eth0

[Network]
Address=192.168.1.254/24

eingetragen habe, bekommt auch wlan0 diese IP

Code

pi@piwork:~ $ ip address show dev wlan0
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether b8:27:eb:24:0a:a7 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.254/24 brd 192.168.1.255 scope global wlan0
       valid_lft forever preferred_lft forever
    inet 192.168.2.68/24 brd 192.168.2.255 scope global wlan0
       valid_lft forever preferred_lft forever
    inet6 fe80::7fa6:8a5b:c9f1:a09/64 scope link
       valid_lft forever preferred_lft forever

Wie kann ich verhindern das wlan0 die gleiche IP kriegt?

Participate now!